Archives de Categoría: Gateways

Configurador para HT503 disponible

Icono Voipeamos Transparenteht503_2Sabemos que el Grandstream HT503 es de los Gateways más vendidos, debido a su relación precio/calidad. Igualmente, sabemos que puede ser un poco complicado configurarlo de primeras e incluso dejar todos los parámetros afinados. Desde hoy, tenéis disponible en esta web y en exclusiva, un configurador para el HT503.

Consiste en un simple formulario en el que se solicitan unos datos básicos. Una vez se completan los datos y se valida el formulario, si todo va bien, se descargará un fichero XML con la configuración para tu unidad HT503. Dado que lo que normalmente se utiliza es el puerto FXO, la configuración XML solamente incluye la configuración relativa a ese puerto, que es al que le conectamos una línea analógica. El fichero XML te proporciona los parámetros mínimos necesarios para poner a punto tu nuevo HT503.

Para cargar ese fichero XML al HT503, puedes optar por 2 vías:

  1. Si dispones de un servidor de aprovisionamiento: Usas directamente este fichero XML para aprovisionar la configuración del HT503
  2. Subir la configuración directamente: Puedes acceder a la web de configuración del HT503, dentro de la sección Advanced Settings, pulsas el botón Upload Device Configuration y proporcionas el fichero XML. Con esto, una vez queden aplicados los cambios y reiniciado el equipo, quedará operativo.

Hay que tener en cuenta que el fichero XML proporciona los parámetros acordes a los estándares de las líneas analógicas españolas y que debe funcionar en la gran mayoría de las situaciones.

Espero que os sea de utilidad esta primera herramienta que pone a vuestra disposición Voipeamos. Cualquier crítica, consulta o duda, podéis contactar por cualquier vía y hacerla llegar.

Categorías Analógicos, Gateways, Grandstream, sip, xml.

Configuración de parámetros de seguridad en un HT503 de Grandstream

Logo GrandstreamA la hora de afrontar una instalación de una nueva PBX SIP para un cliente, nos preocupamos sobre que elementos, además de la propia centralita necesitará. Estos elementos van desde terminales SIP, a Gateways de lineas analógicas, Gateways RDSI y otros dispositivos. Una vez que está todo funcionando, nos planteamos el tema de la seguridad. En este momento, todos miramos al mismo sitio: la PBX. Nos preocupamos por aplicar correctamente distintas medidas de seguridad en la centralita, que pueden ir desde instalar un Firewall en la máquina hasta configurar contraseñas fuertes para los enlaces SIP con distintos dispositivos, pasando por otras muchas que se nos puedan ocurrir.

Efectivamente, podemos tener una centralita a prueba de bombas, pero ¿ qué sucede con los terminales SIP o los Gateways SIP ?. Si nos atacan y ese ataque tiene como objetivo la PBX, posiblemente, gracias a nuestras medidas de seguridad, podamos repelerlo. Pero, ¿ y si el ataque se dirige directamente a un Gateway SIP ?. Supongamos que tenemos un Grandstream HT503, en el cual tenemos conectada una línea analógica. Si nos atacan directamente al HT503 y ese ataque tiene éxito, posiblemente puedan usar de forma fraudulenta nuestra línea analógica.

Los ataques a los dispositivos SIP, tales como terminales SIP o Gateways SIP están muy presentes en el día a día. Un ataque exitoso sobre un terminal SIP puede hacer que éste realice llamadas a través de la PBX en la que está registrado de forma legítima desde el punto de vista de la PBX. Un ataque exitoso sobre un Gateway SIP puede hacer que se realicen llamadas a través de las líneas que éste tiene conectadas sin que la centralita se entere de nada.

En el caso que nos ocupa, el HT503, una vez que lo tenemos configurado (solemos configurar lo básico) queda operativo desde el punto de vista de que ya puede hacer y recibir llamadas por su línea analógica. Pero es que además, si se le envía un INVITE SIP (petición para realizar una llamada) el HT503 tramitará sin más ese INVITE SIP, haciendo una llamada por la línea analógica, así sin más. ¿ Es un defecto ?. La respuesta es que NO. En principio, un Gateway debe ser lo más flexible posible a la hora de hacer o recibir llamadas.

