
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body 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></body></html>