<div dir="ltr"><div>Hello,</div><div><br></div><div>still enjoying a few days out of the office, so I haven't gone to the code to check and say something for sure, but I expect to be rather simple to add support for out-of-dialog keepalive -- a different tm function has to be used, the callback function for response handling and params likely to be mostly reuse of existing code.</div><div><br></div><div>Cheers,<br></div><div>Daniel<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 2, 2020 at 10:01 PM Alex Balashov <<a href="mailto:abalashov@evaristesys.com">abalashov@evaristesys.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jan 02, 2020 at 09:26:23PM +0100, Daniel-Constantin Mierla wrote:<br>
<br>
> There can be also another (simpler, half-way) variant where the<br>
> OPTIONS are sent out of the dialog just to detect when the caller or<br>
> callee is disconnected () from the network, which is the usual case<br>
> that can happen.  Sending the OPTIONS within the dialog is for<br>
> additional detection of the case when the call was cut somehow event<br>
> the end point it is still on the net (e.g., buggy UA).<br>
<br>
Hi Daniel, thanks for your response.<br>
<br>
What is the simplest thing to do here for a time-economic point of view?<br>
Might it be to add a modparam which indicates whether requests are sent<br>
in-dialog or out-of-dialog? Or does the instrumentation for that require<br>
a lot of conditional logic at various points due to the amount of state<br>
kept in the in-dialog case?<br>
<br>
Thanks!<br>
<br>
-- Alex<br>
<br>
-- <br>
Alex Balashov | Principal | Evariste Systems LLC<br>
<br>
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) <br>
Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank">http://www.csrpswitch.com/</a><br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Daniel-Constantin Mierla - <a href="https://www.asipto.com" target="_blank">https://www.asipto.com</a></div><div><a href="https://twitter.com/miconda" target="_blank">https://twitter.com/miconda</a> - <a href="https://www.linkedin.com/in/miconda" target="_blank">https://www.linkedin.com/in/miconda</a></div><div>Kamailio Advanced Training - <a href="https://www.asipto.com/u/kat" target="_blank">https://www.asipto.com/u/kat</a></div></div></div></div></div></div></div>