Topoh module & call leg/transaction does not exist - sr-users

Daniel-Constantin Mierla

20 Feb 20 Feb

2:27 p.m.

Hello, can you grab a pcap (or ngrep output) for all sip messages during such call? The trace has to be taken on sip server in order to capture the incoming and outgoing traffic. With partial traffic, it is impossible to see what is not matching for the transaction. Cheers, Daniel On 19/02/2017 22:23, Olli Attila wrote:

...

Hello, I recently started testing topology hiding module on Kamailio and encountered a problem where B party hangs up, Kamailio can't identify the ongoing transaction to which the BYE should be related to and instead of tearing the call down Kamailio just sends back "481 Call leg/Transaction does not exist" to B party. On Kamailio config I have only enabled the topoh.so -module with default options and configured this to enable masking: modparam("topoh", "mask_callid", 1) Here is what the INVITE to B party looks like and the BYE message coming from the B party: http://pastebin.com/raw/f63zUmid When debugging on Kamailio end i get: http://pastebin.com/raw/ZefGAz30 Is this a Kamailio issue or a softphone issue on B party end? Cheers, --Olli _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

Reply

Annus Fictus

10:10 p.m.

Hi Olli, same problem here on 4.4.5 Work only without Call-ID hiding. Regards El 28/02/2017 a las 15:47, Olli Attila escribió:

...

Hello, I'm still having this issue and now running the new Kamailio 5.0 branch. The pcap trace is attached to this email which shows the whole sip conversation before and after topology hiding. Has anyone stumbled upon this kind of "SIP 481 Call leg/Transaction does not exist" error when routing BYE messages while using topoh module? Cheers, --Olli On 19.2.2017 23:23, Olli Attila wrote:

Hello, I recently started testing topology hiding module on Kamailio and encountered a problem where B party hangs up, Kamailio can't identify the ongoing transaction to which the BYE should be related to and instead of tearing the call down Kamailio just sends back "481 Call leg/Transaction does not exist" to B party. On Kamailio config I have only enabled the topoh.so -module with default options and configured this to enable masking: modparam("topoh", "mask_callid", 1) Here is what the INVITE to B party looks like and the BYE message coming from the B party: http://pastebin.com/raw/f63zUmid When debugging on Kamailio end i get: http://pastebin.com/raw/ZefGAz30 Is this a Kamailio issue or a softphone issue on B party end? Cheers, --Olli _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Reply

Olli Attila

3 Mar 3 Mar

2:50 p.m.

Hello, The B party (IP: 37.219.148.155) is the one that sends the bye. A party (IP: 178.75.176.146) will never see this bye because Kamailio (IP: 193.28.89.162) in the middle replies to B party with 481. The result is that A partys softphone thinks the call is still online. This can be seen on the kamailio_5-0_sip481.pcap trace. Cheers, --Olli On 2.3.2017 16:19, Daniel-Constantin Mierla wrote:

...

Hello, the pcap file doesn't show the BYE coming from caller to proxy. There is only the BYE from proxy to callee. I need also the one coming to the proxy in order to see if the required headers are there. Cheers, Daniel On 28/02/2017 21:47, Olli Attila wrote:

Hello, I'm still having this issue and now running the new Kamailio 5.0 branch. The pcap trace is attached to this email which shows the whole sip conversation before and after topology hiding. Has anyone stumbled upon this kind of "SIP 481 Call leg/Transaction does not exist" error when routing BYE messages while using topoh module? Cheers, --Olli On 19.2.2017 23:23, Olli Attila wrote:

Hello, I recently started testing topology hiding module on Kamailio and encountered a problem where B party hangs up, Kamailio can't identify the ongoing transaction to which the BYE should be related to and instead of tearing the call down Kamailio just sends back "481 Call leg/Transaction does not exist" to B party. On Kamailio config I have only enabled the topoh.so -module with default options and configured this to enable masking: modparam("topoh", "mask_callid", 1) Here is what the INVITE to B party looks like and the BYE message coming from the B party: http://pastebin.com/raw/f63zUmid When debugging on Kamailio end i get: http://pastebin.com/raw/ZefGAz30 Is this a Kamailio issue or a softphone issue on B party end? Cheers, --Olli _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierla www.twitter.com/miconda --www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -www.asipto.com Kamailio World Conference - May 8-10, 2017 -www.kamailioworld.com _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users(a)lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Reply