<div dir="rtl"><div dir="ltr" style>I've tried to implement the first method you've stated. it seems ok but i've found a more fundamental problem:</div><div dir="ltr" style>The event_route[websocket:closed] is called only when i teminate the sip stack in my browser, but if i  close the browser, without  a "regular disconnect" then the w<u>ebsocket:closed event is not triggered</u>. (and this is my main target for the question) </div>
<div dir="ltr" style><b>how can i make it trigger ?</b></div><div dir="ltr" style><br></div><div dir="ltr" style>p.s: about the outbound,path method, <b>is it a stable feature and bug-free ?</b> I see the default configuration is still using the nathelper hack instead of it. </div>
<div dir="ltr" style><br></div><div dir="ltr" style>regards.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div dir="ltr">2013/5/2 Peter Dunkley <span dir="ltr"><<a href="mailto:peter.dunkley@crocodile-rcs.com" target="_blank">peter.dunkley@crocodile-rcs.com</a>></span></div>
<blockquote class="gmail_quote" style="margin:0 .8ex;border-left:1px #ccc solid;border-right:1px #ccc solid;padding-left:1ex;padding-right:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    I should add...  A better option is just to use an outbound edge
    proxy and remove the contact when you get a 430 response back from
    the edge proxy.  This is the correct way to handle such things.<br>
    <br>
    There are example configurations in the latest Git master (in the
    /examples directory).<div><div class="h5"><br>
    <br>
    <div>On 02/05/13 14:02, Peter Dunkley wrote:<br>
    </div>
    <blockquote type="cite">
      
      Hello,<br>
      <br>
      When the register succeeds store the To-URI in a hash-table
      indexed on $si:$sp.<br>
      <br>
      Make sure the entries in the hash-table do not automatically
      expire and use the sht_rm_name_re() function to remove the entry
      after you have called unregister.<br>
      <br>
      Be careful using unregister() as unless you provide it the ruid
      for the exact location entry it will remove all contacts for that
      URI, not just the one relating to that connection.  unregister()
      with ruid is only available in Git master.  There is currently no
      way to find out what the ruid allocated after a save() is (but you
      could add this easily enough).  Note: none of this is a problem if
      you are permitting only one contact binding per subscriber.<br>
      <br>
      
      <a href="http://kamailio.org/docs/modules/devel/modules/registrar.html#idp126168" target="_blank">http://kamailio.org/docs/modules/devel/modules/registrar.html#idp126168</a><br>
      
      <a href="http://kamailio.org/docs/modules/devel/modules/registrar.html#idp1681984" target="_blank">http://kamailio.org/docs/modules/devel/modules/registrar.html#idp1681984</a><br>
      
      <a href="http://kamailio.org/docs/modules/devel/modules/htable.html" target="_blank">http://kamailio.org/docs/modules/devel/modules/htable.html</a><br>
      <br>
      Regards,<br>
      <br>
      Peter<br>
      <br>
      <div>On 02/05/13 00:01, אורן אברהם wrote:<br>
      </div>
      <blockquote type="cite">
        <div dir="rtl">
          <div dir="ltr">Dear List.</div>
          <div dir="ltr"><br>
          </div>
          <div dir="ltr">I'm trying to issue an automatic
            unregister() (of a registration) when a websocket connection
            is closed. it is useful when the browser is closed without
            issuing REGISTER with expires=0.</div>
          <div dir="ltr"><br>
          </div>
          <div dir="ltr">i've tried implementing this using the
            event_route[websocket:closed] but i don't know how to find
            the registration uri from the $si:$sp. (that is needed for
            the unregister() function from the registrar module)</div>
          <div dir="ltr"><br>
          </div>
          <div dir="ltr">thanks for all replies in advance....</div>
        </div>
        <br>
        <fieldset></fieldset>
        <br>
        <pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
      </blockquote>
      <br>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
    </blockquote>
    <br>
  </div></div></div>

<br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br></div>