[Serusers] onsip.org ser.cfg NAT issues.

[Java Rockx]

Dipole,

It is a violation of RFC3261 10.3 to alter the <Contact> header in a
REGISTER message response. The reason is that processing REGISTER
messages involves transaction matching as specified in Section 19.1.4.
The SIP UA should use the contact header returned in the 200OK
response for transaction matching.

fix_nated_register() will append fields to the contact header, but it
will not alter the contact URI - which is the proper way to handle
NATed client registrations.

You should also see in the MySQL location table that the "received"
column will have the actual NATed IP (ie, the public IP) of the SIP UA
while the contact column will have the actual RFC1918 URI. The
recieved column is used in subsequent calls to lookup("location").
Non-NATed REGISTER messages will not have a "recieved" value in the
location table.

Perhaps some call logs can help identify your problems.

Regards,
Paul

On Apr 4, 2005 7:24 PM, Dipole Moment <dipole.moment at gmail.com> wrote:
> Hi all,
> 
> Has anyone tried to implement SER using the getting started document
> on onsip.org?  I tried it but calling NAT users wasn't possible until
> I replaced fix_nated_register() with fix_nated_contact(), since
> otherwise, SER would store RFC1918 IP of the end user in location
> table.
> 
> Another issue is that when a user behind NAT tries to call someone
> with public IP address, only first few seconds of the conversation is
> heard by the caller, later on, although callee can hear the caller's
> voice the reverse isn't working.  I'm using SER with rtpproxy again
> from the onsip.org site.
> 
> Thanks in advance for any help.
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>