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

[Julian Santer]

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