<div dir="ltr">John<div><br></div><div>I highly recommend using the topology hiding module instead of inserting routes and forwarding the SIP message. Several IP devices have problems when you have a lot of routes. Even the SIP message size can be a problem if your call flows through several proxies. </div><div><br></div><div>When you use topology hiding, your origin/destination will never know what's on the other side, so current problem can never occur anymore.</div><div><br></div><div>Regards</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 1, 2021 at 10:12 AM John Burke via Users <<a href="mailto:users@lists.opensips.org">users@lists.opensips.org</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>
Hey Alexey,<br>
<br>
From your screenshots, it's not only the BYE but also the ACK that
bypasses your proxy (both of which being sequential requests). To
get your proxy in the path of sequential reqs, you need to either
(1) call record_route, or (2) use topology hiding module. The UAC
otherwise doesn't know about your proxy, as the 200 won't contain
any Record-Route headers to build the route set for sequential reqs
nor will the 200 contain a URI referencing your proxy in the Contact
header.<br>
<br>
Thanks,<br>
John Burke<br>
<br>
<div>On 9/1/21 6:48 AM, Alexey Kazantsev via
Users wrote:<br>
</div>
<blockquote type="cite">
<div>Hi list,</div>
<div> </div>
<div>feeling shamefully but still can not fix the problem, trying
different configurations.</div>
<div> </div>
<div>I’m setting drouting (INVITEs are routed well).</div>
<div>But BYEs from UAC go directly to dr_gateway, not through
OpenSIPS.</div>
<div> </div>
<div>I understand that this all is about in-dialog request, having
to_tag, loose_route.</div>
<div>I compared my config with config files of previously
configured servers (not for drouting)</div>
<div>which work well (I tested BYE routing).</div>
<div> </div>
<div>But still can not fix this issue.</div>
<div> </div>
<div>Here’re 2 screenshots of the same call, captured on UAC:</div>
<div>[1] demonstrating INVITE from UAC,</div>
<div>[2] demonstrating BYE from UAC (which goes directly,
bypassing OpenSIPS, and I need to fix this behaviour).</div>
<div> </div>
<div>[1] <a href="https://ibb.co/NNNvHhM" target="_blank">https://ibb.co/NNNvHhM</a><br>
[2] <a href="https://ibb.co/bKd4c0r" target="_blank">https://ibb.co/bKd4c0r</a></div>
<div> </div>
<div>What should I pay attention to, to route BYE requests from
UAC via OpenSIPS?</div>
<div> </div>
<div>
<div>
<div>-----------------------------------------------<br>
<span style="font-size:15px">BR, Alexey</span><br style="font-size:15px">
<span style="font-size:15px"><a href="http://alexeyka.zantsev.com/" target="_blank">http://alexeyka.zantsev.com/</a></span></div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>