[OpenSER-Users] Problem with handling 3xx responses and contact with maddr

Klaus Darilion klaus.mailinglists at pernau.at
Thu Jul 26 10:05:40 CEST 2007


May maddr be a domain?

Bogdan-Andrei Iancu wrote:
> Hi Brad,
> 
> There still an issue that need to be fixed in openser: if the RURI 
> contains maddr, this should be used for sending the message to:
>    sip:1234 at domain.com;maddr=1.2.3.4
> should be sent to 1.2.3.4 and not to domain.com
> 
> There is already a bug report on that and I hope it will be fixes soon.
> 
> Regards,
> Bogdan
> 
> 
> Watkins, Bradley wrote:
>> Just as a follow-up to my own problem, I think I understand better
>> what's happening (and have a band-aid/workaround).
>>
>> It seems as though (and feel free to correct me if I'm wrong), OpenSER
>> at present does not differentiate URIs when they are identical excepting
>> for the addition of the maddr parameter.  RFC 3261, in section 19.1.4
>> URI Comparison, states "A URI that includes an maddr parameter will not
>> match a URI that contains no maddr parameter."
>>
>> So:
>>
>> sip:1234 at domain.com != sip:1234 at domain.com;maddr=1.2.3.4
>>
>> This, in essence, is exactly what the Nortel system is doing.
>>
>> The result seems to be that any attempt to push such a URI to $ru and
>> then append_branch() fails.
>>
>> My workaround is this:  change the user part before the avp_pushto()
>> call, then change it back in a branch_route after the append_branch().
>>
>> It seems to be working so far, except that it seems to create two
>> branches rather than one.  That's quite possibly (probably...) my fault,
>> as my script at the moment is pretty hacked up.  I'll sound the alarm if
>> I determine for sure that I'm not the culprit. ;)
>>
>> - Brad
>> The contents of this e-mail are intended for the named addressee only. 
>> It contains information that may be confidential. Unless you are the 
>> named addressee or an authorized designee, you may not copy or use it, 
>> or disclose it to anyone else. If you received it in error please 
>> notify us immediately and then destroy it.
>>
>>   
> 
> 
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users




More information about the sr-users mailing list