On 08-03 08:53, Jain, Rajnish wrote:
Jan,
I'm not much familiar w/ SER and at this point I've actually
unsubscribed from this mailing list, but consider the following:
You're right in storing the NAT's IP address and port in your location
database and then later sending the SIP message to that address.
However, why even have an option that results in the 200 OK for the
REGISTER to be constructed incorrectly (that is w/ the NAT's IP/port as
Contact).
Because you still need the function to rewrite the contacts of INVITE,
SUBSCRIBE and other messages.
If the user fails to set the option
(fix_nated_register), what are we
going to gain by putting NAT's address in 200 OK's Contact?
Why not have
the 200 OK always carry the correct Contacts?
Although it is not entirely correct, it works fine in many cases.
fix_nated_contact is not going to dissapear anyway, because it is
needed in other cases.
Jan.