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

Bogdan-Andrei Iancu bogdan at voice-system.ro
Thu Jul 26 10:32:21 CEST 2007


Klaus,

RFC3261 defines maddr as "host" which can be "hostname / IPv4address / 
IPv6reference".

Regards,
Bogdan

Klaus Darilion wrote:
> 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 Users mailing list