Configuración de terminales


En el sistema de centralitas VPBX se suele configurar la utilización de los puertos SIP:

  • 5060: El puerto por defecto SIP
  • 7060: Puerto alternativo para evitar la interceptación por los (SIP-ALG)¹ de los routers de los operadores

Puerto centralita

El puerto que utiliza nuestra centralita vendrá indicado en la página web de consulta de las contraseñas.

Autoconfiguración del puerto

Los terminales que soportan (SRV o NATPR/SRV)² pueden "descubrir" a qué servidor y por qué puerto deben conectarse, en estos terminales no es necesario configurar nada más que los datos principales:

  • Dominio
  • Usuario
  • Contraseña

En muchos terminales las opciones de SRV y NAPTR/SRV no vienen activadas por defecto, por lo que si queremos usarlas, habrá que activarlas en la configuración del equipo.

Para los terminales Cisco, Yealink y Grandstream es necesario hacer unos ajustes para que usen este estándar.***

Recomendaciones

Muchas veces, las redes o routers de los operadores que nos proporcionan la conexión a Internet pueden interferir en la conexión de nuestra extensión con la centralita.

Uno de las opciones es usar como protocolo de transporte TCP (y no UDP, como sería por defecto) para conectar a nuestra centralita

NAT Keep-Alive

Debemos configurar siempre nuestros terminales con la opción de (NAT Keep-Alive)³ habilitada. Ésta opción también es conocida como (UDP hole punching).

Cisco


Configuración de terminales

Los terminales CISCO de la gama SPAXXX vienen de origen con una configuración adaptada a conexiones en la propia red local, por lo que es recomendable realizar algunos cambios.

Las opciones abajo indicadas, se configurarán entrando en el modo "avanzado" como "administrador".

Sección SIP

En esta sección modificaremos la subsección "NAT Support Parameters", poniendo a "yes" los siguientes valores:

  • Handle VIA received: yes
  • Insert VIA received: yes
  • Handle VIA rport: yes
  • Insert VIA rport: yes
Sección "Ext1" o la cuenta SIP correspondiente

Primero indicaremos que se use el NAT Keep-Alive en la subsección "NAT Settings", configurando lo siguiente:

  • NAT Keep Alive Msg: $NOTIFY
  • NAT Keep Alive Enable: yes
  • NAT Keep Alive Dest: $PROXY

Luego indicaremos que se use el estándar SRV para autodescubrir el puerto al que se debe conectar, por lo que en la subsección "Proxy and Registration", configuraremos:

  • Use DNS SRV: yes
  • DNS SRV Auto Prefix: yes

Con esta configuración, sólo faltaría indicar los datos de conexión:

  • Proxy: dominio de mi centralita
  • User ID: extensión a configurar
  • Password: contraseña de mi extensión

Configuración de terminales

Los terminales Yealink vienen de origen con el NAT Keep-Alive habilitado, por lo que sólo habrá que añadir la configuración necesaria para usar NAPTR/SRV.

Al configurar una de las cuentas (por ejemplo "Account 1"), configuraremos lo siguiente:

  • Line Active: Enabled
  • Label: extensión
  • Display Name: extensión
  • Register Name: extensión
  • User Name: extensión
  • Password: contraseña
  • SIP Server 1 -> Server Host: dominio centralita
  • Port: 0
  • Transport: DNS NAPTR

Grandstream


Configuración de terminales

Los terminales Grandstream hay más variedad de configuración ya que en función del modelo y firmware vienen activadas por defecto unas opciones u otras.

Cuenta

A nivel de cuenta, deberemos configurar lo siguiente:

General Settings
  • Account Active: Yes
  • Account Name: extensión
  • SIP Server: dominio centralita
  • SIP User ID: extensión
  • Authenticate ID: extensión
  • Authenticate Password: contraseña
  • Name: extensión
Network Settings
  • DNS Mode: SRV ó NAPTR/SRV
  • NAT Traversal: Keep-Alive
Problemas detectados con Grandstream
CACHE DNS

Los terminales Grandstream no suelen reaccionar ante un cambio de DNS, por lo que si se produce alguno, normalmente, es necesario reiniciar el terminal para que vuelva a resolver correctamente.

Problemas con el Jitter

En algunas versiones de firmware se ha detectado que los clientes reportan problemas de entrecorte en sus comunicaciones, no habiendo ningún problema de red que lo justifique.

Parece que esto es debido a la gestión del (jitter) que hace el terminal.

Clientes nos han reportado que modificando la opción del tipo de jitter, se soluciona. Esta opción por defecto está fijada a "Adaptive", ocasionando los problemas de audio comentados.

Modificando esta opción y fijándola a "Fixed", esta solucionando el problema en estos momentos. Por tanto habría que configurar el teminal con esta propiedad:

  • Account X -> Audio Settings -> Jitter Buffer Type: Fixed

3cx_softphone


Configuración de softphone 3CX

Para configurar el softphone 3CX nos harán falta los datos de acceso:

  • Usuario
  • Contraseña
  • Dominio

Para obtenerlos, accediendo como administrador al panel de configuración.


[¹](SIP-ALG) Application Layer Gateway es un componente de software que gestiona protocolos de aplicación específicos, tales como SIP (Session Initiation Protocol) y FTP (File Transfer Protocol).

[²](SRV o NATPR/SRV) La combinación de registros NAPTR con registros de servicio (SRV) permite el encadenamiento de múltiples registros para formar reglas de reescritura complejas que producen nuevas etiquetas de dominio.

[³](NAT Keep-Alive)están habilitados para mantener activa la asignación dinámica de NAT durante una conexión entre dos pares.

[⁴](UDP hole punching)es una técnica utilizada comúnmente en las aplicaciones de traducción de direcciones de red (NAT) para mantener las secuencias de paquetes del Protocolo de datagramas de usuario (UDP) que atraviesan el NAT.

[⁵](Jitter)variabilidad temporal durante el envío de señales digitales*.