<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="monospace">Hi Callum,<br>
      <br>
      Please see this discussion here
      <a class="moz-txt-link-freetext" href="https://github.com/OpenSIPS/opensips/issues/2844">https://github.com/OpenSIPS/opensips/issues/2844</a><br>
      <br>
      Regards,<br>
    </font>
    <pre class="moz-signature" cols="72">Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  <a class="moz-txt-link-freetext" href="https://www.opensips-solutions.com">https://www.opensips-solutions.com</a>
OpenSIPS Summit 27-30 Sept 2022, Athens
  <a class="moz-txt-link-freetext" href="https://www.opensips.org/events/Summit-2022Athens/">https://www.opensips.org/events/Summit-2022Athens/</a></pre>
    <div class="moz-cite-prefix">On 6/1/22 12:17 PM, Callum Guy wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAFjCFzm8cSKq=DuABGpgMpeXWzv_Wmt-Mf+H=Qd7Wpim+N+XoA@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">Hi Team,
        <div><br>
        </div>
        <div>I just wanted to report an incorrect behaviour for a
          comment from the dev team.</div>
        <div><br>
        </div>
        <div>I'm operating an RTC registrar on 3.2.4 and defining that
          each device (web console) can have a maximum of one active
          contact, overridden by any new registration for that AoR. The
          previously active devices are notified via an internal API
          call whenever the E_UL_CONTACT_DELETE event is raised,
          indicating that the session has been closed.</div>
        <div><br>
        </div>
        <div>This works great most of the time however in certain
          situations such as when a call has recently ended on one
          device the contact delete event is often delayed by a minute
          or so. I have resolved this issue by changing
          the sql_write_mode for usrloc to "write-through" rather than
          the more performant "write-back" setting I typically rely on.</div>
        <div><br>
        </div>
        <div>Is there any technical reason why we can't have the event
          generated at the time that the old contact is flagged as
          deleted rather than the time that this is persisted to the
          database, as appears to be the current behaviour? I'm
          comfortable running in write-through mode for now but if there
          is a scope to fix this I think raising the event in a timely
          manner seems the correct thing to do.</div>
        <div><br>
        </div>
        <div>Many thanks,</div>
        <div><br>
        </div>
        <div>Callum</div>
      </div>
      <br>
      <p dir="ltr"
style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em;line-height:1.38;margin-top:0pt;margin-bottom:0pt;text-align:justify"><font
          size="3" face="Verdana"><span
style="font-size:8px;color:rgb(0,0,0);background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline"></span></font></p>
      <div
        style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"><img
          src="https://www.x-on.co.uk/email/footer/banner-05-2022.jpg"
          moz-do-not-send="true"><br>
      </div>
      <div
        style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"><br>
      </div>
      <div><font
          style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"
          size="4"><b><sup><font face="Verdana">0333 332 0000  |  <a
                  href="https://www.x-on.co.uk" target="_blank"
                  moz-do-not-send="true">x-on.co.uk</a>  |  <sub> </sub></font></sup></b></font><font
          style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"
          size="4"><b><sub><sup><font face="Verdana"><a
                    href="https://www.linkedin.com/company/x-on"
                    target="_blank" moz-do-not-send="true"><img
                      src="http://www.x-on.co.uk//images/icon/linkedin.png"
                      moz-do-not-send="true" width="24" height="24"></a>
                   <a href="https://www.facebook.com/XonTel"
                    target="_blank" moz-do-not-send="true"><img
                      src="http://www.x-on.co.uk//images/icon/facebook.png"
                      moz-do-not-send="true" width="24" height="24"></a>
                   <a href="https://twitter.com/xonuk" target="_blank"
                    moz-do-not-send="true"><img
                      src="http://www.x-on.co.uk//images/icon/twitter.png"
                      moz-do-not-send="true" width="24" height="24"></a></font></sup></sub> </b></font><b
          style="font-family:Arial,Helvetica,sans-serif;font-size:large"><sup><font
              face="Verdana">  |  <a
                href="https://www.x-on.co.uk/service/surgery-connect/coronavirus.htm"
                target="_blank" moz-do-not-send="true">Coronavirus</a></font></sup></b><b
          style="font-size:16.9px"><sup><font face="Verdana">  |  <a
                href="https://practiceindex.co.uk/gp/x-on"
                target="_blank" moz-do-not-send="true">Practice Index
                Reviews</a></font></sup></b>
        <p><font size="1" face="Verdana" color="#ff0000"><b>Our new
              office address: 22 Riduna Park, Melton IP12 1QT.</b></font></p>
        <p
          style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"><span
            style="font-size:6.0pt;font-family:Verdana;color:black">X-on
            is a trading name of Storacall Technology Ltd a limited
            company registered in
            England and Wales.<br>
            Registered Office : Avaland House, 110 London Road, Apsley,
            Hemel Hempstead,
            Herts, HP3 9SD. Company Registration No. 2578478.<br>
            The information in this e-mail is confidential and for use
            by the addressee(s)
            only. If you are not the intended recipient, please notify
            X-on immediately on <span>+44(0)333 332 0000</span> and
            delete the<br>
            message from your computer. If you are not a named addressee
            you must not use,
            disclose, disseminate, distribute, copy, print or reply to
            this email. </span><span
            style="font-size:6.0pt;font-family:Verdana;color:black">Views
            or opinions expressed by an individual<br>
            within this email may not necessarily
            reflect the views of X-on or its associated companies.
            Although X-on routinely
            screens for viruses, addressees should scan this email and
            any attachments<br>
            for
            viruses. X-on makes no representation or warranty as to the
            absence of viruses
            in this email or any attachments.</span></p>
        <p
          style="font-family:Arial,Helvetica,sans-serif;font-size:1.3em"><span
            style="font-size:6.0pt;font-family:Verdana;color:black"></span><font
            size="2"><span
              style="font-size:6.0pt;font-family:Verdana;color:black"></span></font></p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>