[Freeswitch-users] Monitoring Phone Endpoint Deregistration/Losing Connection

[Anthony Minessale]

look in the code to see if it fires an event when that happens or add one
if not and submit a patch.



On Sat, Mar 2, 2013 at 12:08 PM, Avi Marcus <avi at avimarcus.net> wrote:

> Hmm Michael, that's right, it's not actually an unregister.. I want
> sofia::expire which does seem to work - yey!
>
> So now the question is how can I be notified even earlier, e.g. if sip
> options pinging isn't working?
>
> -Avi
>
> On Fri, Mar 1, 2013 at 5:44 PM, Michael Jerris <mike at jerris.com> wrote:
>
>> If you waited for it to expire, it would have been re-registered, then
>> you unplugged it, not giving it a chance to unregister?
>>
>> On Feb 28, 2013, at 8:23 PM, Avi Marcus <avi at avimarcus.net> wrote:
>>
>> Yeah, I'll have to try on a quiet test system.
>>
>> You should know me better than that ;) I didn't just unplug a box... I
>> waited until it expired in just 300 seconds, then unplugged it, then took a
>> break -- when I came back, I saw it was no longer in the reg list but there
>> was no event that was caught.
>>
>> -Avi
>>
>> On Fri, Mar 1, 2013 at 3:08 AM, Michael Collins <msc at freeswitch.org>wrote:
>>
>>> Avi,
>>>
>>> Thanks for digging into this. I suspect that it is really a thankless
>>> task. First thing I'd suggest is that you get FS running on a laptop or
>>> some old sandbox system and put just a single phone on it so that you can
>>> more easily focus on the relevant events. Second, if you just unplug a
>>> phone then there's no way it can send an "unregister" REGISTER message. (I
>>> believe that an "unregister" is really just a REGISTER with expires time of
>>> zero.)
>>>
>>> I would have suspected that mark-dead-on-options-fail would have kicked
>>> in when the unplugged phone didn't respond. Without the detailed event logs
>>> it will be difficult to see what's going on, hence the recommendation for a
>>> simple test server.
>>>
>>> If anyone else has been through this exercise we'd appreciate hearing
>>> from them.
>>>
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130302/518a8b37/attachment.html