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

Java Rockx javarockx at gmail.com
Tue Apr 5 17:41:46 CEST 2005


Charles,

You can get any RFC from http://www.ietf.org/

RFC1918 specifies "private IP" addresses. RFC3261 is the most recent
SIP specification. Both documents are quite long. So grab a cup of
coffee and enjoy some rather dry reading.

Regards,
Paul

On Apr 5, 2005 11:30 AM, Charles Wang <lazy.charles at gmail.com> wrote:
> Dipole, Java:
> 
> Sorry, I am a newbie for sip. But I wanna know what it looks like
> about RFC1918's IP and RFC3261's IP?
> Can you give me some explains?
> 
> On Apr 5, 2005 8:19 AM, Java Rockx <javarockx at gmail.com> wrote:
> > 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
> > >
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> 
> --
> 
> Best Regards
> Charles
>




More information about the sr-users mailing list