<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
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="moz-signature" cols="72">--
Anca Vamanu
<a class="moz-txt-link-abbreviated" href="http://www.voice-system.ro">www.voice-system.ro</a></pre>
<br>
On 10/19/2010 09:05 AM, Brett Woollum wrote:
<blockquote cite="mid:174978345.7381287468348192.JavaMail.root@mail"
type="cite">
<style type="text/css">p { margin: 0; }</style>
<div
style="font-family: Arial,Helvetica,sans-serif; font-size: 12pt; color: 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="moz-txt-link-freetext" href="http://www.woollum.com/temp/opensips_trace.html">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="moz-txt-link-rfc2396E" href="sip:b2bua@1.2.3.4">"sip:b2bua@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="font-family: Courier New,courier,monaco,monospace,sans-serif;"
size="2">modparam("b2b_entities", "server_address",
<a class="moz-txt-link-rfc2396E" href="sip:b2bua@1.2.3.4:5060">"sip:b2bua@1.2.3.4:5060"</a>)<br>
</font><br>
and this is the config file that is creating the errors:<br>
<font size="2"><span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">if
(uri==myself) {</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
if (method=="REGISTER") {</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
save("location");</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
exit;</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
};</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
# native SIP destinations are handled using our USRLOC DB</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
if (!lookup("location")) {</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span style="font-weight: bold;">xlog("USRLOC LOOKUP: ERROR 404 - NOT
FOUND $fu->$ru");</span></span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
sl_send_reply("404", "Not Found");</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
exit;</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
};</span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
append_hf("P-hint: usrloc applied\r\n"); </span><br
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
<span
style="font-family: Courier New,courier,monaco,monospace,sans-serif;">
};</span></font><br>
<br>
And this is what is generated in the OpenSIPS log:<br>
<font
style="font-family: Courier New,courier,monaco,monospace,sans-serif;"
size="2">Oct 18 22:56:42 sip01 /usr/local/sbin/opensips[4425]: USRLOC
LOOKUP: ERROR 404 - NOT FOUND
<a class="moz-txt-link-freetext" href="sip:1000@1.2.3.4">sip:1000@1.2.3.4</a>-><a class="moz-txt-link-freetext" href="sip:b2bua@1.2.3.4:5060">sip:b2bua@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="moz-txt-link-rfc2396E" href="mailto:b2bua@1.2.3.4">"b2bua@1.2.3.4"</a> as the destination ($ru)?<br>
<br>
<div><span style="font-family: arial,helvetica,sans-serif;">Brett
Woollum</span><br style="font-family: arial,helvetica,sans-serif;">
<span style="font-family: arial,helvetica,sans-serif;"><a class="moz-txt-link-abbreviated" href="mailto:Brett@Woollum.com">Brett@Woollum.com</a></span><br>
</div>
<br>
<br>
----- Original Message -----<br>
From: "Brett Woollum" <a class="moz-txt-link-rfc2396E" href="mailto:brett@woollum.com"><brett@woollum.com></a><br>
To: "OpenSIPS users mailling list" <a class="moz-txt-link-rfc2396E" href="mailto:users@lists.opensips.org"><users@lists.opensips.org></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="font-family: Arial,Helvetica,sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">Hi
Anca,<br>
<br>
I set debug=6 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="moz-txt-link-freetext" href="http://www.woollum.com/temp/opensips_trace.html">http://www.woollum.com/temp/opensips_trace.html</a> and I still cannot find
any packets that are missing the header. The error log I posted at
<a class="moz-txt-link-freetext" href="http://www.woollum.com/temp/opensips.txt">http://www.woollum.com/temp/opensips.txt</a> says 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="font-family: Courier New,courier,monaco,monospace,sans-serif;"><font
size="2">From the log earlier:
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> .
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:b2b_prescript_f: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> .
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_from_attr: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ROUTE STARTING INVITE <null> <a class="moz-txt-link-freetext" href="sip:sales@1.2.3.4">sip:sales@1.2.3.4</a>
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> .
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 [<] in status 5: <<<>> .
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 valid From in INVITE
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:tm:t_newtran: new_t failed
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> .
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5172]: ERROR:core:parse_to: unexpected char [<] in status 5: <<<>> .
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_from_attr: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5172]: ERROR:b2b_entities:b2b_tm_cback: cannot parse From header
Oct 12 19:34:16 sip01 /usr/local/sbin/opensips[5167]: ROUTE 8 ENDING INVITE <null> <a class="moz-txt-link-freetext" href="sip:sales@10.20.1.225:5062">sip:sales@10.20.1.225:5062</a>
Oct 12 19:34:17 sip01 /usr/local/sbin/opensips[5168]: ERROR:b2b_entities:b2b_prescript_f: No dialog found, callid= [B2B.50.3250981], method=REFER
</font></pre>
<span style="font-family: arial,helvetica,sans-serif;">Brett Woollum</span><br
style="font-family: arial,helvetica,sans-serif;">
<div><span style="font-family: arial,helvetica,sans-serif;"><a class="moz-txt-link-abbreviated" href="mailto:Brett@Woollum.com">Brett@Woollum.com</a></span><br>
</div>
<br>
<br>
----- Original Message -----<br>
From: "Anca Vamanu" <a class="moz-txt-link-rfc2396E" href="mailto:anca@opensips.org"><anca@opensips.org></a><br>
To: <a class="moz-txt-link-abbreviated" href="mailto:users@lists.opensips.org">users@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 [<] in status 5:
<<<>> <br>
<br>
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. <br>
<br>
>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="moz-signature">--
Anca Vamanu
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a></pre>
</div>
</div>
</blockquote>
</body>
</html>