[teleorinoco]

Saludos
Una manera de implementar la IP-PBX 3CX en ambiente corporativo es instalando en un servidor aparte bajo linux, nuestro propio servidor SIP, ya que esto es una ventaja enorme si tenemos en cuenta que por ejemplo al usar SIP Express Router es una solución robusta que favorece mucho la conexión con la central 3CX.
Un servidor SIP se instala en un servidor que puede ser el proxy de nuestra empresa y la central 3cx un servidor detrás de este Proxy, el cual maneja firewall por iptables. Lo unico que hay que hacer es abrir en el proxy los puertos de SIP y RTP y listo.
Esto es en teoría, pero en la práctica SIP utiliza puertos diferentes para realizar las conexiones, tanto para SIP propiamente como para el audio (RTP). Para esto se instala un servidor RTP proxy dentro del mismo Proxy y este se encarga de administrar el audio.
Si embargo esto tampoco es suficiente. Para que nuestro servidor SIP pueda interactuar con el exterior, debe instalarse un servidor llamado STUN (He aquí el dolor de cabeza), que lo único que hace es descubrir nuestras IP publicas para que haya comunicación. Digo IP publicas ya que son dos las ip publicas que necesita un servidor para este propósito.
3CX ofrece sus propios servidores STUN para configurarlos en la central, sin embargo esto retardaría la conexión de punto a punto externo o interno-externo. Es por eso que es mejor en una red corporativa tener nuestro propio servidor STUN
Desafortunadamente poco se sabe de la configuración de este servidor. En internet solo se encuentran escasas referencias y pobres manuales, y soporte técnico de 3CX no da muchas explicaciones al respecto y se limita a decir que 3CX tiene sus propios STUN
Sería muy beneficioso que soporte técnico de 3CX y este foro ayudara a la comunidad 3CX a crear nuestros propios servidores STUN para una mayor fluidez y respuesta de nuestras llamadas SIP en beneficio de los negocios, sobre todo a los distribuidores

Gracias

[hg]

Este no es el lugar para hacer publicidad.
muchas gracias

[teleorinoco]

¿Publicidad?.... No sé a que se refiere.
Solo expongo el caso de que se necesita soporte para configurar e implementar un servidor Stun.
Si no sabe nada de este tema, le sugiero que en lugar de lanzar críticas no contructivas, deje el camino libre a aquellos que si saben y quieren profundizar en el tópico para mejorar las comunicaciones corporativas y para el buen funcionamiento de la central 3CX
Gracias

[hg]

Evidentemente deba haber algun error con el msj anterior, y no creo que sepa nada de este tema, si chequea mejor el foro se dara cuenta que trato de aportar con mis conocimientos constantemente y de manera gratuita.
EL tema es asi, gralmente todos los servidores de stun que se utilizan son productos de equipamiento que estas utilizando, por ejemplo como bien decis 3cx tiene sus propios servidores de stun asi como counterpath y otros.
Vos decis que retrasarias la comunicacion utilizando stun servers de 3cx?... has intentado?, en caso de que pudieras instalar un stun server propio, donde lo instalarias?, pensa que deberia estar en DMZ, tienes esa posibilidad?.

[hg]

prueba este software! http://sourceforge.net/projects/stun/

[teleorinoco]

Expongo el caso con ejemplos especificos, pero de antemano aclaro que es inevitable hacer mención a otras marcas o a linux, así que ruego disculpas a los que no les agrada este tipo de citas.
La central 3cx de encuentra en una lan con la dirección 192.168.0.x corriendo en un SO Windows XP Profesional SP3. El proxy transparente (que esta delante de esta) tiene dos tarjetas de red. Una con la 192.168.0.1 (que es la puerta de enlace de la lan) y la pública 200.XX.XX.XX. Adicionalmente al proxy se le coloca una segunda dirección IP virtual, o sea la principal es eth0 y la virtual es eth0:0 con 200.xx.xx.xx, o sea que el proxy transparente tiene dos ip públicas (según especificaciones para un servidor stun)
En el iptables del proxy se abren los puertos de Voip y RTP, que son 5060 y 5090 y adicionales los siguientes rangos de puertos 3478:3479, 5480:5488, 5060:5061, 9000:9049, 8000:65000.
En el proxy transparente (que es donde va instalado el servidor sip) se instala SER (Sip Express Router), se instala STUN y se instala RTP proxy. Se parametrizan las configuraciones con los datos necesarios y se instalan varios softphones para probar.
Con la central 3cx no hay problemas si creo las extensiones internas y externas con el tunnel y con la configuración por defecto. Las extensiones funcionan bien y el audio fluye perfectamente. Incluso funciona con otros softphones de diferentes marcas. Y esto sucede porque el STUN que usa 3CX es propietario. Pero que sucede si usamos nuestro propio servidor STUN
Para no alejarnos hasta este punto todo funciona bien, ya que un servidor SIP funciona independientemente de la central 3CX. De hecho 3CX se beneficia del servidor SIP ya que usa su base de datos MySQL para los usuarios registrados en el SIP Server.
Si desactivamos entonces la central 3cx debería en teoría funcionar el SIP Server bien. De hecho funciona pero solo dentro de la LAN. Si creo un usuario llamado usuario@200.xx.xx.xx y llamo a usuario2@200.xx.xx.xx las comunicaciones fluyen bien, pero para los usuarios fuera de la lAN (desde el exterior) entran y salen las comunicaciones pero no hay audio.
El RTP Proxy instalado en el servidor Proxy Transparente es el encargado de transportar el audio y hace bien su trabajo, al igual que el SIP server. El que no trabaja bien es el STUN.
He hecho pruebas con el servidor STUN de 3CX y de Iptel (propietario de SIP Express Router) y las comunicaciones sip funcionan de maravilla (con retardo pero bien), pero con el propio no, por tanto a la hora de cambiar el STUN de #CX en la central por el propio de la empresa, el audio solo funcionará en la LAN interna y no con las extensiones remotas (bajo el protocolo SIP)

