Hi, Brett!
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?
Regards,
--
Ra(zvan Crainea
OpenSIPS Developer
On 12/15/2011 12:41 AM, Brett Nemeroff wrote:
Hello List,
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
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.
For example, here's the From from the original INVITE
From: "8005551212" <sip:8005551212@1.2.3.4:5070
<http://sip:8005551212@1.2.3.4:5070>>;tag=as3371c611.
And then the far end sends a BYE later on:
From: "18705551313" <sip:18705551313@2.3.4.5
<mailto:sip%3A18705551313@2.3.4.5>>;tag=SDsjh0f99-eb402829
And I relay the BYE:
From: "18705551313"
<sip:18705551313@14.5<4)2$6:^E7>;tag=SDsjh0f99-eb402829
So aside from getting the client to stop sending the port in the From
header, is there another fix for this?
Thanks!
-Brett
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users