En el caso del HT503, si queremos securizar las llamadas salientes para asegurarnos que solamente haremos caso a los INVITE SIP que nos envíe la PBX con la cual esté registrado, tenemos una serie de parámetros que comento a continuación y que es importante que configuremos para evitarnos disgustos. Todos están dentro de la sección FXO PORT:

Parámetro: Validate incoming SIP message
Valor por Defecto: No.
Valor Recomendado: Yes.
Explicación: Si se tiene a Yes, todos los mensajes SIP entrantes serán validados de forma estricta según el RFC de SIP. Si el mensaje SIP no pasa la validación, será descartado.

Parámetro: Check SIP User ID for incoming INVITE
Valor por Defecto: No.
Valor Recomendado: Yes.
Explicación: Comprobar el SIP User ID que viene en la línea Request URI del paquete SIP. Si no coincide con el que tiene configurado el HT503, el mensaje se rechaza. Si este parámetro se activa, puede que el dispositivo no realice llamadas fácilmente (por ejemplo, no procesará INVITES sin el SIP User ID correcto).

Parámetro: Authenticate incoming INVITE
Valor por Defecto: No.
Valor Recomendado: Yes.
Explicación: Si está a Yes, forzará a que los INVITES deban ser autenticados con 401 Unauthorized usando el  Authenticate ID y la  Password SIP, de la misma forma en la que se procede con las peticiones REGISTER.

Parámetro: Allow Incoming SIP Messages from SIP Proxy Only
Valor por Defecto: No.
Valor Recomendado: Yes.
Explicación: Si está a Yes, comprueba que los mensajes SIP provengan del SIP Proxy. Si no provienen del SIP Proxy, se rechazan.

Existen otras formas de añadir seguridad sobre los Gateways y terminales SIP. En el caso del HT503, tenemos el parámetro Dial Plan en el cual podemos configurar que llamadas permitimos hacer y que llamadas no permitimos. Si por ejemplo, por una línea analógica solo nos interesa numeración nacional, quizás nos interese poner un Dial Plan que contenga solamente la regla [6-9]xxxxxxxx

Categorías Analógicos, Gateways, Grandstream, seguridad, sip.

Como configurar un Gateway Vega de Sangoma con 3CX

Sangoma Vega100GComo la gran mayoría sabréis, 3CX es una centralita SIP que, entre otra de las funcionalidades que presenta, es la posibilidad de configurar de forma automática o semi automática determinados modelos de teléfonos y Gateways de líneas en base a una serie de plantillas que trae de serie. Pues bien, en este artículo vamos a explicar los pasos para configurar un Gateway Vega de Sangoma con 3CX de forma secilla. Siguiendo estos pasos en el orden indicado, no se deberían tener problemas a la hora de configurar el Vega con 3CX.

Descarga de plantillas de Sangoma e incorporación de dichas plantillas a 3CX

Inicialmente tenemos que descargar un fichero ZIP en el cual están las plantillas que desarrolla y mantiene Sangoma para poder configurar sus Gateways Vega con 3CX. Para ello, basta con que descarguemos este fichero:

Plantillas de Sangoma para configurar Gateways Vega con 3CX

Este fichero debemos descargarlo en la máquina Windows en la que tengamos instalada nuestra central 3CX y volcar su contenido dentro del siguiente directorio, que suele ser el directorio por defecto en la mayoría de instalaciones de 3CX en el cual tenemos las plantillas de configuración para Gateways:

C:\ProgramData\3CX\Data\Http\Templates\gateway\

Una vez hecho esto, tendremos disponible en 3CX toda la gama de Gateways de Vega para poderlos configurar de forma semi automática.

Averiguar la Dirección IP del Vega

