[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