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

Bogdan-Andrei Iancu bogdan at opensips.org
Sat Apr 23 10:22:01 CEST 2016


Hi John,

A Request Terminated is generated in response of a received CANCEL 
request. In the scenario of a local timeout, there is not received 
cancel - it is a timeout event. I do not see any confusion in the reason 
string in CDR.

Regards,

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

On 19.04.2016 17:49, John Nash wrote:
> Ok got it thanks. I also noticed that transactions cancelled because 
> of fr_inv_timeout , CDR records as "Request timeout". It is quite 
> confusion, shouldnt it be "Request Terminated"? or I am doing 
> something wrong
>
> On Tue, Apr 19, 2016 at 6:46 PM, Julian Santer 
> <julian.santer at rolmail.net <mailto:julian.santer at rolmail.net>> wrote:
>
>     Hi John,
>
>     the commit was:
>
>     commit 8133656de9503a122a72c0f80d11eff975bc43f1
>     Author: Bogdan-Andrei Iancu <bogdan at opensips.org
>     <mailto:bogdan at opensips.org>>
>     Date:   Thu Feb 11 14:58:41 2016 +0200
>
>         Fix proper callig in local cancels with TH.
>
>         Extend the coverage of the preocessing context and TM context
>     over the cancel_branch() function (in the timeout handler) so the
>     TH callbacks can reach back the dialog and do the TH related changes.
>         Reported by Julian Santer on mailing list.
>
>     Kind regards,
>     Julian Santer
>     Raiffeisen OnLine
>
>     Am 18.04.2016 um 22:35 schrieb John Nash:
>
>         which revision this was fixed?...I am also using OpenSips
>         2.1.2 and want to update only this change for the time being
>         (2.2 has many changes)
>
>         On Thu, Feb 11, 2016 at 7:19 PM, Julian Santer
>         <julian.santer at rolmail.net <mailto:julian.santer at rolmail.net>
>         <mailto:julian.santer at rolmail.net
>         <mailto:julian.santer at rolmail.net>>> wrote:
>
>             Bogdan,
>
>             we tried now the latest GIT release and it works like a
>         charm ;-)
>             Thank you for quick fix.
>
>             Kind regards,
>             Julian Santer
>             Raiffeisen OnLine
>
>             Am 11.02.2016 um 14:02 schrieb Bogdan-Andrei Iancu:
>
>                 Julian,
>
>                 Please update from GIT repo and give it a new try. It
>         should work now (at least it does for me).
>
>                 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 <mailto:Users at lists.opensips.org>
>         <mailto:Users at lists.opensips.org
>         <mailto:Users at lists.opensips.org>>
>         http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>
>
>         _______________________________________________
>                     Users mailing list
>         Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>         <mailto:Users at lists.opensips.org
>         <mailto:Users at lists.opensips.org>>
>         http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>
>
>             _______________________________________________
>             Users mailing list
>         Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>         <mailto:Users at lists.opensips.org
>         <mailto:Users at lists.opensips.org>>
>         http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
>
>
>
>
>     _______________________________________________
>     Users mailing list
>     Users at lists.opensips.org <mailto: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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160423/2f3aed88/attachment.htm>


More information about the Users mailing list