Necesitamos conocer la dirección IP que tiene nuestro Gateway Vega. Para ello, podemos consultar el log de nuestro servidor DHCP y en función de la MAC de nuestro Vega, ver que dirección IP le ha asignado, ya que por defecto, los Gateways Vega vienen en modo DHCP. Otra opción es utilizar la herramienta propia de Sangoma para buscar Gateways Vega en nuestra red. Puedes descargar dicha herramienta desde este enlace:

Vega IP Scanner

La tarea de averiguar la dirección IP del Vega no debería complicarse demasiado. En principio, con alguno de los dos métodos comentados debería ser suficiente en la mayoría de los casos.

Dar de alta el Gateway Vega en 3CX

Para dar de alta el Gateway en 3CX basta con ir a “Pasarelas VoIP/PSTN” y seguir los pasos necesarios. A continuación os muestro una serie de imágenes donde queda claro cada uno de los pasos y el orden de los mismos, aunque como veréis, es algo que se puede hacer de forma muy intuitiva.

Vega1

1. Ir a “Pasarelas VoIP/PSTN”, buscar la marca “Sangoma” y seleccionar el modelo de Vega a instalar. Proporcionar un nombre descriptivo.

Vega2

2. Parámetros particulares al modelo de Vega seleccionado. En el caso de un Vega de líneas RDSI, seleccionamos tan solo el país.

Vega3

3. Poner la dirección IP del Vega.

Vega4

4. Información de los puertos (Cuentas SIP). No tenemos que hacer nada.

Vega5

5. Regla de Salida de Llamadas para el Vega. Podemos saltarnos este paso y configurar una regla mas adelante o definir un prefijo de salida y crearla ahora.

Vega6

6. Generar el fichero de configuración estableciendo el interfaz de red y la máscara. Acabamos con la descarga del fichero en el equipo local.

Acceder al Vega y cargar el fichero de configuración generado

Una vez tenemos el fichero generado por 3CX para configurar el Vega, debemos acceder a la Web de configuración del Vega (el usuario por defecto es “admin” y la password por defecto es “admin”). Una vez dentro, debemos clickear en “Expert Config” y dentro de “Expert Config” clickearemos en “System”. En la web que nos aparecerá, debemos clickear en el botón “Choose File”, que lo tenemos justo al lado de la zona en la que pone “Send File to Gateway”. Tendremos que proporcionar el fichero generado por 3CX. Finalmente, clickearemos en el botón “Upload” y nuestro Vega quedará configurado para funcionar con nuestra 3CX.

Vega50Upload

 

En principio, siguiendo estos pasos, tendremos el Vega configurado para hacer y recibir llamadas con nuestra centralita 3CX de una forma básica. Hay que tener en cuenta que si se necesitasen planes de marcado más específicos habría que recurrir a configuraciones manuales del Vega, para lo cual, siempre recomendaré un poco de lectura auto formativa (el wiki de Sangoma tiene muchísima información), acudir al soporte técnico del distribuidor o empresa integradora en la cual hayas adquirido el Vega o recurrir directamente al soporte oficial de Sangoma a través del portal que tienen habilitado para ello.

Obviamente, si no hemos configurado una regla de llamada saliente en su momento, habría que establecer alguna para usar el Vega en salida.

Categorías 3CX, Gateways, Sangoma, Vega.

Parámetros estándares de líneas analógicas españolas

Como mencionaba en el artículo anterior, las líneas analógicas disponen de una serie de parámetros que deberíamos conocer de antemano, o al menos, tener la capacidad de averiguarlos de alguna forma. Las líneas analógicas españolas, y en principio, las de cada país, deben seguir unos estándares donde se definen los parámetros que éstas deben tener. Recogemos en este artículo los parámetros estándares para líneas analógicas españolas.

Tonos Regionales

Los tonos regionales más relevantes a la hora de configurar un gateway sip son: Dial Tone (tono de invitación a marcar), Ring Back Tone (tono que oímos cuando al realizar una llamada, el otro extremo está sonando),  Busy Tone (tono de ocupado) y Congestion Tone (tono de congestión). Los valores para estos tonos son:

