No subject


Fri Jul 16 17:26:04 CEST 2010


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_360_1877892672.1287468348191
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'>Hello again Anca,<br><br>I've done more debugging, and I've f=
ound 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 htt=
p://www.woollum.com/temp/opensips_trace.html, you can see the 404 Not Found=
's occurring at packet 9177. This one in particular is generated for the pa=
cket above it (9175) that has "sip:b2bua at 1.2.3.4" in the header of the pack=
et. <br><br>I've configured my B2BUA module with this entry:<br><font style=
=3D"font-family: Courier New,courier,monaco,monospace,sans-serif;" size=3D"=
2">modparam("b2b_entities", "server_address", "sip:b2bua at 1.2.3.4:5060")<br>=
</font><br>and this is the config file that is creating the errors:<br><fon=
t size=3D"2"><span style=3D"font-family: Courier New,courier,monaco,monospa=
ce,sans-serif;">if (uri=3D=3Dmyself) {</span><br style=3D"font-family: Cour=
ier New,courier,monaco,monospace,sans-serif;"><br style=3D"font-family: Cou=
rier New,courier,monaco,monospace,sans-serif;"><span style=3D"font-family: =
Courier New,courier,monaco,monospace,sans-serif;">&nbsp;&nbsp;&nbsp; if (me=
thod=3D=3D"REGISTER") {</span><br style=3D"font-family: Courier New,courier=
,monaco,monospace,sans-serif;"><span style=3D"font-family: Courier New,cour=
ier,monaco,monospace,sans-serif;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; save("loca=
tion");</span><br style=3D"font-family: Courier New,courier,monaco,monospac=
e,sans-serif;"><span style=3D"font-family: Courier New,courier,monaco,monos=
pace,sans-serif;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; exit;</span><br style=3D"f=
ont-family: Courier New,courier,monaco,monospace,sans-serif;"><span style=
=3D"font-family: Courier New,courier,monaco,monospace,sans-serif;">&nbsp;&n=
bsp;&nbsp; };</span><br style=3D"font-family: Courier New,courier,monaco,mo=
nospace,sans-serif;"><br style=3D"font-family: Courier New,courier,monaco,m=
onospace,sans-serif;"><span style=3D"font-family: Courier New,courier,monac=
o,monospace,sans-serif;">&nbsp;&nbsp;&nbsp; # native SIP destinations are h=
andled using our USRLOC DB</span><br style=3D"font-family: Courier New,cour=
ier,monaco,monospace,sans-serif;"><span style=3D"font-family: Courier New,c=
ourier,monaco,monospace,sans-serif;">&nbsp;&nbsp;&nbsp; if (!lookup("locati=
on")) {</span><br style=3D"font-family: Courier New,courier,monaco,monospac=
e,sans-serif;"><span style=3D"font-family: Courier New,courier,monaco,monos=
pace,sans-serif;">&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,courier,monaco,monospace,sans-se=
rif;"><span style=3D"font-family: Courier New,courier,monaco,monospace,sans=
-serif;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; sl_send_reply("404", "Not Found");<=
/span><br style=3D"font-family: Courier New,courier,monaco,monospace,sans-s=
erif;"><span style=3D"font-family: Courier New,courier,monaco,monospace,san=
s-serif;">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; exit;</span><br style=3D"font-fami=
ly: Courier New,courier,monaco,monospace,sans-serif;"><span style=3D"font-f=
amily: Courier New,courier,monaco,monospace,sans-serif;">&nbsp;&nbsp;&nbsp;=
 };</span><br style=3D"font-family: Courier New,courier,monaco,monospace,sa=
ns-serif;"><span style=3D"font-family: Courier New,courier,monaco,monospace=
,sans-serif;">&nbsp;&nbsp;&nbsp; append_hf("P-hint: usrloc applied\r\n"); <=
/span><br style=3D"font-family: Courier New,courier,monaco,monospace,sans-s=
erif;"><span style=3D"font-family: Courier New,courier,monaco,monospace,san=
s-serif;">&nbsp; };</span></font><br><br>And this is what is generated in t=
he OpenSIPS log:<br><font style=3D"font-family: Courier New,courier,monaco,=
monospace,sans-serif;" size=3D"2">Oct 18 22:56:42 sip01 /usr/local/sbin/ope=
nsips[4425]: USRLOC LOOKUP: ERROR 404 - NOT FOUND sip:1000 at 1.2.3.4-&gt;sip:=
b2bua at 1.2.3.4:5060<br></font><br>Is there something I need to add to my con=
figuration that handles packets with "b2bua at 1.2.3.4" as the destination ($r=
u)?<br><br><div><span style=3D"font-family: arial,helvetica,sans-serif;">Br=
ett Woollum</span><br style=3D"font-family: arial,helvetica,sans-serif;"><s=
pan style=3D"font-family: arial,helvetica,sans-serif;">Brett at Woollum.com</s=
pan><br></div><br><br>----- Original Message -----<br>From: "Brett Woollum"=
 &lt;brett at woollum.com&gt;<br>To: "OpenSIPS users mailling list" &lt;users@=
lists.opensips.org&gt;<br>Sent: Monday, October 18, 2010 5:09:34 PM GMT -08=
:00 US/Canada Pacific<br>Subject: Re: [OpenSIPS-Users] B2BUA Transfers Inte=
rmittently Working/Not Working (Bug?)<br><br><style>p { margin: 0; }</style=
><div style=3D"font-family: Arial,Helvetica,sans-serif; font-size: 12pt; co=
lor: 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><b=
r>I reviewed the sip trace I posted at http://www.woollum.com/temp/opensips=
_trace.html and I still cannot find any packets that are missing the header=
. The error log I posted at http://www.woollum.com/temp/opensips.txt says t=
hat 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 inform=
ation along? Does that make sense?<br><pre style=3D"font-family: Courier Ne=
w,courier,monaco,monospace,sans-serif;"><font size=3D"2">From the log earli=
er:<br>Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:par=
se_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; sip:sales at 1.2.3.4
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; sip:sales at 10.20.1.225:5062
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</span><br style=3D"font-family: arial,helvetica,sans-serif;"><div>=
<span style=3D"font-family: arial,helvetica,sans-serif;">Brett at Woollum.com<=
/span><br></div><br><br>----- Original Message -----<br>From: "Anca Vamanu"=
 &lt;anca at opensips.org&gt;<br>To: users at lists.opensips.org<br>Sent: Thursda=
y, 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>


 =20

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>


More information about the Users mailing list