Hi Team, I just wanted to report an incorrect behaviour for a comment from the dev team.
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. 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. 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. Many thanks, Callum -- *0333 332 0000 | x-on.co.uk <https://www.x-on.co.uk> | ** <https://www.linkedin.com/company/x-on> <https://www.facebook.com/XonTel> <https://twitter.com/xonuk> ** | Coronavirus <https://www.x-on.co.uk/service/surgery-connect/coronavirus.htm>** | Practice Index Reviews <https://practiceindex.co.uk/gp/x-on>* *Our new office address: 22 Riduna Park, Melton IP12 1QT.* X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales. Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. 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 +44(0)333 332 0000 and delete the 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. Views or opinions expressed by an individual 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 for viruses. X-on makes no representation or warranty as to the absence of viruses in this email or any attachments.
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users