Because a brandname IP PBX that we are integrating our product (which involves
flow based decisions, much like a port restricted cone NAT) with behaves this
way. Could you please point me to the guideline in the SIP standards that
suggests against this.
Thanks and Regards,
Amit
----- Original Message -----
From: "Ivar Lumi" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Amit P. Ahuja" <[EMAIL PROTECTED]>;
<sip-implementors@lists.cs.columbia.edu>
Sent: Wednesday, January 30, 2008 11:20 PM
Subject: Re: [Sip-implementors] Determining UDP Connection to use for a SIP
response
>
> No for UDP protocol("udp") and same IP:port should be used, why ?
> Most NATs are "port restricted cone" NAT, so they won't allow traffic in
> from the end point to where you haven't send data.
>
>
> 라스토기 wrote:
>>> Considering the behavior of UAS-2, my question is: whether any SIP
>>> standard suggests guidelines on whether it is advisable to send out
>>> responses from a UDP port which is different from the one on which the
>>> request was received? RFC 3261 - 18.2.2 Sending Responses only talks about
>>> the destination the response needs to be sent to, however nothing about the
>>> source.
>>>
>>>
>>
>> Response are sent with help of Via. So whatever Port is mentioned in Via,
>> response will be sent to that from UAS-2. Looks like in your example Via
>> contains 2000. In case of TCP/TLS, response are sent to same connection (if
>> still there) from where REQUEST was received. Pls confirm..
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
