[OpenSIPS-Users] Realtime monitoring of registered end-points

Ionut Ionita ionutionita at opensips.org
Fri Oct 2 10:44:23 CEST 2015


Hi sevpal,

     The way nathelper module interacts with usrloc module(location 
table) is exactly the same. Only used the new contact_id features.
     About the ping: it is an OPTIONS ping, a bit more complex than the 
one in "ping <uri>", but still an OPTIONS ping. The implementation 
considers that if a destination does not responded to a certain number 
of OPTIONS pings it is not available. We can't do much in that 
direction. From script level, you can leave the remove_on_timeout_bflag 
unset for some destinations.

Regards,
Ionut-Razvan Ionita

On 01.10.2015 17:15, sevpal wrote:
> Is this now compatible with the location table existing in mongodb?
>
> Secondly, some mobile clients do not respond to "opensipsctrl ping 
> uri" but can still receive calls, does the module discern this?
>
> -----Original Message----- From: Ionut Ionita
> Sent: Thursday, October 01, 2015 4:33 AM
> To: news at lists.opensips.org ; devel at lists.opensips.org ; OpenSIPS 
> users mailling list
> Subject: [OpenSIPS-Users] Realtime monitoring of registered end-points
>
> *Hello all,
>
>     I’m glad to announce a new feature that allows OpenSIPS to monitor
> (via SIP OPTIONS probing) and disable/delete in realtime the 
> registrations
> which are not responding.
>     The previous approach had two issues when came to so called “zombie”
> registrations (registrations which are not valid anymore):
>     * resources - such zombie registrations may waste resources in your
> OpenSIPS server (memory,  processing time, DB space, useless NAT pinging,
> TCP connect attempts);
>     * user experience - using the zombie registration to reach 
> un-existing
> users translates into useless calls (calls that will simply timeout),
> giving delays in the call setup (instead of going straight to VM, you may
> burn 5-10 seconds in trying to reach the user);
>     The main idea  behind these features is to delete contacts that do 
> not
> respond to a certain number of SIP pings. The SIP pinging is provided 
> by the
> nathelper module which was enhanced to keep the state of each pinging
> requests
> (basically, the module is waiting and checking the reply of each SIP 
> request
> sent to the registered users). For registrations detected as “dead” (not
> responding),
> the nathelper module interacts directly with the usrloc module in 
> order to
> remove the zombie contact.
>     For usage perspective, the nathelper module now has two new 
> parameters:
>     * ping_threshold - timeout to consider a ping as unanswered;
>     * max_pings_lost - the number of unresponded pings after which the
> contact is
> removed from usrloc;
>     In order to activate this feature, every contact must have the
> sipping_bflag
> (to be pinged) and remove_on_timeout_bflag (to be deleted on no-answer)
> activated.
> This means these flags must also be configured in the nathelper 
> module. [0]
>     For full documentation of the nathelper module including the newly
> added
> feature see [1]. Any feedback is highly appreciated.
>
> Regards,
> Ionut Ionita
>
> [0]http://www.opensips.org/html/docs/modules/2.2.x/nathelper.html#id248011 
>
> [1]http://www.opensips.org/html/docs/modules/2.2.x/nathelper.html
> *
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users




More information about the Users mailing list