<div dir="ltr">It is possible with TCP. Moreover Kamailio is trying to reuse the tcp connection whenever the destination address is matching an active one.<div>The standard way is good, but in the real world you could face some devices which do not support "outbound" properly, so you can leverage functions exposed by nathelper module to ensure correct routing.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Nov 11, 2021 at 4:50 PM Ross McKillop <<a href="mailto:ross@rsmck.co.uk">ross@rsmck.co.uk</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"><div style="overflow-wrap: break-word;"><br><div><br><blockquote type="cite"><div>On 11 Nov 2021, at 07:22, Olle E. Johansson <<a href="mailto:oej@edvina.net" target="_blank">oej@edvina.net</a>> wrote:</div><br><div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><br><br><blockquote type="cite"><div>10 nov. 2021 kl. 18:21 skrev Ross McKillop <<a href="mailto:ross@rsmck.co.uk" target="_blank">ross@rsmck.co.uk</a>>:</div><br><div><div style="overflow-wrap: break-word;">Hi,<div><br></div><div>Thanks, I was almost certain that is set but it seems it may not be so will double check that, thank you :) </div><div><br></div><div>Now to solve the other issue…. </div></div></div></blockquote>Just a nit-picking note: All these are non-standard fixes. The standard based way is to use the outbound module, it’s the way to allow the sip server to use an inbound TCP connection for outbound requests. This applies to client2server connections.</div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none"><br></div><div style="font-family:Helvetica;font-size:12px;font-style:normal;font-variant-caps:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;text-decoration:none">For server2server connections there is a requirement of mutual TLS auth in order to be able to reuse the connection in both directions</div></div></blockquote><br></div><div>I thought this would be possible with TCP too.</div><div><br></div><div>I looked at the outbound module but this is a 'drop in' replacement for something that already exists, so I'm trying to avoid rewriting headers as would be required for flow IDs etc, however it's a definite preferred method for improvement.</div><div><br></div><div>As an aside, and it may be the same issue in <a href="https://www.mail-archive.com/sr-users@lists.kamailio.org/msg15589.html" target="_blank">https://www.mail-archive.com/sr-users@lists.kamailio.org/msg15589.html</a>, when you force an outbound socket on a specific port and a reply is received on that port, both $Rp and $Rut show the port on the first listen directive, not the port it was actually received on, which makes it a bit harder to do what I was trying to as well :/</div><div><br></div><div>Ross</div><div><br></div></div>__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<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"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Arsen Semenov<br></div><div><br></div></div></div>