Entiéndase la vital importancia, ya que se supone que en comunicaciones privadas corporativas es mejor tener recursos propios y no públicos. 3cx nos ofrece gratuitamente el uso del servidor STUN para que este descubra nuestra IP pública (que en realidad es la funcion del STUN), pero no es recomendable usar servicios externos en redes críticas gubernamentales o privadas muy sensibles
Los manuales de cómo configurar un servidor STUN no ofrecen explicación abundante sobre este tema. [url]Sourceforge.net[/url]http://sourceforge.net/projects/stun/ - Iptel al igual que 3cX se limita a ofrecer el software, pero no aclara cómo se configura un servidor STUN, por considerarlo no prioritario (ya que ofrecen uno público)

Una de las explicaciones más acertadas para linux es la que se encuentra en este enlace: http://techironic.com/index.php/2010/08 ... lenny-5-0/
pero desafortunadamente no funciona como lo cita el autor

La conexión física es: Del modem de internet a la eth0 del proxy transparente y de la eth1 del proxy transparente a un switch que reparte a la LAN que es donde se encuentra la central 3CX

Gracias a todos por el apoyo en este tema
Espero que con esta explicación quede claro la configuración.

[hg]

Bueno bien, al fin un caso interesante para resolver, decime que productos (y versiones) probaste asi pongo en prueba otros en mi laboratorio y te doy acceso si funciona bien te paso las configuraciones.

[teleorinoco]

Proxy Transparente: Ubuntu Server 10.04 sin escritorio (GNome, KDE u otro) todo por terminal
Servidor SIP: Sip Express Router de Iptel (Se descarga de los repositorios de Ubuntu)
RTP Proxy: Se descarga de los repositorios de Ubuntu
Servidor STUN: Stun server de Iptel (Se descarga de los repositorios de Ubuntu) (sudo apt-get install stun)

Central 3CX: Instalada en un windows XP pro SP3

Conexión Física: Modem satelital Shiron conectado directamente a Proxy server a eth0 con ip pública 200.xx.xx.xx
eth1 ip 192.168.0.1 conectada a swich 3com que reparte a LAN
eth2 física con ip pública 200.xx.xx.xx
eth0:0 virtual con 200.xx.xx.xx (Servidor proxy transparente tiene 3 ip publicas. 2 físicas y 1 virtual)
Central 3CX conectada con la ip privada 192.168.0.4

Nota: No se usa router, por tanto no hay DMZ. Todo se maneja por el iptables y squid

Configuración del iptables
Descarga http://download.teleorinoco.com/backup_ ... 3_1643.rar

Configuración de SIP Express Router, se realizó según la siguiente descripción:
http://www.voipforo.com/ser/ser-instalacion-basica.php
http://ubuntuforums.org/archive/index.php/t-237875.html

Configuración de STUN server, se realizó según las siguientes descripciones:
http://www.abptech.com/pdf/pdf_products ... manual.pdf
http://techironic.com/index.php/2010/08 ... lenny-5-0/
http://www.voip-info.org/wiki/view/Vovi ... TUN+server

Configuración de RTP Proxy se realzó según la siguiente descripción:
http://www.voipuser.org/forum_topic_13867.html

Agradezco a la comunidad y hg por su interés en este caso

[hg]

Ya pongo manos a la obra e instalo en mi red un Stun SERVER, el tema q diferimos en cultiura, yo instalare todo sobre plataforma MS.

[teleorinoco]

Desde que funcione que es lo que importa....

gracias

[hg]

Bueno creo que va a causarte gracia este software q te voy a pasar, pero funciono bastante bien el dia de hoy, tienes alguna virtual con Windows para instalarlo?....
chequealo igual sigo buscando algun proyecto mas serio.
http://www.myvoipapp.com/minisipserver/screens.html

[teleorinoco]

Se ve Interesante... Haré las pruebas mañana a primera hora. He probado de todo y nada me ha funcionado así que soy muy receptivo a cualquier cosa, con tal de solucionar este problema

Hay un proyecto
http://sourceforge.net/projects/stun/
Pero tampoco funcionó, sin embargo el ejecutable WinStunSetup es muy bueno para determinar si el STUN esta operativo.
Yo creo que debe haber algo en la configuración, (no se si es en el proxy) que impide que STUN descubra las IP publicas y funcione correctamente. No se si esto que diré es correcto, pero leí en un sitio que hay que registrar el servidor sip en un sipbroker para que otros servidores sip encuentren el mío y viceversa (y crear rutas). No sé si esto guarda relación con el STUN, pero me queda la duda
Gracias

[hg]

No, con el stun no tenes que hacer nada, lo del sipbroker, es para que puedas empezar a enrutar llamados a tu "servidor" pero el stun no aplica en ese caso.
proba y decime asi lo segimos...
un gran saludo...

[teleorinoco]

ok. Aun no he probado tu solución ya que, tengo que las ip publicas las tiene el proxy transparente y esta en uso. Debo esperar a después que termine la jornada laboral o mañana sábado para poder colocárselas a un equipo con windows

Tengo una duda. En la descarga dice que es para varios clientes y hay dos versiones. Cual recomiendas para hacer las pruebas??
http://www.myvoipapp.com/download/

[hg]

Yo la prueba la realice sobre un windows2003 SRV.