Dial Tone: Frecuencia: 425 Hz , Volumen: -11, Cadencia: continuo

Ringback Tone: Frecuencia: 425 Hz , Volumen: -11, Cadencia: 1500 on 3000 off (cadencia en mili-segundos)

Busy Tone: Frecuencia: 425 Hz , Volumen: -11, Cadencia: 200 on 200 off (cadencia en mili-segundos)

Congestion Tone: Frecuencia: 425 Hz , Volumen: -11, Cadencia: 200 on 200 off 200 on 200 off 200 on 600 off (cadencia en mili-segundos)

Impedancia

600 Ohm

Inversión de Polaridad

Si

Método de Caller ID (Identificación de llamadas)

ETSI-FSK entre el primer y el segundo ring

Ejemplo: Grandstream

A continuación, se muestra como ejemplo, como quedarían estos parámetros su tuviéramos entre manos un gateway de la marca Grandstream

Dial Tone: 425@-11,c=0/0
Ringback Tone: 425@-11,c=1500/3000
Busy Tone: 425@-24,c=200/200
Congestion Tone: 425@-24,c=200/200-200/200-200/600

Impedancia de la línea: 600

Inversión de Polaridad: Habilitada (depende del modelo concreto)

Método de Caller ID: ETSI-FSK prior to Ringing with RP

Hay que tener en cuenta las siguientes consideraciones sobre los tonos regionales:

  • El volumen de los tonos busy y congestion se baja hasta -24. Recomendable en Grandstream para mejorar la detección de colgado.
  • Los valores de cadencias se representan el mili-segundos, indicándose así: on/off
  • La detección de Caller ID requiere que la llamada la retengamos en el gateway el tiempo equivalente a, al menos, 2 tonos de ring completos.
Categorías Analógicos, Gateways, Grandstream.

Líneas analógicas y Gateways SIP

A la hora de integrar una línea analógica con una central SIP, en la mayoría de los casos, acabamos usando Gateways analógicos. Dependiendo del tipo de línea analógica con la que nos enfrentemos, esta tarea puede ser relativamente sencilla o extremadamente complicada. Todo depende al final de la configuración de los parámetros analógicos de la línea en cuestión y de la forma de reflejar esos parámetros en la configuración del Gateway que tengamos entre manos. No vamos a entrar en detalles de configuración de un Gateway en concreto sino que se comentarán las características más relevantes de las líneas, tipos y como deberíamos configurar un Gateway según las mismas.

Parámetros básicos de líneas analógicas

Los parámetros básicos de una línea analógica, en cuanto a la configuración con Gateways SIP analógicos son los siguientes:

  • Inversión de Polaridad: Debemos conocer si la línea realiza inversión de polaridad al establecer y/o colgar una llamada.
  • Tonos regionales: Debemos conocer los tonos regionales que proporciona dicha línea. Los más relevantes son: Dial Tone (tono de invitación a marcar) , Busy Tone (tono de ocupado) , Reorder/Congestion Tone (Tono de congestión, usado normalmente como tono de desconexión de llamada), Ringing Tone (tono de ring).
  • Impedancia: Es un parámetro físico de la línea que toma relevancia cuando tratamos de mejorar la calidad de audio de la línea con el Gateway.
  • Método de Caller ID (Identificación de llamadas): Las líneas analógicas disponen normalmente de la información del número llamante (servicio que habrá que asegurarse tener activado si la línea la proporciona un Operador de Telefonía tradicional). Existen distintos métodos para pasar esta información a través de la línea. Hay que conocer pues, qué método está usando nuestra línea para pasar el identificador de llamada.
Tipos de Líneas Analógicas

