Configuracion de una troncal sip en la nube AWS.

oslocomunicaciones

Supongamos que tengo una instancia EC2 y esta tiene los siguientes permisos:
UDP 20000-50000 (Totalmente abierto)
UDP 5060-5080 (Totalmente abierto)
HTTPS puerto 443 My IP
SSH Puerto 22 MyIP
**y una troncal PJSIP que se registra correctamente en una maquina virtual.**
type=wizard
transport=trunk-nat-transport
accepts_registrations=no
accepts_auth=no
sends_registrations=yes
sends_auth=yes
endpoint/rtp_symmetric=yes
endpoint/force_rport=yes
endpoint/rewrite_contact=yes
endpoint/timers=yes
aor/qualify_frequency=60
endpoint/allow=alaw,ulaw
endpoint/dtmf_mode=rfc4733
endpoint/context=from-pstn
remote_hosts=proxy2.lemmor.com:5068
endpoint/from_user=cuenta_voip
outbound_auth/username=cuenta_voip
outbound_auth/password=CONTRASEÑA

Esta troncal la llevo a la nube y no se registra
configure el archivo rtp.conf
[general]
rtpstart=20000
rtpend=50000
rtpchecksums=no

Hay algun archivo como
sip_nat.conf (como issabel)
nat=force_rport,comedia
externip=xx.xx.xx.xx * La ip publica
localnet= ll.ll.ll.ll/255.255.240.0 * La ip Local que haya que configurar en OMNILEADS
o falta algo adicional que configurar?
Les agradeciria su valiosa ayuda a la comunidad

felipem1210

Buenas. Si el archivo para manejo de de IP publica para troncales pjsip lo manejamos en oml_pjsip_transports.conf. Alli tienes que modificar la IP publica en la seccion [trunk-nat-transport]. Sin embargo durante la instalacion del OML se detecta la IP publica por la que está saliendo y se escribe en este archivo. Verifica a ver si está bien ahí

oslocomunicaciones

La ip publica de AWS esta correcta
[agent-transport]
type=transport
async_operations=1
bind=0.0.0.0:5160
protocol=udp
allow_reload=yes
symmetric_transport=no

[trunk-transport]
type=transport
async_operations=1
bind=0.0.0.0:5161
protocol=udp
allow_reload=yes
symmetric_transport=no

[trunk-nat-transport]
type=transport
async_operations=1
bind=0.0.0.0:5162
protocol=udp
allow_reload=yes
symmetric_transport=no
external_media_address=52.55.159.52
external_signaling_address=52.55.159.52

En una instalacion con VIRTUALBOX el puerto que funciono fue el 5060.
remote_hosts=proxy2.lemmor.com:5068 no se si aqui requiera otro puerto, ya que no se firma.
La otra prueba que voy hacer es apuntar con una cuenta VOIP directamente a la IP FIJA. Pero lo anterior tiene que funcionar en base a las instalaciones que tengo en ISSABEL en AWS.
Gracias espero sus amables comentarios

oslocomunicaciones

Corrijo el puerto que me funciono en una instalacion normal fue 5068

felipem1210

Si tienes el puerto 5068 abierto en el Security Group de la instancia para tanto trafico entrante como saliente deberias poder registrar sin problema. Deberia ya consultarlo con tu proveedor de lado de OML no veo nada raro
Saludos

oslocomunicaciones

en el firewall esta definido UDP 5060-5068 abierto totalmente y tambien configure el firewall en inbound y outbound totalmente. y sigue rechazado. Pienso que debe ser direccionado a un puerto que todavia no identifico en la nube. Con el proveedor de la troncal esta totalmente abiertos a sus puertos 5060-5068 y rtp 1000-2000 y 10000 y 20000. Todo eso ya se provo.

oslocomunicaciones

Listo solucionado Se cambio de Region la Instancia