Hello,
opening this for discussion to get more eyes on the IETF specs to be sure I haven't missed any requirements.
We are no adding received parameter to Via header as required by RFC 3261:
18.2.1 Receiving Requests
When the server transport receives a request over any transport, it MUST examine the value of the "sent-by" parameter in the top Via header field value. If the host portion of the "sent-by" parameter contains a domain name, or if it contains an IP address that differs from the packet source address, the server MUST add a "received" parameter to that Via header field value. This parameter MUST contain the source address from which the packet was received. This is to assist the server transport layer in sending the response, since it must be sent to the source IP address from which the request came.
But then RFC3581 says:
4. Server Behavior
The server behavior specified here affects the transport processing defined in Section 18.2 of SIP [1].
When a server compliant to this specification (which can be a proxy or UAS) receives a request, it examines the topmost Via header field value. If this Via header field value contains an "rport" parameter with no value, it MUST set the value of the parameter to the source port of the request. This is analogous to the way in which a server will insert the "received" parameter into the topmost Via header field value. In fact, the server MUST insert a "received" parameter containing the source IP address that the request came from, even if it is identical to the value of the "sent-by" component. Note that this processing takes place independent of the transport protocol.
I understand that if rport parameter is present in incoming Via, received has to be added always, even when matching the IP address in via. RFC3261 required to be added only when it source IP was different than the address in Via.
On the other hand, the RFC3261 says received is needed for helping the server to route back the reply, so received shouldn't make much sense for upstream. However, apparently, some clients use it (or at least check it and don't work properly if not present after a rport -- one specific example is that some phone is not making calls after sending REGISTER with rport and not receiving received).
RFC3581 says that server behavior affect what was specified in 3261, so my plan is to send received always if rport is present, but I wanted to see if anyone sees issues with that or there is another more recent rfc amending further the behaviour related to rport.
Cheers, Daniel