[OpenSIPS-Users] Call-id issue in Cancel message generated by tm / $T_fr_inv_timeout

Bogdan-Andrei Iancu bogdan at opensips.org
Thu Feb 11 11:44:09 CET 2016


Julian,

No need for anything more as I managed to reproduce it. Let me dig in 
and fix.

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 11.02.2016 12:07, Julian Santer wrote:
> Hi Bogdan,
>
> thank you for your time. If you need further informations (config 
> files etc.) let me know.
>
> Kind regards,
> Julian Santer
> Raiffeisen OnLine
>
> Am 11.02.2016 um 10:26 schrieb Bogdan-Andrei Iancu:
>> Hi Julian,
>>
>> I will have to test this and come back to you.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>>
>> On 10.02.2016 17:45, Julian Santer wrote:
>>> Hi guys,
>>>
>>> we seem to got the same issue like John Nash on 2015/08/12.
>>> We use OpenSips 2.1.2 with the latest revision from git repo.
>>>
>>> Like John we are not sure if it is a bug or our mistake ;-)
>>>
>>> We are using topology hiding and the Call ID in the CANCEL, 
>>> generated by the TM module, is not the same, as the call ID in the 
>>> initial INVITE.
>>>
>>> The call flow looks like:
>>> PSTN carrier -> gw-carrier (topo hiding) -> core (topo hiding) -> 
>>> gw-consumer (topo-hiding) -> UAC consumer
>>>
>>> The CANCEL generated by the TM module of the core, sended to the 
>>> gw-consumer is rejected by the gw-consumer.
>>>
>>> The CANCEL starts on the core. So let me show you
>>> 1) the initial INVITE, which the core receives from the gw-carrier 
>>> (Call-ID: GW-CARRIER)
>>> 2) the initial INVITE, which the core and sends to the gw-consumer 
>>> (Call-ID: Core)
>>> 3) the CANCEL generated by the core after $T_fr_inv_timeout 
>>> (Call-ID: GW-CARRIER)
>>>
>>> 1)
>>> INVITE sip:12345 at IP_CORE SIP/2.0
>>> Via: SIP/2.0/UDP IP_GW-CARRIER:5060;branch=z9hG4bK6aa2.7710f555.0
>>> From: <sip:+396789 at domain>;tag=E3AE5C5C-1A42
>>> To: <sip:12345 at domain>
>>> Call-ID: 
>>> GW-CARRIER_EjJFKHdkNlktdGM2RV93ZV5MWHdlS0wvAn1HN14LYjFHLgRiXU1aHGdCWlcE
>>> CSeq: 101 INVITE
>>> Max-Forwards:  8
>>> Remote-Party-ID: 
>>> <sip:+396789 at IP_CARRIER>;party=calling;screen=yes;privacy=off
>>> Contact: <sip:+396789 at IP_GW-CARRIER;rdlg=3db.94186637>
>>> Expires: 180
>>> Content-Type: application/sdp
>>> Content-Length: 474
>>> sdp ...
>>>
>>> 2)
>>> INVITE sip:12345 at IP_UAC:PORT_UAC SIP/2.0
>>> Via: SIP/2.0/UDP IP_CORE:5060;branch=z9hG4bK45da.82f6fd55.0
>>> Route: <sip:IP_GW-CONSUMER;lr>
>>> From: <sip:+396789 at domain>;tag=E3AE5C5C-1A42
>>> To: <sip:12345 at domain>
>>> Call-ID: 
>>> Core_ExwGCwAcKhgvdAgnFg58LwQGAXUOXSAzC3A1JFB/FCcWCWFzGAQkXHInPFQGDzYYI3oPCCAMahZeEy11JywlCVEG
>>> CSeq: 101 INVITE
>>> Max-Forwards:  7
>>> Remote-Party-ID: 
>>> <sip:+396789 at IP_CARRIER>;party=calling;screen=yes;privacy=off
>>> Contact: <sip:+396789 at IP_CORE;rdlg=28e.bad6c124>
>>> Expires: 180
>>> Content-Type: application/sdp
>>> Content-Length: 426
>>> sdp ...
>>>
>>> 3)
>>> CANCEL sip:12345 at IP_UAC:PORT_UAC SIP/2.0
>>> Via: SIP/2.0/UDP IP_CORE:5060;branch=z9hG4bK45da.82f6fd55.0
>>> From: <sip:+396789 at domain>;tag=E3AE5C5C-1A42
>>> Call-ID: 
>>> GW-CARRIER_EjJFKHdkNlktdGM2RV93ZV5MWHdlS0wvAn1HN14LYjFHLgRiXU1aHGdCWlcE
>>> To: <sip:12345 at domain>
>>> CSeq: 101 CANCEL
>>> Max-Forwards: 70
>>> Route: <sip:IP_GW-CONSUMER;lr>
>>> Reason: SIP;cause=480;text="NO_ANSWER"
>>> User-Agent: OpenSIPS (2.1.2 (x86_64/linux))
>>> Content-Length: 0
>>>
>>> Kind regards,
>>> Julian Santer
>>> Raiffeisen OnLine
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>




More information about the Users mailing list