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
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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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
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@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
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
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
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
-
Annus Fictus -
Daniel-Constantin Mierla -
Olli Attila