<div dir="ltr">Hello Bogdan,<div><br></div><div>The confusion was we received request timeout in two cases ..</div><div>1- Gateway did not respond at all not even a trying. (We may take action to disable gateway if too many of such cases)</div><div>2- Gateway sent trying and ringing but B party did not answer the call and it timed out. (This is no fault of gateway)</div><div><br></div><div>This was solved for me by checking which timer expired (fr_timer or fr_inv_timer) I was able to solve it by using your old post.</div><div><br></div><div>Regards</div><div><br></div><div>John</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 23, 2016 at 1:52 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<tt>Hi John,<br>
<br>
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.<br>
<br>
Regards,<br>
</tt><span class="">
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
</span><div><div class="h5"><div>On 19.04.2016 17:49, John Nash wrote:<br>
</div>
<blockquote type="cite">
<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><br>
<br>
Kind regards,<br>
Julian Santer<br>
Raiffeisen OnLine<br>
<br>
</span><span>
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>
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>
On Thu, Feb 11, 2016 at 7:19 PM, Julian Santer <<a href="mailto:julian.santer@rolmail.net" target="_blank"></a><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:
<a href="mailto:sip:+396789@IP_GW-CARRIER;rdlg=3db.94186637" target="_blank"><sip:+396789@IP_GW-CARRIER;rdlg=3db.94186637></a><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:
<a href="mailto:sip:+396789@IP_CORE;rdlg=28e.bad6c124" target="_blank"><sip:+396789@IP_CORE;rdlg=28e.bad6c124></a><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><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><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>
<div>
<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>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">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></blockquote></div><br></div>