<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>But no UDP, right? It's what I wanted to know in order to see
      what kind of patterns can be applied, given that the UDP is
      connectionless.</p>
    <p>For TCP/TLS, what can work, it's to use tcpops module which can
      execute an event route when a tcp/tls connection is dropped. If
      you track the association of connection id with the call-id of the
      presence publish, then you may be able to do some tricks and lower
      the expires of the published presence state. I haven't had the
      time to see what's possible there, but could worth investing.</p>
    <p>An alternative would be to enhance presence module to behave as
      registrar/usrloc (which can delete contact records on connection
      drop) to expire documents when tcp/tls connection is closed (not
      sure if anyone already added it).<br>
    </p>
    Btw, it's your client (I mean, can you control its
    development/features), or it is just some generic sip softphone?
    Because there can be some tricks added to the client side as well if
    you control it.<br>
    <br>
    Cheers,<br>
    Daniel<br>
    <br>
    <div class="moz-cite-prefix">On 21/11/16 12:27, João Resende wrote:<br>
    </div>
    <blockquote
cite="mid:CAJaiw=G_t3PtpfnXiqTXa+xYTELZaLhU91HjqTMBL_f9pwJN4w@mail.gmail.com"
      type="cite">
      <div dir="ltr">Can be both option TCP or TLS</div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">2016-11-21 11:26 GMT+00:00
          Daniel-Constantin Mierla <span dir="ltr"><<a
              moz-do-not-send="true" href="mailto:miconda@gmail.com"
              target="_blank">miconda@gmail.com</a>></span>:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div bgcolor="#FFFFFF" text="#000000">
              <p>Hello,<br>
              </p>
              are the clients connected over upd or tcp/tls?<br>
              <br>
              Cheers,<br>
              Daniel<span class=""><br>
                <br>
                <div class="m_5624099886292559210moz-cite-prefix">On
                  21/11/16 12:13, João Resende wrote:<br>
                </div>
                <blockquote type="cite">
                  <div dir="ltr"><span>I'm testing kamailio with a SIP
                      client with presence support, when I get a
                      connection drop from a client (i.e when the client
                      lost the access to the Internet connection) I do
                      not receive the change in the status to offline
                      immediately, I just received when the timeout from
                      the presentity database finishes. Exists a way to
                      define this? or it is a bug? or should be a new
                      feature?</span><br>
                    <div><span><br>
                      </span></div>
                    <div><font face="-apple-system, blinkmacsystemfont,
                        segoe ui, helvetica, arial, sans-serif, apple
                        color emoji, segoe ui emoji, segoe ui symbol"
                        color="#333333"><span style="font-size:14px">I
                          know that I'm able to change the expiry
                          parameter from the presentity table, but that
                          increases my battery consumption and the data
                          exchange, the same happens if I reduce the
                          publish interval on the client side. </span></font><br>
                    </div>
                  </div>
                  <br>
                </blockquote>
                <br>
              </span><span class="HOEnZb"><font color="#888888">
                  <pre class="m_5624099886292559210moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a moz-do-not-send="true" class="m_5624099886292559210moz-txt-link-freetext" href="http://twitter.com/#%21/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a moz-do-not-send="true" class="m_5624099886292559210moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/<wbr>miconda</a>
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - <a moz-do-not-send="true" class="m_5624099886292559210moz-txt-link-freetext" href="http://www.asipto.com" target="_blank">http://www.asipto.com</a></pre>
  </font></span></div>


______________________________<wbr>_________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

<a moz-do-not-send="true" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>

<a moz-do-not-send="true" href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/<wbr>cgi-bin/mailman/listinfo/sr-<wbr>users</a>


</blockquote></div>
</div>



</blockquote>
<pre class="moz-signature" cols="72">-- 
Daniel-Constantin Mierla
<a class="moz-txt-link-freetext" href="http://twitter.com/#!/miconda">http://twitter.com/#!/miconda</a> - <a class="moz-txt-link-freetext" href="http://www.linkedin.com/in/miconda">http://www.linkedin.com/in/miconda</a>
Kamailio Advanced Training, Berlin, Nov 28-30, 2016 - <a class="moz-txt-link-freetext" href="http://www.asipto.com">http://www.asipto.com</a></pre></body></html>