<div dir="ltr">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</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 19, 2016 at 6:46 PM, Julian Santer <span dir="ltr"><<a href="mailto:julian.santer@rolmail.net" target="_blank">julian.santer@rolmail.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi John,<br>
<br>
the commit was:<br>
<br>
commit 8133656de9503a122a72c0f80d11eff975bc43f1<br>
Author: Bogdan-Andrei Iancu <<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>><br>
Date: Thu Feb 11 14:58:41 2016 +0200<br>
<br>
Fix proper callig in local cancels with TH.<br>
<br>
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.<br>
Reported by Julian Santer on mailing list.<span class=""><br>
<br>
Kind regards,<br>
Julian Santer<br>
Raiffeisen OnLine<br>
<br></span><span class="">
Am 18.04.2016 um 22:35 schrieb John Nash:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
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)<br>
<br></span><div><div class="h5">
On Thu, Feb 11, 2016 at 7:19 PM, Julian Santer <<a href="mailto:julian.santer@rolmail.net" target="_blank">julian.santer@rolmail.net</a> <mailto:<a href="mailto:julian.santer@rolmail.net" target="_blank">julian.santer@rolmail.net</a>>> wrote:<br>
<br>
Bogdan,<br>
<br>
we tried now the latest GIT release and it works like a charm ;-)<br>
Thank you for quick fix.<br>
<br>
Kind regards,<br>
Julian Santer<br>
Raiffeisen OnLine<br>
<br>
Am 11.02.2016 um 14:02 schrieb Bogdan-Andrei Iancu:<br>
<br>
Julian,<br>
<br>
Please update from GIT repo and give it a new try. It should work now (at least it does for me).<br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
On 11.02.2016 12:07, Julian Santer wrote:<br>
<br>
Hi Bogdan,<br>
<br>
thank you for your time. If you need further informations (config files etc.) let me know.<br>
<br>
Kind regards,<br>
Julian Santer<br>
Raiffeisen OnLine<br>
<br>
Am 11.02.2016 um 10:26 schrieb Bogdan-Andrei Iancu:<br>
<br>
Hi Julian,<br>
<br>
I will have to test this and come back to you.<br>
<br>
Regards,<br>
<br>
Bogdan-Andrei Iancu<br>
OpenSIPS Founder and Developer<br>
<a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
<br>
On 10.02.2016 17:45, Julian Santer wrote:<br>
<br>
Hi guys,<br>
<br>
we seem to got the same issue like John Nash on 2015/08/12.<br>
We use OpenSips 2.1.2 with the latest revision from git repo.<br>
<br>
Like John we are not sure if it is a bug or our mistake ;-)<br>
<br>
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<br>
initial INVITE.<br>
<br>
The call flow looks like:<br>
PSTN carrier -> gw-carrier (topo hiding) -> core (topo hiding) -> gw-consumer (topo-hiding) -> UAC consumer<br>
<br>
The CANCEL generated by the TM module of the core, sended to the gw-consumer is rejected by the gw-consumer.<br>
<br>
The CANCEL starts on the core. So let me show you<br>
1) the initial INVITE, which the core receives from the gw-carrier (Call-ID: GW-CARRIER)<br>
2) the initial INVITE, which the core and sends to the gw-consumer (Call-ID: Core)<br>
3) the CANCEL generated by the core after $T_fr_inv_timeout (Call-ID: GW-CARRIER)<br>
<br>
1)<br>
INVITE sip:12345@IP_CORE SIP/2.0<br>
Via: SIP/2.0/UDP IP_GW-CARRIER:5060;branch=z9hG4bK6aa2.7710f555.0<br>
From: <sip:+396789@domain>;tag=E3AE5C5C-1A42<br>
To: <sip:12345@domain><br>
Call-ID: GW-CARRIER_EjJFKHdkNlktdGM2RV93ZV5MWHdlS0wvAn1HN14LYjFHLgRiXU1aHGdCWlcE<br>
CSeq: 101 INVITE<br>
Max-Forwards: 8<br>
Remote-Party-ID: <sip:+396789@IP_CARRIER>;party=calling;screen=yes;privacy=off<br>
Contact: <sip:+396789@IP_GW-CARRIER;rdlg=3db.94186637><br>
Expires: 180<br>
Content-Type: application/sdp<br>
Content-Length: 474<br>
sdp ...<br>
<br>
2)<br>
INVITE sip:12345@IP_UAC:PORT_UAC SIP/2.0<br>
Via: SIP/2.0/UDP IP_CORE:5060;branch=z9hG4bK45da.82f6fd55.0<br>
Route: <sip:IP_GW-CONSUMER;lr><br>
From: <sip:+396789@domain>;tag=E3AE5C5C-1A42<br>
To: <sip:12345@domain><br>
Call-ID: Core_ExwGCwAcKhgvdAgnFg58LwQGAXUOXSAzC3A1JFB/FCcWCWFzGAQkXHInPFQGDzYYI3oPCCAMahZeEy11JywlCVEG<br>
CSeq: 101 INVITE<br>
Max-Forwards: 7<br>
Remote-Party-ID: <sip:+396789@IP_CARRIER>;party=calling;screen=yes;privacy=off<br>
Contact: <sip:+396789@IP_CORE;rdlg=28e.bad6c124><br>
Expires: 180<br>
Content-Type: application/sdp<br>
Content-Length: 426<br>
sdp ...<br>
<br>
3)<br>
CANCEL sip:12345@IP_UAC:PORT_UAC SIP/2.0<br>
Via: SIP/2.0/UDP IP_CORE:5060;branch=z9hG4bK45da.82f6fd55.0<br>
From: <sip:+396789@domain>;tag=E3AE5C5C-1A42<br>
Call-ID: GW-CARRIER_EjJFKHdkNlktdGM2RV93ZV5MWHdlS0wvAn1HN14LYjFHLgRiXU1aHGdCWlcE<br>
To: <sip:12345@domain><br>
CSeq: 101 CANCEL<br>
Max-Forwards: 70<br>
Route: <sip:IP_GW-CONSUMER;lr><br>
Reason: SIP;cause=480;text="NO_ANSWER"<br>
User-Agent: OpenSIPS (2.1.2 (x86_64/linux))<br>
Content-Length: 0<br>
<br>
Kind regards,<br>
Julian Santer<br>
Raiffeisen OnLine<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br></div></div>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><span class=""><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br></span>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><span class=""><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br></span>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
<br>
<br>
<br>
</blockquote><div class="HOEnZb"><div class="h5">
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>