<div><div dir="auto">I’ve never done it, but I understand there’s a route every time a TLS socket is disconnected. You can probably use that to remove the contact.</div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 20 Mar 2020 at 10:43, Liviu Chircu <<a href="mailto:liviu@opensips.org">liviu@opensips.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">On 20.03.2020 12:37, johan wrote:<br>
><br>
> Hence,<br>
><br>
> - when the softphone is registered, a call comes on that DID in udp <br>
> (we do lookup_location) and we send it to the user in tls (this works)<br>
><br>
> - when the softphone is off for a long time, there is no record in <br>
> location so then I route the call via the provider to his real mobile <br>
> number (this works also)<br>
><br>
> - the problem is when the mobile looses his dataconnection, then I do <br>
> have a record in location, I try to send the call, which will fail.   <br>
> Upon failure, I drop the record in subscriber. And here the problem <br>
> begins.<br>
><br>
> The invite is adapted at this point already for tls => provider <br>
> doesn't want it as he is udp.<br>
><br>
><br>
> So how can I have the original request back for routing to the real <br>
> mobile number ? Or how can I check if the user is still connected (aka <br>
> how can I send options to see if he's alive) before calling t_relay. <br>
<br>
Hi, Johan!<br>
<br>
1.  this solution of calling remove() after a routing failure is nice.  <br>
Alexey Vasilyev put together a feature request [1] related to this <br>
problem, where he asks for an automated mechanism of deleting a contact <br>
whenever its TLS connection is found to be dead.<br>
<br>
2.  Did you try to force the sending socket of the INVITE ($fs variable) <br>
to your "udp:<a href="http://1.2.3.4:5060" rel="noreferrer" target="_blank">1.2.3.4:5060</a>" listener?  I think this should work inside a <br>
failure_route and should properly route to your provider via UDP.  Also, <br>
I believe Bogdan fixed this recently [2] (but master branch only?!), <br>
such that "$fs" is not set to the TLS listener inside failure_route - <br>
might wanna check.<br>
<br>
3.  As a long-term solution to this problem, we are working on adding <br>
RFC 8599 Push Notification support via SIP in OpenSIPS 3.1.  The spec is <br>
still rather new, but I'm curious if your app's SIP stack supports it <br>
:)  Basically, this will allow you to wake up the phone so it <br>
re-registers whenever you need to deliver an INVITE to it, in a <br>
standards-approved way.<br>
<br>
Best regards,<br>
<br>
[1]: <a href="https://github.com/OpenSIPS/opensips/issues/1769" rel="noreferrer" target="_blank">https://github.com/OpenSIPS/opensips/issues/1769</a><br>
<br>
[2]: <a href="https://github.com/OpenSIPS/opensips/commit/f73abff9" rel="noreferrer" target="_blank">https://github.com/OpenSIPS/opensips/commit/f73abff9</a><br>
<br>
[3]: <a href="https://tools.ietf.org/html/rfc8599" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc8599</a><br>
<br>
-- <br>
Liviu Chircu<br>
<a href="http://www.twitter.com/liviuchircu" rel="noreferrer" target="_blank">www.twitter.com/liviuchircu</a> | <a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">www.opensips-solutions.com</a><br>
<br>
OpenSIPS Summit, Amsterdam, May 2020<br>
   <a href="http://www.opensips.org/events" rel="noreferrer" target="_blank">www.opensips.org/events</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Regards,</div><div><br></div>David Villasmil<div>email: <a href="mailto:david.villasmil.work@gmail.com" target="_blank">david.villasmil.work@gmail.com</a></div><div>phone: +34669448337</div></div></div>