No subject


Fri Jul 16 17:26:04 CEST 2010


Brett at Woollum.com 


----- Original Message ----- 
From: "Anca Vamanu" <anca at opensips.org> 
To: users at lists.opensips.org 
Sent: Thursday, October 14, 2010 12:45:19 AM GMT -08:00 US/Canada Pacific 
Subject: Re: [OpenSIPS-Users] B2BUA Transfers Intermittently Working/Not Working (Bug?) 

Hi Brett, 

You need to run a network trace and catch the message for which you get this error: 

ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> 

You can run opensips in debug mode ( set 'debug=6' ) to see info from the message and be able to find it in the network trace. 

>From the logs it seems that a message ( possibly REFER ) has a bad From header and OpenSIPS is not able to process right. 

Regards, 
-- 
Anca Vamanu www.voice-system.ro 
_______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users 
------=_Part_418_865976180.1287633939616
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

<html><head><style type=3D'text/css'>p { margin: 0; }</style></head><body><=
div style=3D'font-family: Arial, Helvetica, sans-serif; font-size: 12pt; co=
lor: #000000'>Anca, <br><br>I've discovered that the REFER messages sent fr=
om the phones to the OpenSIPS server/B2BUA are not receiving a 202 Accepted=
 reply from the B2BUA module, and as a result, the phones continue to re-se=
nd the REFER's. The B2BUA module doesn't recognize the additional REFER's b=
ecause it has already torn down the original call leg. As a result the addi=
tional REFER's are processed in the route script which is wrong and causes =
the 404 Not Found errors.<br><br>Here is what's happening: (assume a call a=
lready exists):<br>The phone sends a REFER to the B2BUA<br>The B2BUA sends =
BYE back to the phone<br>The B2BUA invites the new leg of the call to the o=
ther phone<br>The original phone continues to send REFER's to the B2BUA mod=
ule, which responds with 404 Not Found's<br><br>I believe there should be a=
 202 Accepted sent from the B2BUA module to the phone in response to the fi=
rst REFER message, not a BYE (or maybe both Accepted and BYE). But there is=
 no 202 Accepted coming from the B2BUA module to the phone.<br><br>Scroll t=
o the bottom of http://www.woollum.com/temp/opensips.txt to view my B2BUA X=
ML config, which specifies that the B2BUA should respond with a 202 Accepte=
d before ending the call leg. This is not happening like it should....<br><=
br>I am running OpenSIPS 1.6.3 on CentOS 5.5 x64 (on an AMD platform).<br><=
br><div><span style=3D"font-family: arial,helvetica,sans-serif;">Brett Wool=
lum</span><br style=3D"font-family: arial,helvetica,sans-serif;"><span styl=
e=3D"font-family: arial,helvetica,sans-serif;">Brett at Woollum.com</span><br>=
</div><br><br>----- Original Message -----<br>From: "Anca Vamanu" &lt;anca@=
opensips.org&gt;<br>To: users at lists.opensips.org<br>Sent: Tuesday, October =
19, 2010 2:20:15 AM GMT -08:00 US/Canada Pacific<br>Subject: Re: [OpenSIPS-=
Users] B2BUA Transfers Intermittently Working/Not Working (Bug?)<br><br>


 =20

Hi Brett,<br>
<br>
No, you needn't add anything else in your configuration file except for
the b2b_init_request for the initial Invite and the B2BUA should know
to handle the REFER that comes inside that dialog. What happens is the
the B2BUA does not find a matching dialog for that REFER message .. I
don't know why that is. I will examine the traces you posted and try to
reproduce this in the following days and let you know. <br>
<br>
Regards,<br>
<pre class=3D"moz-signature">--=20
Anca Vamanu
<a class=3D"moz-txt-link-abbreviated" href=3D"http://www.voice-system.ro" t=
arget=3D"_blank">www.voice-system.ro</a></pre>
<br>
On 10/19/2010 09:05 AM, Brett Woollum wrote:
<blockquote cite=3D"mid:174978345.7381287468348192.JavaMail.root at mail">
  <style>p { margin: 0; }</style>
  <div style=3D"font-family: Arial,Helvetica,sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">Hello
again Anca,<br>
  <br>
I've done more debugging, and I've found that the REFER packets are all
targeting my B2BUA address and getting a 404 response. It seems to
still be working, but I'm wondering if this is what is causing the
problem after the 2nd transfer.<br>
  <br>