Aunque todas las líneas analógicas comparten la misma tecnología y los mismos conceptos, desgraciadamente, no todas son iguales. Para las líneas analógicas españolas, se disponen de una serie de parámetros analógicos estándares que, en principio, todas deberían cumplir. Dichos parámetros son conocidos públicamente. Así pues, teniendo en cuenta este hecho, podemos encontrarnos con esta posible clasificación de líneas:

  • Línea analógica estándar: La clásica línea de voz que contratamos con Movistar. Cumple con los estándares.
  • Línea analógica de otros Operadores de Telefonía: El mismo caso de antes, pero líneas servidas por Ono, Jazztel, etc. Suelen cumplir los estándares, pero podemos encontrarnos casos de todo tipo.
  • Línea analógica proporcionada por un Trac Analógico-GSM (a.k.a. Licea): Aunque suelen proporcionarlos los Operadores de Telefonía, lamentablemente no suelen cumplir los estándares.
  • Línea analógica proporcionada por una centralita (Alcatel, Ericsson, etc.): Tampoco suelen cumplir los estándares.
  • Línea analógica que proviene de un Router de Fibra: Este tipo de líneas, tan de moda ahora con los packs integrados de conexión a Internet y telefonía no suelen cumplir los estándares tampoco.
La problemática real

Como podemos observar, el problema realmente no lo tendremos en nuestra capacidad a la hora de configurar un Gateway, sino a la hora de conocer los parámetros de la línea que tenemos entre manos. Conociendo estos datos de una línea, podemos configurar el Gateway analógico que queramos con nuestra central SIP sin mayores problemas.

Los problemas más relevantes que se nos pueden presentar son los siguientes:

  • Detección de colgado: El problema se da cuando, una vez establecida una llamada, se finaliza y la línea se queda ocupada. El Gateway en cuestión no detecta el colgado. Esto puede deberse a una configuración errónea de inversión de polaridad y/o configuración de tonos regionales. Para detectar el cuelgue, los Gateways usan distintos métodos (detección del tono de ocupado o de congestión, detección de inversión de polaridad, etc). Si no conocemos los tonos regionales que nos proporciona la línea o no sabemos si ésta realiza o no inversión de polaridad, no sabremos que debemos configurar en el Gateway, con lo cual, es probable que nuestro Gateway termine con una configuración no acorde con la línea que tenemos entre manos y éste no funcione correctamente a la hora de detectar el colgado.
  • Calidad de audio de llamadas: Este problema se da sobre todo cuando tenemos un parámetro de impedancia incorrecto o no acorde con la línea que nos ocupa. Debemos conocer la impedancia de la línea y configurar el Gateway acorde a la misma.
  • Salida de llamadas: Puede darse el caso en el que el Gateway no sea capaz de sacar llamadas a través de la línea. Puede deberse también a un problema de configuración de impedancia.
  • No se ve el Caller ID en llamadas entrantes: Este problema se cuando, obviamente, el servicio de Caller ID no está activo sobre la línea, con lo cual, habría que asegurarse de este hecho. Posteriormente, hay que tener en cuenta que tenemos el método de Caller ID correctamente configurado en nuestro Gateway en función de la línea que tiene conectada. Igualmente, también es necesario retener la llamada en el Gateway, por lo general, al menos 2 tonos de ring para que el Gateway sea capaz de ejecutar el proceso de detección de Caller ID. Un error muy común es caer en la tentación de querer hacer que la llamada pase inmediatamente a la parte SIP. Con esto, solo conseguiremos perder el Caller ID cuando entren llamadas del exterior.
Conclusiones

Como vemos, en general, el hecho de que un determinado Gateway presente problemas a la hora de tratar de integrarlo con una línea analógica no significa que el Gateway esté defectuoso o que el técnico en cuestión no sepa configurarlo. Tampoco significa que la línea esté mal. El problema básicamente está en conocer los parámetros de la línea y trasladarlos de forma correcta a nuestro Gateway.

Lo ideal siempre es tratar de conocer los parámetros de las líneas (consultando al Operador, al fabricante del enlace GSM Analógico, consultando la documentación del Router que la provee, etc.). En caso negativo, no nos quedaría más remedio que ir probando configuraciones poco a poco hasta afinar, de la mejor forma posible, los parámetros analógicos.

Categorías Analógicos, Gateways.