[OpenSIPS-Users] UAC restore_uri: Replace From URI to some garbage

[Jeff Pyle]

George,

Any chance you're sending traffic to an Acme SBC?  Or, is this all internal
between SIP clients?


- Jeff



On Thu, Dec 5, 2013 at 6:23 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:

>  Well, that seems to be the problem. They should have been preserved
> during the call.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
> On 06.12.2013 00:28, George Lee wrote:
>
> Nope, they don't.
>
>
> On Thu, Dec 5, 2013 at 5:19 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:
>
>>  And does the "To" header URI from the original INVITE exactly match the
>> FROM from from BYE ?
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>   On 06.12.2013 00:15, George Lee wrote:
>>
>> Yes, they matched.
>>
>>
>> On Thu, Dec 5, 2013 at 4:51 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:
>>
>>>  Hello George,
>>>
>>> Could you check if the vst param (from Route hdr) from the incoming BYE
>>> is the same as in the Record-Route hdr in the outgoing INVITE (when the
>>> call is setup) ?
>>>
>>> Regards,
>>>
>>> Bogdan-Andrei Iancu
>>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>>
>>>  On 04.12.2013 21:42, George Lee wrote:
>>>
>>>    Hi,
>>>
>>>  Opensips UAC replace the From URI in the BYE to some garbage. Here is
>>> the BYE message:
>>>
>>> BYE sip:8661234567 at domain.com:5060;transport=tcp SIP/2.0
>>> Via: SIP/2.0/UDP
>>> 24.73.117.130;branch=z9hG4bK12d4.2eecaf71f1f0402cc5a2e218f8694fef.0;i=9
>>> Via: SIP/2.0/TCP 24.73.117.201;branch=z9hG4bK12d4.b6667993.0
>>> Via: SIP/2.0/UDP 67.231.1.112:5060;branch=z9hG4bK0cB4f881d03eff3642c
>>> From: "7271234567" <sip:%42703473?IK{s3qdomo/cgX
>>> 60>;tag=gK0c84a3ac
>>> To: "8661234567" <sip:8661234567 at domain.com
>>> >;epid=0x240e200;tag=DL2004f8f2ad
>>> Call-ID: DL98cab1eeba-1079321658 at Old-iPad
>>> CSeq: 286253542 BYE
>>> Max-Forwards: 68
>>> Route: <sip:domain:5060;lr>
>>> Content-Length: 0
>>>
>>>  Here is the debug log:
>>> DBG:uac:restore_uri: getting 'vsf' Route param
>>> DBG:uac:restore_uri: route param 'vsf' not found
>>> DBG:uac:restore_uri: getting 'vst' Route param
>>> DBG:uac:restore_uri: route param is
>>> 'AAAAAA4FBQUHAQEDBgl5cllNRB1NQlVBXEEeUlVYCgMANjA-' (len=48)
>>> DBG:uac:restore_uri: decoded uris are: new=[sip:%42703473?IK{sqdomo/cgX
>>> ] old=[sip:+17271234567 at 10.1.10.10]
>>>
>>>
>>>  Can someone tell me why UAC did that?
>>>
>>>  Thanks,
>>> George
>>>
>>>
>>>  _______________________________________________
>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20131205/6d3d7810/attachment.htm>