Una línea de primario no es un tipo de línea que podamos tener cómodamente en casa ya que está pensado principalmente para empresas con un gran número de llamadas entrantes y/o salientes, por lo que muchos de los usuarios que no trabajan con este tipo de líneas se encuentran con un gran vacío de documentación útil que pueda ayudarles a detectar dónde están los errores. Desde Sinologic vamos a dar algunas claves importantes para detectar errores, y evitar el «choque» que puede presentarse con el operador cuando una línea de este tipo no funciona como debiera.
No deberíamos decir siquiera que, un primario es una comunicación entre dos sistemas (nuestro Asterisk y el operador) y, como tal, debemos tener en común los distintos parámetros que conforman la configuración de este tipo de líneas. De poco nos sirve que el operador nos provea de un primario y no nos indique la señalización, quién actúa como fuente de reloj o si disponemos de CRC4 o no. También hay que tener en cuenta que, mientras en Europa, Ásia y África se sigue un estándar bastante estricto sobre los parámetros, en América, Australia o Japón no existe esta «ventaja» y hay que conocer bastante bien todos los parámetros de la línea de primarios que nos ofrece el operador para conseguir configurarla correctamente.
Pero aún así nos encontramos con que, aun habiendo configurado «aparentemente» bien el primario, aparecen errores, caídas de llamadas, bloqueos de canales, imposibilidad de realizar llamadas, etc. Lo primero que hemos hecho es aumentar el debug del sistema buscando errores que puedan darse (en el archivo /etc/asterisk/logger.conf, habilitando el parámetro ‘debug‘ en ‘console’ o en ‘full’) de esta forma podremos ver si aparece algún mensaje de error que no debería ser, identificándola, entendiendo qué dice y buscando información sobre qué significa y cómo solucionarla.
