Avi,<br><br>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.) <br>
<br>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. <br>
<br>If anyone else has been through this exercise we'd appreciate hearing from them.<br><br>-MC<br><br><div class="gmail_quote">On Thu, Feb 28, 2013 at 3:18 PM, Avi Marcus <span dir="ltr"><<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">My testing was disappointing...<div>My script didn't catch any sofia::unregister events. It caught sofia::register, pre_register so it seems to be listening properly.</div>
<div><br></div><div>Also, I'm pretty sure <span style="color:rgb(34,34,34);font-size:12.571428298950195px;font-family:arial,sans-serif">all-reg-options-</span><span style="background-color:rgb(255,255,204);color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.571428298950195px">ping was pinging, and I had </span><span style="color:rgb(34,34,34);font-size:12.571428298950195px;font-family:arial,sans-serif">mark-dead-on-options-fail</span><span style="color:rgb(34,34,34);font-size:12.571428298950195px;font-family:arial,sans-serif"> set, but I didn't see anything different when looking at the REG list after unplugging an endpoint. I would imagine there should be an event there, but I don't know what it's called and it's really hard to find a lone event on a busy switch...</span></div>
<div><span style="color:rgb(34,34,34);font-size:12.571428298950195px;font-family:arial,sans-serif"><br></span></div><div><span style="color:rgb(34,34,34);font-size:12.571428298950195px;font-family:arial,sans-serif">Are these bugs? Or am I just missing something about how this works?</span></div>
<div><br clear="all"><div><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi Marcus</span><br></div></div>
<br><br><div class="gmail_quote">On Wed, Feb 27, 2013 at 2:14 AM, Avi Marcus <span dir="ltr"><<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I'd like to monitor if my user's sip phones are disconnected, to let me know there might be a problem in advance.<div><br></div><div>I see there's a CUSTOM event called sofia::unregister. I presume that triggers whenever a phone doesn't re-register in enough time.</div>
<div><br></div><div>However, with default registation of 60 minutes (or even 10) I'd like more granularity.</div><div><br></div><div>I have the endpoints pinging FS, but I don't see an event or that information stored anywhere.</div>
<div><br></div><div>How about setting nat-options-ping (or better, all-reg-options-ping since most NATed endpoint don't actually self-identify).</div><div>Do I get an event if that fails?</div><div>I see unregister-on-options-fail but that seemed too aggressive when I tried that in the past.</div>
<div><br></div><div>What exactly does the less sever mark-dead-on-options-fail do? Does it remove it from the user/$NUMBER endpoint?</div><div>Does it trigger an event for me?</div><div><br></div><div>Other suggestions?</div>
<span><font color="#888888">
<div><br clear="all"><div><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi<br></span></div></div>
</div></font></span></div>
</blockquote></div><br></div></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>