[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sr-users-es
Subject:    [OpenSER-Users-ES] NAT+PRESENCIA SIMPLE
From:       ibc () aliax ! net (=?utf-8?q?I=C3=B1aki_Baz_Castillo?=)
Date:       2007-09-24 20:11:02
Message-ID: 200709242211.02775.ibc () aliax ! net
[Download RAW message or body]

El Lunes, 24 de Septiembre de 2007, Arturo Miranda Vera escribi?:
> tengo mi servidor OpenSER con una IP publica, para poder hacer llamadas
> independiente donde me encuentre en la red, mi configuracion es la
> sencilla, soporta presencia simple, ahora lei que para soportar NAT debo
> instalar el RPTPRoxy  en la misma PC o en otra, para que maneje el trafico
> multimedia. si alguien tuviera el archivo de configuracion de como hacer
> todo ello, he intentado con los que hay en la red y no  lo consigo. espero
> contar con vosotros
>
> lo que necesito es openser-presencia+nat.

Arturo, personalmente creo que es mejor ense?ar a pescar que dar un pez. El 
tema del NAT es de lo m?s complejo que hay en OpenSer (al menos de lo que yo 
conozco) debido a que SIP no contempl? NAT en su dise?o. Por eso creo que es 
muy negativo para ti el pedir que te lo den hecho, ya que cuando tengas alg?n 
problema no sabr?s identificarlo.

Yo te recomiendo encarecidamente de que te documentes sobre el problema de SIP 
y NAT,que sepas totalmente identificarlo y entenderlo. Escrib? hace poco un 
post sobre ello, tal vez te sea ?til:
    http://blog.aliax.net/2007/08/aclarando-sip-y-nat.html

Te aconsejo:

- Entiende perfectamente el problema en la cabecera "Contact" y en el "SDP", 
tanto en un REGISTER como en un INVITE.

- Entiende c?mo se env?a un mensaje in-dialog (por ejemplo un BYE), f?jate en 
el URI, y c?mo si el destino est? tras NAT es necesario (salvo STUN) que 
dicho paquete tenga cabecera "Route: sip:servidor_openser" para que se rute 
por OpenSer que es el ?nico que puede contactar con el destino ya que le 
env?a peri?dicamente pings (ICMP o SIP OPTIONS) para mantener la comunicaci?n 
abierta.

- Monta unos cuanto tel?fonos, alguno tras NAT, otro con NAT pero STUN activo, 
otro con IP p?blica. Haz llamadas entre ellos y captura con "ngrep" el 
tr?fico. Observa y entiende cu?ndo y porqu? se produce un problema con el NAT 
y qu? es lo que hace falta para solucionarlo, y luego buscas en OpenSer las 
funciones que hagan esas cosas. Pero no al rev?s.

Saludos.


-- 
I?aki Baz Castillo



[prev in list] [next in list] [prev in thread] [next in thread]