<div dir="auto">Thanks Andrew<div dir="auto">Even if i don't Use tls ?</div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Jun 4, 2018, 5:16 PM Andrew Pogrebennyk <<a href="mailto:apogrebennyk@sipwise.com">apogrebennyk@sipwise.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 06/04/2018 03:39 PM, Amar Tinawi wrote:<br>
> Could this module work in scenario like in case if the call is<br>
> established and running, <br>
> And one of the UA'a lost its connection and then reconnect and send a<br>
> new register<br>
> Could the call be continued ?<br>
> Without sending new INVITE.. just like the whatsapp<br>
<br>
I might be wrong, but I think that GRUU and SIP-outbound RFC are<br>
supposed to address this to some extent, because when receiving<br>
in-dialog request the proxy can look up the new connection to the UA<br>
using the device id and replace the connection. Not sure how this looks<br>
like in practice and with TLS connections, since not many clients<br>
support GRUU and some wouldn't even re-register after TCP disconnect.\<br>
<br>
As to original question, I doubt if there is such a method for<br>
transaction in progress, but see perhaps if topci<br>
<a href="https://lists.cs.columbia.edu/pipermail/sip-implementors/2012-June/028480.html" rel="noreferrer noreferrer" target="_blank">https://lists.cs.columbia.edu/pipermail/sip-implementors/2012-June/028480.html</a><br>
applies to you.<br>
<br>
BR,<br>
Andrew<br>
</blockquote></div>