Hello Did you call the loose_route() function for the BYE? It should just work; that's one of the basics of how kamailio works, so I'll be very surprised if there's somehow a bug in kamailio. If that does not work, perhaps send a list of the listen directives in the kamailio.cfg, along with the headers of the two SIP BYE messages (incoming and outgoing) and I'll see what I can figure out for you.
James
On Thu, 2 Nov 2023 at 09:35, Ali Taher via sr-users sr-users@lists.kamailio.org wrote:
Hello all,
I’m using Kamailio as SIP proxy between session manager and SBC.
I came across an issue in BYE request where the SBC sent in the header list of Routes where first route is Kamailio IP, and the second is SM IP, in addition to other routes (last route is the caller party)
What Kamailio did is to route the BYE to the address set in the Request-URI, which is the caller party.
What should be done instead is that Kamailio should remove the Route header including its own IP, and route the BYE to the next hop which is in this case the SM IP.
How to accomplish that?
Following is the Route header in the BYE request coming from SBC:
[truncated]Route: sip:KAMAILIO_IP;lr;ftag=xxxxxxxxxxxxxxxxxxxxxxx,sip:SM1@SM_IP;transport=udp;lr;av-asset-uid=xxxxxxxxxx,sip:127.0.0.2:15060;transport=udp;ibmsid=local.xxxxxxxxxxxx_xxxxxxxxx_xxxxxxxxx;lr;ibmdrr,sips:127.0.0.2:15061;ibmsid=local.xxxxxxxxxx_xxxxxxxxxx_xxxxxxxx;lr;ibmdrr, sip:SM1@SM_IP;transport=tls;lr;av-asset-uid=xxxxxx, sip:CALLER_PARTY_IP:5061;transport=tls;lr
Regards,
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: