Problemas de registro
From VoIP.ms Wiki
En algunas ocasiones es posible que se encuentre con problemas para registrar su dispositivo o softphone con su proveedor de VoIP, revisaremos algunas recomendaciones importantes para poder analizar las problemáticas relacionadas. Como podemos notar que existe un problema con el registro? Algunos indicadores son:
- Cuando intenta hacer una llamada, no tiene tono de marcado.
- Su numero DID solia funcionar pero ahora ya no puede recibir llamadas o estas se van directamente al buzón de voz.
- En el portal de clientes no puede ver el estatus de su registro (esto no aplica para IAX2 y autentificacion por Ip)
Es posible que en algunas situaciones especificas tenga que contactar al departamento técnico de VoIP.ms, este articulo le ayudara de igual forma a empezar a investigar de su lado, que posibles causas están afectando el registro.
Contents |
Reinicie su dispositivo
Algunos factores más comúnmente relacionados con el fallo en el registro pueden ser resueltos reiniciando su dispositivo o softphone, incluso el ruteador o módem. Esta sugerencia le ayudará en caso de haber experimentado una falla eléctrica o si su servicio de Internet dejo de funcionar por un cierto período de tiempo.
Nota: El uso de las opciones de "failover" puede ayudar a prevenir la perdida de llamadas durante el diagnostico, por ejemplo usted puede utilizar un desvió de llamadas a un numero externo o un buzón de voz para estas opciones.
ATA/Softphone.
Algunas sugerencias comunes que pueden seguirse en caso de que el problema este relacionado con el dispositivo:
- Verifique si su dispositivo tiene algún campo para editar la "expiración de registro", si usted encuentra este campo, usualmente lo vera configurado por defecto en 3600 segundos, edítelo por favor a 120 segundos.
- Utilice la dirección IP del servidor en lugar del nombre, ejemplo: Use 67.215.241.250 en lugar de losangeles.voip.ms. Esto es recomendado como diagnostico únicamente, si funciona es probable que tenga un problema de DNS afectando su red, haga la prueba por dos semana y luego cambie nuevamente al nombre de dominio del servidor, no es recomendado que mantenga su registro todo el tiempo utilizando la Ip, los proveedores VoIP suelen re-direccionar sus llamadas hacia otras Ip's en caso de problemas con algún servidor, lo cual no funcionara si usted esta registrado directamente hacia una Ip.
- Si usted tiene alguna opción en el dispositivo similar a "Nat keep alive" o "Nat mapping" activelas. Esto hará que la conexión no sea tomada como inactiva.
- Verifique que esta utilizando el "firmware" mas reciente para su dispositivo, algunos problemas menores suelen resolverse con las nuevas actualizaciones, por lo cual es importante mantener el sistema al día.
Expiracion de registro es un parámetro que controlo que tan frecuentemente el dispositivo se contactará con el servidor, para recordarle que se encuentra activo y confirmar su ubicación (dirección Ip pública y el puerto SIP). El servidor SIP es el que debe establecer este parámetro. Si la respuesta no se genera automáticamente, necesita entonces establecer esta parámetro de forma manual de acuerdo a las instrucciones de su proveedor.
Verifique los puertos
Por defecto no es necesario abrir puertos en el ruteador y esto solo se requiere en el caso de que tenga activo algún cortafuegos o regla que este bloqueando trafico en los puertos necesarios para VoIP, sin embargo si algún problema se presenta, podemos direccionar los siguientes puertos: UDP 5060 y también de 10000 a 20000 UDP,en el ruteador. Otra sugerencia es cuando se usan diferentes dispositivos en la misma red, puede designar un puerto interno (por ejemplo usar 5060, 5061, 5062, etc. consecutivamente). La comunicación entre el proveedor VoIP y el ruteador seguirá siendo mediante el puerto 5060 udp, aun cuando en la red interna se utilicen otros puertos.
Sospecha que su proveedor de Internet (ISP) pudiera estar bloqueando estos puertos? Es recomendable que los contacte para asegurarse de esto. Si tiene un dispositivo que soporte el protocolo IAX2, usted pued usarlo como una alternativa, solo asegurese que el puerto 4569 UDP no esta bloqueado en su red.
Cant connect to login server.
Verifique que su dispositivo muestra información relacionada con este error cuando no logra conectarse, por ejemplo en algunos dispositivos puede ver el estado de registro, si aparece como "Cant connect to login server", puede seguir estas sugerencias:
- Este error es causado usualmente por el router que de alguna manera esta bloqueando los intentos de registro, trate de reiniciar el router y luego el dispositivo (ATA), si esto no funciona, escriba nuevamente la información relacionada con el ID de usuario, contraseña y servidor en las opciones del dispositivo, también puede hacer una prueba con la dirección Ip del servidor en lugar del nombre de dominio. Si no tiene la dirección Ip, mande un ping al servidor o contacte con el soporte técnico de VoIP.ms
Tomato firmware (PAP2TNA).
This part is for PAP2T devices, when using the Tomato firmware:
- Some of the default settings with Linksys devices conflict with the default Tomato timeout settings. These are the UDP Timeout settings and if they are left at their defaults, VoIP devices will sometimes fail to register after an IP change. These may be found on the Conntrack/Netfilter page in the Tomato config. Set "unreplied timeout" to 10 seconds.
Asterisk/PBX system.
Some common suggestions that can be followed if the issue is related with an Asterisk system or a PBX:
- Add to your trunk nat=yes and qualify=yes, these 2 values can help with your registration issues.
- Use the IP address from the server instead of the domain name, example: Use 67.215.241.250 instead of losangeles.voip.ms. This item is recommended as diagnostic only, if this works for you, then it is probably a DNS issue affecting in your network, test using it for a couple of weeks and then change again to the domain name, it is not recommended to have the registration with the Ip all the time, VoIP providers tend to redirect the domain to another Ip in the case of a server issue, but this will not work if you are not using the domain.'
Nat=yes
The NAT option determines the type of setting for users trying to connect to an asterisk server. With VoIP.ms is recommend to have the NAT option set on Yes, which is the option that will work better.
Portal settings influencing NAT with Asterisk:
- yes = Always ignore info and assume NAT
- no = Use NAT mode only according to RFC3581 (;rport)
- never = Never attempt NAT mode or RFC3581 support
- route = Assume NAT, don't send rport (work around more UNIDEN bugs)
Qualify=yes
This feature may also be used to keep a UDP session open to a device that is located behind a network address translator (NAT). By sending the OPTIONS request, the UDP port binding in the NAT (on the outside address of the NAT/firewall device) is maintained by sending traffic through it. If the binding were to expire, there would be no way for Asterisk to initiate a call to the SIP device. This can be used in conjunction with the nat=yes setting.
Note that it is the qualify=xxx(in miliseconds) or qualify=yes or qualify=no in sip.conf file that determines the registration with the server. If you have "yes" for qualify it will check the registration with the server every 2 seconds.
