No subject

be able to test this until I get another lab environment set up.  That could
be a while.

Thanks anyway.


- Jeff



On 4/6/09 12:18 PM, "Bogdan-Andrei Iancu" <bogdan at voice-system.ro> wrote:

> Hi Jeff,
> 
> I suspect that the callee device is not properly mirroring the RR header
> (maybe is converting to lower cases the whole string), which is against
> the RFC.
> 
> Try to capture the RR in INVITE leaving OpenSIPS and in the BYE received
> by OPenSIPS and see if there are any differences between.
> 
> Regards,
> Bogdan
> 
> Jeff Pyle wrote:
>> Hello,
>> 
>> The uac_replace_from() function seems to be corrupting the To header in at
>> least some cases.
>> 
>> Here's an example.  A BYE comes in from a PSTN gateway with the following
>> headers:
>> 
>> To: "Anonymous" <sip:anonymous at zz.xx.cc.yy>;tag=as12c6b8f1
>> Route: 
>> <sip:zz.xx.cc.yy;lr=on;ftag=as12c6b8f1;vsf=TXVycjImBhEvMDNhBxNPNhQ1MisgOhRHN
>> DAaTCEICg-->
>> 
>> 
>> After passing through Opensips, the To header reads (TN obfuscated for
>> privacy):
>> 
>> To:  "Anonymous" <sip:2160000000nwytww{e8b\valid>;tag=as12c6b8f1
>> 
>> 
>> Opensips then throws up some errors about this header:
>> 
>>  ERROR:core:parse_to: unexpected char [\] in status 6: <<"Anonymous"
>> <sip:2160000000nwytww{e8b>> .
>>  ERROR:core:get_hdr_field: bad to header
>>  INFO:core:parse_headers: bad header field
>>  ERROR:tm:t_check: reply cannot be parsed
>> 
>> 
>> The original invite's From header looked like this:
>> 
>> From: "Customer Name" <sip:2160000000 at zz.xx.cc.ww>;tag=as12c6b8f1
>> 
>> 
>> The config in use is as follows:
>> 
>> uac_replace_from("Anonymous","sip:anonymous at anonymous.invalid");
>> 
>> This gets run if certain flags are set that indicate the call is to be
>> anonymized.
>> 
>> 
>> Any thoughts?
>> 
>> 
>> Thanks,
>> Jeff
>> 
>> 
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> 
>>   
>