<div dir="ltr">That expiry event is something to watch.<div><br></div><div>Also, you might want to monitor your CDRs if a call to a registered device doesn&#39;t respond:</div><div>if variables-&gt;progress_mediamsec + variables-&gt;progressmsec = 0, then that means the remote destination never sent a progress media. Although, that seems to also occur if it replies with a &quot;user_busy&quot; so I haven&#39;t fully nailed this one down yet. Let me know if you figure that one out.</div>

<div><br clear="all"><div><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif;font-size:small">-Avi</span></div></div>
<br><br><div class="gmail_quote">On Wed, Dec 12, 2012 at 9:55 PM, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Reading the source, FS will only periodically scan the database for expired registrations and fire the sofia::expire event then. The period between polling the database will cause a delay between the registration expiring and the event being raised.<div>



<br></div><div>The default is to check every 30s, but can be adjusted with the sofia profile param registration-thread-frequency. Remember lower values may raise the event sooner, but will increase load because you&#39;re checking the DB more often. Since the expiry is already going to be a certain amount after the device disappears a few seconds probably won&#39;t make much difference - 10s vs 30s may sometimes save up to 20s but if the expiry period was 30 minutes that&#39;s not going to be enough to care about since it may already have been offline for almost half an hour at that point.</div>



<div><br></div><div>The registration expiry time comes from the client, but you can override it from FS:</div><div><a href="http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#sip-force-expires" target="_blank">http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#sip-force-expires</a></div>



<div><br></div><div>-Steve</div><div class="HOEnZb"><div class="h5"><div><div><br></div><div><br><div class="gmail_quote">On 12 December 2012 19:47, Steven Ayre <span dir="ltr">&lt;<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>&gt;</span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You&#39;ll need to manage your expectations here.<div><br><div>SIP registrations start when the client sends a REGISTER, with an expiry time. They then periodically send additional REGISTERs to remain registered. They can be spread quite a long way apart - several minutes.</div>




<div><br></div><div>A client explicitly unregisters by sending a REGISTER with a 0 expiry time, ie the registration expires immediately.</div><div><br></div><div>If the client has gone offline because of reboot, network problem etc it won&#39;t send that final REGISTER. You won&#39;t see the client unregister until the end of the expiry time when the client hasn&#39;t renewed its registration.</div>




<div><br></div><div>Since that&#39;s several minutes later, there&#39;s no way to see that they have unregistered <i>immediately</i>. You may be able to reduce the expiry time to detect they&#39;re offline quicker, but that will increase bandwidth and load.</div>




<div><br></div><div><br></div><div><br></div><div>As for actually how to detect the unregistration... I suspect the 2 events you want to listen for are sofia::unregister and sofia::expire. The names suggest the 1st will be for an explicit unregister and the 2nd for when the client fails to reregister within the expiry time. That means the 2nd&#39;ll be the one you&#39;d see if the client goes unexpectedly offline.</div>




<div><br></div><div><br></div><div>-Steve</div><div><br></div><div><br></div><div><br></div><div><br><div class="gmail_quote"><div><div>On 12 December 2012 17:52, 王理 <span dir="ltr">&lt;<a href="mailto:itispip-qq@hotmail.com" target="_blank">itispip-qq@hotmail.com</a>&gt;</span> wrote:<br>




</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>


<div><div dir="ltr">
Hi Freeswtich Master,<div><br></div><div>I&#39;m in a situation where I need to proactively moniter whether some device/extension is on in my local network; If for some reason the devices are offline, I need to be noticed immediately so that I can restart the device;</div>




<div><br></div><div>Previously I  use xlite client to suscribe to the presence notification of the devices, but recently added some devices which not supporting presence notification, so I want FreeSwitch to send an email notification when some user/extention are getting unregistered;</div>




<div><br></div><div>How can I capture a Feeswtich user unregister event &amp; launch a LUA script then?</div><div><br></div><div>Happy days!</div><div><br></div><div>/Brgds, Alex</div>                                               </div></div>
<br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></div></div>
</blockquote></div><br></div></div>
</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></div></div>