21 maj 2013 kl. 11:19 skrev isshed <[email protected]>: > Anand > > the received parameter is added by your own stack(one who received the > request). It contains real IP from where the packet is received. In case of > NAT it will be NAT IP. That seems like a broken NAT. If you are inside of a NAT and receive a message from the outside, the NAT should not change the sender's address, right?
/O > > On Tue, May 21, 2013 at 2:35 PM, ANAND KUMAR <[email protected]>wrote: > >> Section 18.2.2 Sending Responses (For servers) of rfc3261 says: >> >> if the top Via has a "received" parameter, the response MUST be sent to >> the address in the "received" parameter, using the port indicated in the >> "sent-by" value, or using port 5060 if none is specified explicitly. If >> this fails, for example, elicits an ICMP "port unreachable" response >> >> >> Now assume a Client (which is behind a proxy and there may be a NAT >> between the client and proxy) which is in a 2-way call receives BYE for >> this call (I am assuming UAS behaviour by the Client) having top Via header >> with received parameter (having ip address which is not same as that of the >> proxy). >> >> My query: >> >> 1. Then should this Client send 200 OK of BYE to this ip address >> (received)? >> 2. Will this scenario ever happen for the client (also assume a NAT >> between the Client and proxy for the purpose of analysis) in realtime? >> 3. If this scenario will never happen in real time then does the RFC >> statement(written above) stands valid for this Client (UAS in this case)? >> >> Please correct my understanding if it is wrong somewhere. >> >> >> Thanks in advance >> Anand Kumar >> _______________________________________________ >> Sip-implementors mailing list >> [email protected] >> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >> > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
