[SR-Users] Topoh module & call leg/transaction does not exist

[Daniel-Constantin Mierla]

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 at 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 at 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 at 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 at 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20170306/c4438d5c/attachment.html>