Existen ocasiones en que no se dispone de la gestión de todos los elementos que conforman la instalación de VoIP, pudiendo actuar únicamente sobre el servidor donde corre Asterisk. En este tipo de escenarios los problemas de calidad de voz son complicados de afrontar, ya que al no disponer de una fotografía completa en el momento que ocurren los problemas, es difícil determinar en que tramo se introducen. En el caso que los problemas sean de voz entrecortada, podemos intuir que estos se deben a un mal funcionamiento del networking, ya sea por perdida de paquetes o bien por un alto nivel de jitter. Leer más »

En muchas instalaciones de telefonía se utilizan prefijos para las llamadas al exterior. Es habitual que dicho prefijo sea el 0, herencia de antiguas centralitas analógicas donde este se usaba para “coger linea”.

A diferencia de aquella época, actualmente la identificación de numeración junto a los displays de los teléfonos permiten ver quien te llama o quien te ha llamado, el problema surge cuando se intenta rellamar a un destino que nos ha quedado guardado en el teléfono como llamada perdida o llamada recibida ya que al no tener el prefijo adecuado la llamada no puede ser cursada. Leer más »

Un función interesante que incorpora Asterisk 1.6 es la función VOLUME, la cual permite modificar el volumen RX o TX desde el dialplan. Mas interesante aún es descubrir que existe un backport para Asterisk 1.4. A continuación se explica el procedimiento para incluir esta función y su modo de uso. Leer más »

Sangoma ha sacado al mercado una línea de tarjetas de transcoding para Asterisk y FreeSWITCH con capacidad de hasta 480 canales simultáneos. En cuanto a los codecs soportados nos encontramos con una amplia lista disponible, la cual nos permite liberar la CPU del servidor de la mayor parte del transcoding requerido por Asterisk.

Leer más »

Una solución ampliamente conocida por su buen rendimiento es la solución de fax compuesta por Asterisk + IAXmodem + Hylafax. Este conjunto de aplicaciones nos permite recibir y enviar faxes a través de lineas RDSI (acceso básico o primario) o analógicas.

Ya hace tiempo que existen operadores IP que proporcionan soporte T.38, de una forma sencilla se podría decir que este protocolo permite enviar faxes (tecnología síncrona) sobre IP (tecnología asíncrona). Si necesitamos utilizar este tipo de servicio nos encontramos con el primer problema, el soporte de T.38 por parte de Asterisk. Leer más »

Como ya es sabido, Asterisk permite aplicar TOS (Type Of Service) tanto en el tráfico de señalización SIP como en el de media RTP (audio o vídeo) mediante los parámetros tos_sip, tos_audio y tos_video. Leer más »

En este post vamos a dar algunas recomendaciones en la LAN a la hora de implementar una solución voip o de telefonía IP. En concreto hablaremos de separacion de redes de voz y datos, PoE y de arquitecturas switching y CoS. Leer más »

Es indudable la calidad de los terminales Polycom, tanto en acabado como en calidad de audio. También destacan por su gran variedad de parámetros de configuración y su comodidad para aprovisionar grandes cantidades de terminales cómo ya explicamos aquí.

Respecto al networking, los terminales Polycom, como tantos otros terminales IP, disponen de un mini-switch que permite conectar un ordenador al terminal evitando así gastar un punto extra de red. El único cambio a realizar a nivel de networking, para conseguir una optima convivencia entre el tráfico de voz y el de datos, es modificar la naturaleza del puerto del switch de access port a trunk port. De esta forma es posible separar de forma lógica, mediante VLANs, los dos tipos de tráfico sin necesidad de utilizar más elementos físicos. Leer más »

A veces no se les da la importancia necesaria a esos pequeños detalles que pueden decantar la balanza entre una instalación exitosa y un cliente decepcionado con la solución. Uno de estos detalles son las dependencias externas de Asterisk, concretamente, la necesidad de evitar bruscos saltos de reloj del sistema y una correcta resolución de nombres.

Hablamos de dependencias externas ya que en ambos casos el buen funcionamiento depende de servicios externos como son el acceso a un servidor de hora y a un servidor DNS.

Para mantener el sistema en hora sin saltos bruscos podemos usar el servicio NTP, fácilmente instalable y configurable. En CentOS su instalación se limita a ejecutar yum.

yum install ntp

Una vez instalado configuraremos un servidor de hora de confianza en el fichero ntp.conf ubicado en el directorio /etc. Si el servidor dispone de acceso a Internet podemos usar, por ejemplo, el servidor de hora de Rediris (hora.rediris.es), sino deberemos usar un servidor de hora interno que nos proporcione el cliente. La sintaxis de la configuración es la siguiente.

server hora.rediris.es

Un salto brusco de reloj puede ocasionar que registros SIP y otros procesos internos fallen.

Respecto a la resolución de nombres, comúnmente se configura en el fichero resolv.conf , esto es correcto, pero debido a un problema con el módulo SIP de Asterisk es recomendable configurar los servidores de resolución de DNS mediante un servicio como BIND. El problema consiste en que cuando se tiene definido algún trunk SIP que necesita resolución de nombres (habitual en proveedores SIP), si en algún momento se pierde la resolución, el módulo SIP queda inutilizado, generando una incidencia grave.

Primero necesitamos instalar BIND.

yum install bind bind-libs caching-nameserver bind-chroot

Una vez instalado, modificaremos el archivo /var/named/chroot/etc/named.conf donde incluiremos la siguiente configuración.

Un terminal Polycom SoundPoint IP se puede configurar de 2 formas distintas,  vía web o bien mediante un servidor de aprovisionamiento. La primera opción es aceptable, dentro de sus limitaciones, si lo que se desea es configurar un solo terminal, pero si necesitamos configurar, por ejemplo, 100 terminales nos encontramos con un evidente problema de eficiencia ya que configurar web a web cada terminal no es una opción viable. Leer más »