Solucion Problema Anexos Externos

[hanllenicolas]

Hace unos dias tenia problemas, teniendo algunos anexos (extensiones) en otra ubicacion, pero dentro de nuestra misma red WAN, el problema era que cuando llamabamos desde esos anexos externos a cualquiera de nuestras extensiones en la red LAn del 3cx, pues ellos no nos escuchaban, pero nososotros a ellos si, cosa que no pasaba nunca si llamabamos hacia afuera, hacia ellos la comunicacion ahi era perfecta.

Luego de 5 dias buscando solucion y de pensar que definitivamente no podia usar un grandstream GXP-2000 como anexo remoto, apuntando directamente a la publica de mi central 200.x.x.x. lo logres sencillamente apagando el servido STUN!! :shock: ..se acabo todo, y pensar que ya estaba por ponerles softphones a ellos y usar el tunel de 3cx..pero no..
todo se ha soluciono apagando el STUN y poniendo la publica de mi server, de esta manera el anexo externo se conecta al server directamente 200.x.x.x.


Lo escribo siempre es bueno publicar no solo dudas, sino tambien soluciones-- y mas cuando los problemas se deben a algo tan sencillo como deseleccionar un checkbox y aplicar...xDD

Saludos. :lol:

 

[edossantos]

Genial, de cualquier modo creo que es importante que la gente comprenda lo que es el STUN, porque en tu caso lo resolvió pero no siempre lo va a hacer.

El STUN permite conocer la direccion IP publica y los puertos que tenes cuando estas en una LAN que te da una direccion interna utilizando NAT. Hay varios tipos de NAT y el STUN no siempre lo resuelve correctamente. Por ejemplo, con NAT simetrica el STUN no funciona y si bien va a detectar correctamente la IP externa, los puertos varian y su funcion no se cumple.

Siempre que hay extensiones remotas, hay que verificar el tipo de NAT que se tiene:
- Si se tiene una IP publica directamente, no hay que utilizar STUN ni ningun otro mecanismo para detectar la direccion IP y puertos externos.
- Si se tiene una IP privada detras de un NAT Full Cone, entonces el STUN resuelve el problema.
- Si se tiene una IP privada detras de un NAT simetrico, entonces la solucion pasa por enviar paquetes "dummy" de RTP. No todos los telefonos soportan esto, y esto no siempre resuelve el problema. Si se esta en este caso que es el mas complejo y no se encuentra solucion, siempre conviene considerar utilizar una VPN o el tunel del softphone de 3CX.

Espero que la info sea util.

Saludos,

 

[hanllenicolas]

Gracias Eddo, tienes razon pude confundir en mi caso no es necesario como bien lo dices, pues poseo una IP publica "directa".


Saludos.

 

[yogutero]

Es muy útil lo que comentáis pero a ver si me podeía aclarar esto:

¿En las extensiones remotas cpn ip fija directa los puertos del router NAT deben abrirse nO?
¿También en el router del lugar donde está la extensión?


Gracias.

 

[hanllenicolas]

en el server o conexion donde esta la central 3cx idea que tenga una IP publica, y los puertos abiertos que dice el manual de 3cx, en mi caso un servidor win server con 3cx 7.0, dos interfaces de RED una co la ip publica, la otra con la que se conecta a la LAN donde estan los telefonos SIP de la sede principal.....

del otro lado, en otra sede un GXP2000 , apuntando a esa direccion ip publica del server, este GXP2000 lo tengo en DMZ, voy a ser franco contigo esto depende mucho tambien de tu proveedor, puede que en el router que te ponga tu proveedor te permita supuestamente poner en DMZ y redireccionamiento de puertos estaticos, pero seguro en su equipo BORDE de la ISP tengan reglas bloqueando trafico hacia alla o viceverza experimentando el problema tan extraño que por ejemplo se escuche perfecto cuando un punto llama al otro, pero cuando el otro llama no...donde supuestamente si funciona de un extremo , funcionaria del otro...espero ser claro :S...

lo otro.. la verdad, tambien he probado con nuestra red de area metropolitana...pero vamos no todos tienen una plataforma WISP a la mano, ni nada por el estilo..que bueno afortunadamente he podido probar para este caso y tener la libertad de crear las reglas necesarias..
Lo que queda es probar teniendo en cuenta lo anterior, tambien probar con una VPN, ojala una con Hardware, y asi con mucha paciencia se logra y luego se aprende mas xDD....y si no pues tocara tunelete 3cx...hasta que la solucion llegue o IPV6 nos salve del "Nateo y otros mil demonios" :lol: ...

Esperemos alguien haga un aporte mas, de todas formas seguire probando en distintos escenarios y limitaciones a ver que tal.. :|


Saludos.

 

[yogutero]

Gracias por la info, siempre es bueno aprender de gente que sabe mas que tu.

Yo la verdad ahora mismo tengo la centralita funcionando pero con los siguientes aspectos que ya he publicado en mas sitios del foro:

- Fax no lo uso, no lo eh configurado ni intentado.
- extensiones remotas, si mas gustaria uysarlas pero aun no las he hecho funcionar.
- registro directo desde 3CX a ya.com, después de un mes no estoy mucho más cerca de la solución. Si con asterisk se puede con 3CX también pero no se como.

En fin esos son mis caballos de batalla actuales, iré encontrando las soluciones o al menos eso espero.

Gracias de nuevo.