<div dir="ltr">Hello,<br><div><br></div><div>I have a strange issue here with the Route header not been respected by the Kamailio server.</div><div><br></div><div>I'm getting the INVITE from the SBC-1, adding my own RR header (SBC-2), and send it to the SBC-3</div><div><br></div><div>This is the Invite I'm sending outside to the SBC-3 Proxy.</div><div><br></div><div>```</div><div>INVITE <a href="http://sip:+123456789@192.168.1.1:5060">sip:+123456789@192.168.1.1:5060</a> SIP/2.0<br>Record-Route: <sip:SBC-2:5067;transport=tls;r2=on;ftag=as2b53df6f;lr><br>Record-Route: <sip:SBC-1;ftag=as2b53df6f;lr><br></div><div>```</div><div><br></div><div>I'm getting back 200OK with mirrored RR, the call is established successfully.</div><div><br></div><div>But, the problem is with the BYE message coming from the SBC-3:</div><div><br></div><div>```</div><div>BYE <a href="http://sip:+123456789@192.168.1.2:5060">sip:+123456789@192.168.1.2:5060</a> SIP/2.0<br>ROUTE: <sip:SBC-2:5067;transport=tls;r2=on;ftag=as2b53df6f;lr>,<sip:SBC-1;ftag=as2b53df6f;lr><br></div><div>```</div><div><br></div><div>There are 2 routes within a single header. Afaik, loose_function should remove his own Route header (SBC-2) and forward the message to the next Route (SBC-1), or to the URI if there are not other Routes. But, in my case, for some reason Kamailio on SBC-2 is sending the request directly to the URI, bypassing the SBC-1. </div><div><br></div><div>In the logs I'm getting the following errors:</div><div><br></div><div><b>rr_do_force_send_socket(): no socket found to match second RR (sip:SBC-1)<br></b></div><div><b>rr_do_force_send_socket(): second RR uri is not myself (sip:SBC-1)</b><br></div><div><b><br></b></div><div>To enforce the socket I was trying to use 'sn=interface', then I'm not getting anymore this error - but still, Kamailio sends the message directly to the URI, instead of SBC-1. </div><div>Is there anything wrong with my config, or I am missing something with the Route headers?</div><div><br></div><div>Kamailio Version: version: kamailio 5.4.4 (x86_64/linux) bdf4e0</div><div><br></div><div>Thank you.</div></div>