<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Jorge,<br>
<br>
No, it is not a bug - what is going on on your side is perfectly
normal. The root problem is that the TCP connection (from behind a
NAT) which was used when the call is established, this conn is down
at BYE time and cannot be re-open by opensips....<br>
<br>
Best regards,<br>
Bogdan<br>
<br>
On 04/04/2012 06:48 PM, Jorge Ortea wrote:
<blockquote cite="mid:DUB111-W92B16A1426C56622F89AEFDC320@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
<div dir="ltr">
Hi Bogdan,<br>
<br>
Ok, now we known that is happening. But, is it logic? or is it a
bug in 1.6.4.2 version?<br>
<br>
<div id="gt-res-content" class="almost_half_cell">
<div dir="ltr" style=""><span id="result_box"
class="short_text" lang="en"><span class="hps">Curiously</span>
<span class="hps">this does not happen</span> <span
class="hps">with</span> <span class="hps">UDP</span> <span
class="hps">signaling.</span></span><br>
</div>
</div>
<br>
Thanks.<br>
Regards.<br>
<br>
<div>
<hr id="stopSpelling">Date: Wed, 4 Apr 2012 18:19:04 +0300<br>
From: <a class="moz-txt-link-abbreviated" href="mailto:bogdan@opensips.org">bogdan@opensips.org</a><br>
To: <a class="moz-txt-link-abbreviated" href="mailto:darham@hotmail.com">darham@hotmail.com</a><br>
CC: <a class="moz-txt-link-abbreviated" href="mailto:users@lists.opensips.org">users@lists.opensips.org</a><br>
Subject: Re: [OpenSIPS-Users] sip message enters on bucle<br>
<br>
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<meta name="Generator" content="Microsoft SafeHTML">
Jorge,<br>
<br>
the message is not looping, it is retransmitting - it is
something different. OpenSIPS tries to open a new TCP conn to
the destination (as there is no existing one), but it fails in
timeout as you cannot open a TCP conn somewhere behind a NAT.<br>
<br>
Regards,<br>
Bogdan<br>
<br>
On 04/04/2012 06:06 PM, Jorge Ortea wrote:
<blockquote
cite="mid:DUB111-W13301986457BA3C9EAC4B50DC320@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> <br>
Hi Bogdan,<br>
<br>
Is correct, Z.Z.Z.Z:5062 is a public adress behind a NAT.
I have found that opensips haven't this tcp connection,
now this account has changed the public adress.<br>
<br>
But the sip messages keeps in the loop. It's like if
Opensips is looking for a tcp connection that it
hasn't.... ?¿<br>
<br>
Thanks.<br>
Regards.<br>
<br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Wed, 4 Apr 2012 17:38:31
+0300<br>
From: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:bogdan@opensips.org">bogdan@opensips.org</a><br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:darham@hotmail.com">darham@hotmail.com</a><br>
CC: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:users@lists.opensips.org">users@lists.opensips.org</a><br>
Subject: Re: [OpenSIPS-Users] sip message enters on
bucle<br>
<br>
Hi Jorge,<br>
<br>
So opensips tries to send the BYE to Z.Z.Z.Z:5062 via
TCP (guess based on Route hdrs), but nobody is listening
on TCP - is this address pointing behind a NAT ? why is
not accepting a new TCP connection.<br>
<br>
On the other side, what you can do is to reduce the
timeout on TCP connection, so opensips will react
sooner:<br>
<a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
href="http://www.opensips.org/Resources/DocsCoreFcn18#toc78"
target="_blank">http://www.opensips.org/Resources/DocsCoreFcn18#toc78</a><br>
<br>
Regards,<br>
Bogdan<br>
<br>
On 04/04/2012 05:16 PM, Jorge Ortea wrote:
<blockquote
cite="mid:DUB111-W83DAAED253E136326B3402DC320@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> <br>
Hi Bogdan,<br>
<br>
Exactly, is ready, OpenSIPS try to reach to
destination but now the account 2105 haven't the
location: Z.Z.Z.Z:5062<br>
<br>
In fact, when OpenSIPS try to reach to there, it
write in log: (this account uses TLS signaling)<br>
<br>
Apr 4 10:14:17 alpha02
/usr/local/sbin/opensips[29503]: :::::: BYE - from
911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:18 alpha02
/usr/local/sbin/opensips[29525]: :::::: BYE - from
911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:19 alpha02
/usr/local/sbin/opensips[29497]: :::::: BYE - from
911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:21 alpha02
/usr/local/sbin/opensips[29487]: :::::: BYE - from
911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:25 alpha02
/usr/local/sbin/opensips[29511]: :::::: BYE - from
911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:27 alpha02
/usr/local/sbin/opensips[29503]:
ERROR:core:tcp_blocking_connect: timeout 10 s
elapsed from 10 s <br>
Apr 4 10:14:27 alpha02
/usr/local/sbin/opensips[29503]:
ERROR:core:tcpconn_connect: tcp_blocking_connect
failed <br>
Apr 4 10:14:27 alpha02
/usr/local/sbin/opensips[29503]:
ERROR:core:tcp_send: connect failed <br>
Apr 4 10:14:27 alpha02
/usr/local/sbin/opensips[29503]: ERROR:tm:msg_send:
tcp_send failed <br>
Apr 4 10:14:27 alpha02
/usr/local/sbin/opensips[29503]:
ERROR:tm:t_forward_nonack: sending request failed <br>
<br>
Thus, how can i detect and avoid this ??<br>
<br>
Thanks.<br>
Regards.<br>
<br>
<br>
<div>
<hr id="ecxstopSpelling">Date: Wed, 4 Apr 2012
14:56:16 +0300<br>
From: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:bogdan@opensips.org">bogdan@opensips.org</a><br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:users@lists.opensips.org">users@lists.opensips.org</a><br>
CC: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:darham@hotmail.com">darham@hotmail.com</a><br>
Subject: Re: [OpenSIPS-Users] sip message enters
on bucle<br>
<br>
Hi Jorge,<br>
<br>
It looks like Asterisk generates the BYEs and
retransmits it because there is no reply coming
back from opensips. Normally the BYE is end 2 end
replied (so the other end device should generate
the reply for BYE).<br>
But looking at the 477 reply you get from
OpenSIPS, I suspect that OpenSIPS was trying to
forward the BYE request (maybe via TCP), got
blocked and failed at the end - this failure
resulted in the 477 reply.<br>
<br>
Check the opensips logs to see error when
processing the BYE.<br>
<br>
Regards,<br>
Bogdan<br>
<br>
On 04/04/2012 11:42 AM, Jorge Ortea wrote:
<blockquote
cite="mid:DUB111-W60E9DE08ECED1A16CF51BADC320@phx.gbl">
<style>
.ExternalClass .ecxhmmessage P
{padding:0px;}
.ExternalClass body.ecxhmmessage
{font-size:10pt;font-family:Tahoma;}
</style>
<div dir="ltr"> Hi,<br>
<br>
I have the follow VoIP platform; OpenSIPS
1.6.4.2-tls + Mediaproxy 2.0 + a pair of
Asterisks 1.4 (behind SER)<br>
<br>
It works fine but sometimes a sip message
enters on a loop. <span id="ecxresult_box"
class="ecxshort_text" lang="en"><span
class="ecxhps">Asterisk</span> <span
class="ecxhps">sends</span> <span
class="ecxhps"></span></span><span
id="ecxresult_box" class="ecxshort_text"
lang="en"><span class="ecxhps"></span><span
class="ecxhps">5 sip messages</span> <span
class="ecxhps">at every turn</span></span><br>
<br>
<br>
My logs in OpenSIPS:<br>
<br>
Apr 4 10:14:17 alpha02
/usr/local/sbin/opensips[29503]: :::::: BYE -
from 911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:18 alpha02
/usr/local/sbin/opensips[29525]: :::::: BYE -
from 911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:19 alpha02
/usr/local/sbin/opensips[29497]: :::::: BYE -
from 911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:21 alpha02
/usr/local/sbin/opensips[29487]: :::::: BYE -
from 911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
Apr 4 10:14:25 alpha02
/usr/local/sbin/opensips[29511]: :::::: BYE -
from 911111111 to O2105 - Callid: <a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>
- Source: X.X.X.152<br>
<br>
<br>
<br>
Sip messages in Asterisk *CLI> 'sip debug':<br>
<br>
set_destination: Parsing <a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>
for address/port to send to<br>
set_destination: set destination to X.X.X.150,
port 5060<br>
Reliably Transmitting (no NAT) to
X.X.X.150:5060:<br>
BYE <a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
target="_blank">sip:2105@Z.Z.Z.Z:5062;transport=tls</a>
SIP/2.0<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport<br>
Route: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>,<a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:Y.Y.Y.150:5061;transport=tls;r2=on;lr=on;did=e25.7093e044></a><br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
User-Agent: Asterisk PBX<br>
Max-Forwards: 70<br>
X-Asterisk-HangupCause: Normal Clearing<br>
X-Asterisk-HangupCauseCode: 16<br>
Content-Length: 0<br>
<br>
<br>
---<br>
Scheduling destruction of SIP dialog '<a
moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a>'
in 32000 ms (Method: REFER)<br>
Retransmitting #1 (no NAT) to X.X.X.150:5060:<br>
BYE <a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
target="_blank">sip:2105@Z.Z.Z.Z:5062;transport=tls</a>
SIP/2.0<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport<br>
Route: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>,<a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:Y.Y.Y.150:5061;transport=tls;r2=on;lr=on;did=e25.7093e044></a><br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
User-Agent: Asterisk PBX<br>
Max-Forwards: 70<br>
X-Asterisk-HangupCause: Normal Clearing<br>
X-Asterisk-HangupCauseCode: 16<br>
Content-Length: 0<br>
<br>
<br>
---<br>
Retransmitting #2 (no NAT) to X.X.X.150:5060:<br>
BYE <a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
target="_blank">sip:2105@Z.Z.Z.Z:5062;transport=tls</a>
SIP/2.0<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport<br>
Route: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>,<a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:Y.Y.Y.150:5061;transport=tls;r2=on;lr=on;did=e25.7093e044></a><br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
User-Agent: Asterisk PBX<br>
Max-Forwards: 70<br>
X-Asterisk-HangupCause: Normal Clearing<br>
X-Asterisk-HangupCauseCode: 16<br>
Content-Length: 0<br>
<br>
<br>
---<br>
Retransmitting #3 (no NAT) to X.X.X.150:5060:<br>
BYE <a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
target="_blank">sip:2105@Z.Z.Z.Z:5062;transport=tls</a>
SIP/2.0<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport<br>
Route: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>,<a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:Y.Y.Y.150:5061;transport=tls;r2=on;lr=on;did=e25.7093e044></a><br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
User-Agent: Asterisk PBX<br>
Max-Forwards: 70<br>
X-Asterisk-HangupCause: Normal Clearing<br>
X-Asterisk-HangupCauseCode: 16<br>
Content-Length: 0<br>
<br>
<br>
---<br>
Retransmitting #4 (no NAT) to X.X.X.150:5060:<br>
BYE <a moz-do-not-send="true"
class="ecxmoz-txt-link-freetext"
target="_blank">sip:2105@Z.Z.Z.Z:5062;transport=tls</a>
SIP/2.0<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport<br>
Route: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:X.X.X.150;r2=on;lr=on;did=e25.7093e044></a>,<a
moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:Y.Y.Y.150:5061;transport=tls;r2=on;lr=on;did=e25.7093e044></a><br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
User-Agent: Asterisk PBX<br>
Max-Forwards: 70<br>
X-Asterisk-HangupCause: Normal Clearing<br>
X-Asterisk-HangupCauseCode: 16<br>
Content-Length: 0<br>
<br>
<br>
---<br>
<br>
<--- SIP read from X.X.X.150:5060 ---><br>
SIP/2.0 477 Send failed (477/TM)<br>
Via: SIP/2.0/UDP
X.X.X.152:5060;branch=z9hG4bK59044fff;rport=5060<br>
From: "911111111" <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:911111111@X.X.X.152></a>;tag=as167eb28e<br>
To: <a moz-do-not-send="true"
class="ecxmoz-txt-link-rfc2396E"
target="_blank"><sip:O2105@X.X.X.150></a>;tag=bcd482cd12b8a21i0<br>
Call-ID: <a moz-do-not-send="true"
class="ecxmoz-txt-link-abbreviated"
href="mailto:5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152">5b62cc795e6be4ea3fa9a26e543e3622@X.X.X.152</a><br>
CSeq: 2874 BYE<br>
Server: OpenSIPS (1.6.4-2-tls (i386/linux))<br>
Content-Length: 0<br>
<br>
<br>
<-------------><br>
--- (8 headers 0 lines) ---<br>
SIP Response message for INCOMING dialog BYE
arrived<br>
-- Incoming call: Got SIP response 477
"Send failed (477/TM)" back from X.X.X.150<br>
<br>
<br>
<br>
At the end, i have restart the asterisk to
solve it. How can I avoid it ?<br>
<br>
<br>
Thanks.<br>
Regards.<br>
<br>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
</body>
</html>