<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 7:14 AM, Jurijs Ivolga <span dir="ltr"><<a href="mailto:jurij.ivo@gmail.com" target="_blank">jurij.ivo@gmail.com</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"><div><div><div>Hi,<br><br></div>In case when client do not unregister properly, for example in case when I'm killing sip-client process at my PC there will no be any unregister messages and in this case I will not be able to track this client properly and next register message from this client will be ignored if I implement solution as you proposed.<br><br></div>With kind regards,<br><br></div>Jurijs<br><div><div><div><div><div><div><div><div class="gmail_extra"><br></div></div></div></div></div></div></div></div></div></blockquote><div><br></div><div>If the client fails to un-REGISTER, but Asterisk can no longer qualify the peer, then the peer will go unreachable, which should also be conveyed in the PeerStatus field.<br><br></div><div>The events are telling you everything Asterisk knows about the peer. It's up to your application to consume that state and make decisions about it.<br></div></div></div></div>