[Users] RE: E: Replication Issue with UACs behind NAT
Mike Williams
mwilliams at etc1.net
Tue Mar 21 01:29:32 CET 2006
On Monday 20 March 2006 07:25, Dioris Moreno wrote:
I think the OpenSER dokuwiki would be an appropriate place. Check it out here:
http://openser.org/dokuwiki/doku.php
---Mike
> You were right. I found this email
> http://www.mail-archive.com/devel@openser.org/msg01288.html regarding
> what we're talking about. Now I tried it using the fix_nated_register in
> the proxy B that receive the replicated message to store the IP address
> and port of the proxy A and it works fine. When proxy B receives an
> INVITE to the given location, it sends the request to proxy A.
>
> Now I'm going to test the configuration and clean it. How and where can
> I publish this configuration after I have tested it? This is an
> important topic and I didn't found a configuration example, also I have
> read emails asking for it.
>
> Thanks again
>
>
> -----Mensaje original-----
> De: Helge Waastad [mailto:helge at smartnet.no]
> Enviado el: 20 de Marzo de 2006 3:03 p.m.
> Para: Dioris Moreno
> CC: users at openser.org
> Asunto: Re: E: Replication Issue with UACs behind NAT
>
> Hi,
> I might be mistaken,
> but I do belive the socket-info is only useful when U have several
> interfaces on one proxy and you need to route out the right interface on
> that particular proxy.
>
>
> br hw
>
> man, 20,.03.2006 kl. 14.40 -0500, skrev Dioris Moreno:
> > Thanks a lot.
> >
> > I was checking the use of sock_flag and add_sock_hdr to accomplish
>
> what
>
> > you explain (UAC1->P1->P2->UAC2).
> >
> > I added to my configuration file the following lines to the module
> > parameters section
> >
> > modparam("registrar", "sock_flag", 18)
> > modparam("registrar", "sock_hdr_name", "Sock-Info")
> >
> > Also, I added add_sock_hdr before replicating the REGISTER messages in
> > both proxies to include the socket IP and port of the proxy which
> > validate the user.
> >
> > add_sock_hdr("Sock-Info");
> > t_replicate("AAA.BBB.CCC.DDD", "5060");
> >
> > And, I added setflag(18) before saving the location to save the
>
> original
>
> > sock-info and not the current. However, I didn't see the original
>
> socket
>
> > info in the location table, instead I see in the table the socket IP
>
> and
>
> > port of the local server.
> >
> > if (search("^Contact:.*;received=")) {
> > setflag(6);
> > };
> > setflag(18);
> > save("location");
> >
> > Is this the way it should be doing? Am I in the right direction?
> >
> > Thank you
> >
> >
> > -----Mensaje original-----
> > De: Helge Waastad [mailto:helge at smartnet.no]
> > Enviado el: 20 de Marzo de 2006 12:58 p.m.
> > Para: nesken at gmail.com
> > CC: users at openser.org
> > Asunto: RE: Replication Issue with UACs behind NAT
> >
> > Hi,
> >
> > The problem with NAT (and btw firewalls aswell), unless you are static
> > NAT'in outside-inside,
> > the NAT relation between the UAC and OpenSER is strictly between the
> > two.
> >
> > The NAT router will se a packet coming to the right ip:port but not
>
> from
>
> > the correct ip:port...
> >
> > In short, if UAC1 -> P1 and UAC2-P2, an invite should follow:
> >
> > UAC1->P1->P2->UAC2
> >
> > br hw
More information about the sr-users
mailing list