In my log at <a class=3D"moz-txt-link-freetext" href=3D"http://www.woollum.=
com/temp/opensips_trace.html" target=3D"_blank">http://www.woollum.com/temp=
/opensips_trace.html</a>, you can
see the 404 Not Found's occurring at packet 9177. This one in
particular is generated for the packet above it (9175) that has
<a class=3D"moz-txt-link-rfc2396E" href=3D"about:blank" target=3D"_blank">"=
sip:b2bua at 1.2.3.4"</a> in the header of the packet. <br>
  <br>
I've configured my B2BUA module with this entry:<br>
  <font style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;" size=3D"2">modparam("b2b_entities", "server_address",
<a class=3D"moz-txt-link-rfc2396E" href=3D"about:blank" target=3D"_blank">"=
sip:b2bua at 1.2.3.4:5060"</a>)<br>
  </font><br>
and this is the config file that is creating the errors:<br>
  <font size=3D"2"><span style=3D"font-family: Courier New,courier,monaco,m=
onospace,sans-serif;">if
(uri=3D=3Dmyself) {</span><br style=3D"font-family: Courier New,courier,mon=
aco,monospace,sans-serif;">
  <br style=3D"font-family: Courier New,courier,monaco,monospace,sans-serif=
;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
if (method=3D=3D"REGISTER") {</span><br style=3D"font-family: Courier New,c=
ourier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
save("location");</span><br style=3D"font-family: Courier New,courier,monac=
o,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
exit;</span><br style=3D"font-family: Courier New,courier,monaco,monospace,=
sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
};</span><br style=3D"font-family: Courier New,courier,monaco,monospace,san=
s-serif;">
  <br style=3D"font-family: Courier New,courier,monaco,monospace,sans-serif=
;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
# native SIP destinations are handled using our USRLOC DB</span><br style=
=3D"font-family: Courier New,courier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
if (!lookup("location")) {</span><br style=3D"font-family: Courier New,cour=
ier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
  <span style=3D"font-weight: bold;">xlog("USRLOC LOOKUP: ERROR 404 - NOT
FOUND $fu-&gt;$ru");</span></span><br style=3D"font-family: Courier New,cou=
rier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
sl_send_reply("404", "Not Found");</span><br style=3D"font-family: Courier =
New,courier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
exit;</span><br style=3D"font-family: Courier New,courier,monaco,monospace,=
sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
};</span><br style=3D"font-family: Courier New,courier,monaco,monospace,san=
s-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;&nbsp;&nbsp;
append_hf("P-hint: usrloc applied\r\n"); </span><br style=3D"font-family: C=
ourier New,courier,monaco,monospace,sans-serif;">
  <span style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;">&nbsp;
};</span></font><br>
  <br>
And this is what is generated in the OpenSIPS log:<br>
  <font style=3D"font-family: Courier New,courier,monaco,monospace,sans-ser=
if;" size=3D"2">Oct 18 22:56:42 sip01 /usr/local/sbin/opensips[4425]: USRLO=
C
LOOKUP: ERROR 404 - NOT FOUND
<a class=3D"moz-txt-link-freetext" href=3D"about:blank" target=3D"_blank">s=
ip:1000 at 1.2.3.4</a>-&gt;<a class=3D"moz-txt-link-freetext" href=3D"about:bl=
ank" target=3D"_blank">sip:b2bua at 1.2.3.4:5060</a><br>
  </font><br>
Is there something I need to add to my configuration that handles
packets with <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:b2bua at 1.2.3.=
4" target=3D"_blank">"b2bua at 1.2.3.4"</a> as the destination ($ru)?<br>
  <br>
  <div><span style=3D"font-family: arial,helvetica,sans-serif;">Brett
Woollum</span><br style=3D"font-family: arial,helvetica,sans-serif;">
  <span style=3D"font-family: arial,helvetica,sans-serif;"><a class=3D"moz-=
txt-link-abbreviated" href=3D"mailto:Brett at Woollum.com" target=3D"_blank">B=
rett at Woollum.com</a></span><br>
  </div>
  <br>
  <br>
----- Original Message -----<br>
From: "Brett Woollum" <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:bre=
tt at woollum.com" target=3D"_blank">&lt;brett at woollum.com&gt;</a><br>
To: "OpenSIPS users mailling list" <a class=3D"moz-txt-link-rfc2396E" href=
=3D"mailto:users at lists.opensips.org" target=3D"_blank">&lt;users at lists.open=
sips.org&gt;</a><br>
Sent: Monday, October 18, 2010 5:09:34 PM GMT -08:00 US/Canada Pacific<br>
Subject: Re: [OpenSIPS-Users] B2BUA Transfers Intermittently
Working/Not Working (Bug?)<br>
  <br>
  <style>p { margin: 0; }</style>
  <div style=3D"font-family: Arial,Helvetica,sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">Hi
Anca,<br>
  <br>
I set debug=3D6 but it does not appear to print any more detailed
information to my log (/var/log/messages).<br>
  <br>
I reviewed the sip trace I posted at
<a class=3D"moz-txt-link-freetext" href=3D"http://www.woollum.com/temp/open=
sips_trace.html" target=3D"_blank">http://www.woollum.com/temp/opensips_tra=
ce.html</a> and I still cannot find
any packets that are missing the header. The error log I posted at
<a class=3D"moz-txt-link-freetext" href=3D"http://www.woollum.com/temp/open=
sips.txt" target=3D"_blank">http://www.woollum.com/temp/opensips.txt</a> sa=
ys that the To field, From
field, and RR field could not be parsed. It seems as though the B2BUA
module tried to open a new leg but didn't send the information along?
Does that make sense?<br>
  <pre style=3D"font-family: Courier New,courier,monaco,monospace,sans-seri=
f;"><font size=3D"2">From the log earlier:
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:b2b_entities:b2=
b_prescript_f: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:pv_get_fro=
m_attr: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ROUTE STARTING INVITE=
 &lt;null&gt; <a class=3D"moz-txt-link-freetext" href=3D"about:blank" targe=
t=3D"_blank">sip:sales at 1.2.3.4</a>
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:rr:record_route=
: From parsing failed
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:tm:new_t: no va=
lid From in INVITE
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:tm:t_newtran: n=
ew_t failed
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5172]: ERROR:core:parse_to: =
unexpected char [&lt;] in status 5: &lt;&lt;&lt;&gt;&gt; .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5172]: ERROR:core:parse_from=
_header: bad from header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:pv_get_fro=
m_attr: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5172]: ERROR:b2b_entities:b2=
b_tm_cback: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ROUTE 8 ENDING INVITE=
 &lt;null&gt; <a class=3D"moz-txt-link-freetext" href=3D"about:blank" targe=
