<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hi John,<div><br></div><div>Everything I read, even in the opensips source code (grep_sock_info_ext function) shows it is only comparing Route headers values to its local IP addresses.</div><div>Whatever I set, comparison is always made with IPs not FQDN.</div><div><br></div><div>I do use domain modules for other tests and functions but according to my tests, domain module is not linked nor « consumed » by loose_route(), so that doesn’t solve my issue.</div><div><br></div><div>I wonder if the reason I face this problems is not because:</div><div>- I use the same IP address to talk to Microsoft as to talk to my internal devices => If IP would be different on the « WAN » and « LAN » side, maybe that would be much easier for opensips to match?</div><div>- I use UDP TLS with Microsoft and UDP with my internal devices => If protocol would be the same, there won’t have to switch between sockets?</div><div><br></div><div>Maybe a mix of both…</div><div><br></div><div>Or maybe most people using OpenSIPS with Teams don’t use it for multi-tenant, use it statically or have done the same « cooking » I made without complaining ;-)</div><div><br></div><div>Thank you for you reply :-)</div><div><br></div><div><br><div><br><blockquote type="cite"><div>Le 21 févr. 2023 à 15:40, John Burke via Users <users@lists.opensips.org> a écrit :</div><br class="Apple-interchange-newline"><div>
<div dir="auto">Hey Daren,<div><br></div><div>Aliases should work I believe, however, you can also use the domain module[1] to dynamically maintain “local” FQDNs.</div><div><br></div><div>[1] <a href="https://opensips.org/docs/modules/devel/domain.html">https://opensips.org/docs/modules/devel/domain.html</a><br><br><div dir="ltr">Sent from my iPhone</div><div dir="ltr"><br><blockquote type="cite">On Feb 21, 2023, at 8:33 AM, Daren FERREIRA <darencrew@hotmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>Hello,</span><br><span></span><br><span>According to my understanding of OpenSIPS Route headers management with loose_route function, it is only able to test matching between local listening IP addresses and Route headers, not with FQDN.</span><br><span></span><br><span>In other words, if FQDN are presents in Route headers, they are compared to local IP addresses (well visible in logs), so, this never matches and you get a "WARNING:rr:after_loose: no socket found to match 2nd RR"</span><br><span></span><br><span>This has never been a limitation until I had to work with Microsoft TEAMS, that requires the use of FQDN in Route headers.</span><br><span></span><br><span>I tried using aliases, Route headers tags, and lots of other things, without success…</span><br><span></span><br><span>Even if aliases would have been a solution, that is not a scalable solution when using OpenSIPS as a multi-tenant SBC for Teams (as aliases changes require an OpenSIPS restart).</span><br><span></span><br><span>The only workaround I found was rewriting $du and $socket (so partially reimplement loose_route() ) based on context values stored in dialog variables (that’s working quite well anyway).</span><br><span></span><br><span>Many people seems to use OpenSIPS successfully with TEAMS and nobody seems to have publicly complained about such limitations on forums.</span><br><span></span><br><span>I may have missed something, and so I wonder what can be done to better work with Route headers.</span><br><span></span><br><span>Do anybody have any idea on what I may have missed?</span><br><span></span><br><span>Thank you for your advices and comments.</span><br><span></span><br><span>Daren</span><br><span>_______________________________________________</span><br><span>Users mailing list</span><br><span>Users@lists.opensips.org</span><br><span>http://lists.opensips.org/cgi-bin/mailman/listinfo/users</span><br><span></span><br><span></span><br><span>--</span><br><span> Please be cautious! This email was sent from outside of Voxtelesys.</span><br></div></blockquote></div></div>_______________________________________________<br>Users mailing list<br>Users@lists.opensips.org<br>http://lists.opensips.org/cgi-bin/mailman/listinfo/users<br></div></blockquote></div><br></div></body></html>