[Users] Problem with uac_replace and corrupted From

Bogdan-Andrei Iancu bogdan at voice-system.ro
Wed Mar 15 10:57:23 CET 2006


Hi,

Barry Flanagan wrote:

> Bogdan-Andrei Iancu wrote:
>
>> Hi Barry,
>>
>> as you use quite an old devel version, first try to update with 
>> latest cvs version and let me know if the problem is still present.
>
>
> Yes, have been trying but it appears the sourceforge CVS is out at the 
> moment.


yes, there is a partial outage on anonymous CVS - but you may try using 
the cvs snapshots from the openser web page.

> Actually I have found that this issue only exists with SIPPS 
> softphone. XTen, SJphone and other IP phones are all fine.

can you check on network level if the mirrored Route param sent by SIPPS 
is the same with the one placed by openser in the RR header?

> Unfortunately, we are just about to roll out with SIPPS...oops!

not good :D

regards,
bogdan

>
> Regards,
>
> -Barry
>
>
>>
>> regards,
>> bogdan
>>
>> Barry Flanagan wrote:
>>
>>> Hi,
>>>
>>> Using openser 1.1.0-dev8 as a registrar/proxy in from of Asterisk. 
>>> Recently I have been getting errors from Asterisk due to corrupted 
>>> From: headers, which appear to be caused by uac_replace. Here is a 
>>> section of the debug log:
>>>
>>>
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: 
>>> DBG:uac::restore_from_reply: removing <From: 
>>> <sip:lenc_domain.com at sip.domain.com>;tag=635c3ce6 >
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: 
>>> DBG:uac::restore_from_reply: inserting <From: 
>>> <sip:lenc at sip.domain.com>;tag=635c3ce6 >
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7933]: 
>>> DEBUG:tm:reply_received: org. status uas=200, uac[0]=200 local=0 
>>> is_invite=1)
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: 
>>> DEBUG:uac:restore_from: getting 'vsf' Route param
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: 
>>> DEBUG:uac:restore_from: Route param is 
>>> 'aaaaaaaaaaafggqrsqadbekacyvdabuuaw1hz2luzs5pzq--' (len=48)
>>> Mar 14 15:12:00 www1 /usr/sbin/openser[7932]: 
>>> DEBUG:uac:restore_from: decoded uris are: new=[▒�S����
>>>
>>> sN� old=[sip:lenc at sip.domain.com]
>>>
>>>
>>> As you can see, the auto restore_from of the uri is putting garbled 
>>> characters in there. This has only recently started in the past 
>>> week. I have made no changes to openser in a month. The only thing I 
>>> did was upgrade Asterisk to 1.2.5
>>>
>>> Anyone any ideas?
>>
>>
>>
>>
>
>





More information about the Users mailing list