<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hi, Brett!<br>
<br>
I was talking about the DEBUG info (debug core parameter set to 6).
If you can provide the logs for such a corruption on pastebin.com or
something it would be great. Otherwise I will try to reproduce
myself this scenario and see what's happening.<br>
I'm not sure what version are you using, but the dialog based
version was only added in 1.7. In 1.6 this function was indeed using
the vst/vsf headers, and if you don't see them any more in your
traces it might mean that you somehow copied the uac module from 1.7
to 1.6. Please double check that.<br>
<br>
Regards,<br>
Răzvan<br>
<br>
On 12/15/2011 11:40 PM, Brett Nemeroff wrote:
<blockquote
cite="mid:CAPwC5wysm1+0-FLEfNuUcXhxwO26UHZTtZKYx_P9ceurE0qjDg@mail.gmail.com"
type="cite">Razvan,<br>
I'm using the new dialog based method. If I remember right the old
way was with vsf/vst headers and I'm definitely not using that
anymore.<br>
<br>
The version I'm using is a svn pull from 1.6.3 (7919), which I
think is how I'm doing the dialog based version. I'm not quite
ready to move to 1.7 but I'm close. <br>
<br>
These servers I'm having this issue on have quite a bit of load on
them; but I can try to isolate the issue. Here's some entries that
are in my log that might help you out:<br>
<br>
Dec 15 21:28:07 lcr02 /usr/local/sbin/opensips[1433]:
ERROR:core:parse_from_header: bad msg or missing FROM header <br>
Dec 15 21:28:07 lcr02 /usr/local/sbin/opensips[1433]:
ERROR:uac:restore_uris_reply: failed to find/parse FROM hdr <br>
Dec 15 21:30:55 lcr02 /usr/local/sbin/opensips[1432]:
ERROR:core:parse_to: unexpected char [>] in status 10:
<<<<a moz-do-not-send="true"
href="mailto:sip%3A4056807913@38.123.240.1">sip:4056807913@38.123.240.1</a>>>>
. <br>
Dec 15 21:30:55 lcr02 /usr/local/sbin/opensips[1432]:
ERROR:core:parse_from_header: bad from header <br>
Dec 15 21:30:55 lcr02 /usr/local/sbin/opensips[1432]:
ERROR:uac:restore_uris_reply: failed to find/parse FROM hdr <br>
<br>
What kind of debug would you need? I may be able to replace it on
a smaller scale.<br>
<br>
Thanks!<br>
-Brett<br>
<br>
<div class="gmail_quote">On Thu, Dec 15, 2011 at 4:25 AM, Razvan
Crainea <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:razvancrainea@opensips.org">razvancrainea@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"> Hi, Brett!<br>
<br>
Are you using uac_replace_from function with dialog support
or the old approach with route parameters? Would it be
possible to increase OpenSIPS debugging level and paste some
extra information?<br>
<br>
Regards,<br>
<pre cols="72">--
Răzvan Crainea
OpenSIPS Developer</pre>
<div>
<div class="h5"> <br>
On 12/15/2011 12:41 AM, Brett Nemeroff wrote: </div>
</div>
<blockquote type="cite">
<div>
<div class="h5">Hello List,<br>
I'm sure I brought this up sometime before, but I'm
still having this issue. I have to imagine that some
of you out there are having it as well. Running
OpenSIP-1.6.4<br>
<br>
I perform a uac_replace_from. It works just fine, But
on subsequent transactions within the dialog, like a
BYE that comes from the destination, the restored From
is corrupted IF there was a port in the original From.
This appears to be isolated to cases where the URI has
a port in it. <br>
<br>
For example, here's the From from the original INVITE<br>
From: "<a moz-do-not-send="true" href="tel:8005551212"
value="+18005551212" target="_blank">8005551212</a>"
<<a moz-do-not-send="true"
href="http://sip:8005551212@1.2.3.4:5070"
target="_blank">sip:8005551212@1.2.3.4:5070</a>>;tag=as3371c611.<br>
<br>
And then the far end sends a BYE later on:<br>
From: "<a moz-do-not-send="true"
href="tel:18705551313" value="+18705551313"
target="_blank">18705551313</a>" <<a
moz-do-not-send="true"
href="mailto:sip%3A18705551313@2.3.4.5"
target="_blank">sip:18705551313@2.3.4.5</a>>;tag=SDsjh0f99-eb402829<br>
<br>
And I relay the BYE:<br>
From: "<a moz-do-not-send="true"
href="tel:18705551313" value="+18705551313"
target="_blank">18705551313</a>" <<a
moz-do-not-send="true"
href="mailto:sip:18705551313@14.5" target="_blank">sip:18705551313@14.5</a><4)2$6:^E7>;tag=SDsjh0f99-eb402829<br>
<br>
So aside from getting the client to stop sending the
port in the From header, is there another fix for
this?<br>
<br>
Thanks!<br>
-Brett<br>
<br>
<br>
<fieldset></fieldset>
<br>
</div>
</div>
<pre>_______________________________________________
Users mailing list
<a moz-do-not-send="true" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</div>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
</blockquote>
</div>
<br>
</blockquote>
</body>
</html>