Hello, check your configuration for 481, afaik, kamailio tm module doesn't send the 481, that's why I expected to see two BYEs, but there is only one. Maybe the 481 is sent from kamailio.cfg by your routing logic there.
Cheers, Daniel On 03/03/2017 14:50, Olli Attila wrote: > > 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@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@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@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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users