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.
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