t=3D"_blank">sip:sales at 10.20.1.225:5062</a>
Oct 12 19:34:17 sip01 /usr/local/sbin/opensips[5168]: ERROR:b2b_entities:b2=
b_prescript_f: No dialog found, callid=3D [B2B.50.3250981], method=3DREFER
</font></pre>
  <span style=3D"font-family: arial,helvetica,sans-serif;">Brett Woollum</s=
pan><br style=3D"font-family: arial,helvetica,sans-serif;">
  <div><span style=3D"font-family: arial,helvetica,sans-serif;"><a class=3D=
"moz-txt-link-abbreviated" href=3D"mailto:Brett at Woollum.com" target=3D"_bla=
nk">Brett at Woollum.com</a></span><br>
  </div>
  <br>
  <br>
----- Original Message -----<br>
From: "Anca Vamanu" <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:anca@=
opensips.org" target=3D"_blank">&lt;anca at opensips.org&gt;</a><br>
To: <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:users at lists.opensi=
ps.org" target=3D"_blank">users at lists.opensips.org</a><br>
Sent: Thursday, October 14, 2010 12:45:19 AM GMT -08:00 US/Canada
Pacific<br>
Subject: Re: [OpenSIPS-Users] B2BUA Transfers Intermittently
Working/Not Working (Bug?)<br>
  <br>
Hi Brett,<br>
  <br>
You need to run a network trace and catch the message for which you get
this error:<br>
  <br>
ERROR:core:parse_to: unexpected char [&lt;] in status 5:
&lt;&lt;&lt;&gt;&gt; <br>
  <br>
You can run opensips in debug mode ( set 'debug=3D6' ) to see info from
the message and be able to find it in the network trace. <br>
  <br>
&gt;From the logs it seems that a message ( possibly REFER ) has a bad
From
header and OpenSIPS is not able to process right.<br>
  <br>
Regards,<br>
  <pre class=3D"moz-signature">--=20
Anca Vamanu
<a class=3D"moz-txt-link-abbreviated" href=3D"http://www.voice-system.ro" t=
arget=3D"_blank">www.voice-system.ro</a></pre>
  </div>
  </div>
</blockquote>
<br>_______________________________________________
Users mailing list
Users at lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
</div></body></html>
------=_Part_418_865976180.1287633939616--



More information about the Users mailing list