Acabamos de conocer que Redfone ha actualizado el diseño de sus dispositivos foneBridge2 con un chasis más ligero creado a base de polipropileno, un material plástico utilizado en teléfonos IP y en otros componentes electrónicos con el objeto de reducir costes y ser aun más competitivos.
Después que Digium publicara su tarjeta Digium TE820, Moises Silva nos avisó en un comentario que Sangoma estaría preparando una tarjeta con 16 primarios:
En algunos escenarios hay tanta demanda por densidad que es probable que pronto Sangoma tenga una tarjeta de 16 puertos.
Por lo que el pasado 5 de Junio, Sangoma publicó su nueva tarjeta de alta densidad (16 E1) con un nombre similar a sus anteriores tarjetas, la Sangoma A116.
La nueva tarjeta, junto con una nueva tarjeta GSM Sangoma W400.
La tarjeta GSM es similar a las ya conocidas por Junghanns o Beronet pero utiliza el sistema WanPipe de Sangoma, por lo que entenderemos que funciona similar al resto de tarjetas.
Como siempre pasa con estas tarjetas, el problema al que suelen enfrentarse es que las antenas se encuentran en la tarjeta, y conociendo donde suelen estar algunos sistemas de comunicaciones (en algún datacenter, en el sótano, o en algún lugar bastante más extraño), la cobertura no suele ser muy buena en estos sitios tan extraños.
Para ver estas tarjetas, recordad que Sangoma estará en el próximo evento VoIP2DAY 2012
Vamos a imaginar que queremos crear un sistema disponible el 99,99…% del tiempo, bien porque es un servicio vital para la empresa, bien porque cualquier pérdida o corte, puede provocar pérdidas económicas o de cualquier otro tipo. ¿Qué hacemos entonces?
Para eso se suele configurar lo que se denomina un «sistema redundante», es decir dos o más sistemas configurados de forma que uno de ellos sea el que está en funcionamiento, y en el caso en que deje de funcionar por cualquier motivo, se active otro de los sistemas que hasta ese momento estaba «en espera» o «inactivo» tan rápidamente como sea posible. Mediante este sistema, incluso en el peor de los casos (la rotura de un disco duro, un desbordamiento de memoria que mate un proceso vital, o incluso que alguien le pegue una patada al cable) puede seguir funcionando gracias al siguiente equipo hasta entonces «dormido».
Linux ya cuenta con muchas herramientas de este tipo, y seguramente cualquier usuario que trabaje con Asterisk o con cualquier otro servicio importante ya conocerá algunas herramientas como Heartbeat, Corosync, PeaceMaker, etc… son las más utilizadas. No obstante, hay quien prefiere utilizar virtualización para dotar al sistema de una «seguridad», por lo menos a nivel lógico (poco se puede hacer si el servidor que hospeda las máquinas virtuales se quema por una subida de tensión), pero aún así siempre se puede poner un servidor de máquinas virtualizadas en modo redundante (la cosa se empieza a complicar… pero es muy, muy seguro).
Sea como fuere, suele ser necesario al menos dos sistemas y los resultados son muy interesantes. No es un servicio digamos «intuitivo», pero siguiendo cualquier tutorial que se puede encontrar en Internet, es bien sencillo hacer tu primera prueba. Con el tiempo, configurar un sistema redundante es algo que se hace ya casi de forma automática.
En sistemas de comunicaciones basados en Asterisk es muy interesante esta técnica de redundancia, ya que (por ejemplo) un callcenter basado en un único sistema, en caso de que la tarjeta de red deje de funcionar, tendríamos a varias personas completamente paradas y todo el tiempo en que se encuentran paradas, son pérdidas de todo tipo: económica, productivas, tiempo, etc… por lo que un callcenter que dependa de una única máquina es realmente un riesgo muy, muy grande.
No obstante, si aún así contamos con dos máquinas configuradas en modo redundante (por si a alguna le da por dejar de funcionar), nos encontramos con un problema extra: las líneas de comunicaciones.
Si utilizamos proveedores IP, o gateways, igual el problema no es tan grande pero viene por otro lado (pérdidas de la conexión a internet, dependencia del tráfico del proveedor, latencia, necesidad de más ancho de banda,…), pero si utilizamos líneas de primarios, analógicas o RDSI básicas, la complejidad es diferente… ¿cómo conectamos las líneas a ambas máquinas de forma que, en caso de una parada del sistema principal, se conecte automáticamente al siguiente sistema? Vamos a ver qué soluciones encontramos…
Hace ya bastante tiempo que esperábamos que saliera una nueva versión principalmente por el conocimiento de algunos bugs que afectaban a la 1.4.10.2 y que únicamente estaban resueltos en la versión Trunk. No obstante, la espera se ha terminado y por fín tenemos la versión 1.4.11.
Entre las correcciones a diversos bugs que hemos padecido (por suerte, bastante retorcidos), quizás lo más interesante es sin duda el completo soporte para tarjetas RDSI Básicas en modo NT y Punto-Multi-Punto, así como una solución para evitar que el operador nos descargue la capa 2 de la RDSI para ahorrar energía, así que por fín parece que tendremos el soporte RDSI que tanto tiempo hemos esperado.
También se solucionan bastantes bugs conocidos y otros nuevos pero muy, muy interesantes.
Hora de actualizar, y recordad que tras actualizar LibPRI, hay que recompilar Asterisk. 😉
Podeis descargarlo de aquí:
http://downloads.asterisk.org/pub/telephony/libpri/
La gente de Redfone se ha puesto en contacto con Sinologic para presentar en exclusiva un nuevo desarrollo basado en el famoso foneBridge2 pero esta vez pensado para conectar un único primario E1 a la vez que una nueva reducir el coste al máximo posible: el Single Port foneBridge2.
Pensado para ser un dispositivo de bajo coste y como alternativa a las tarjetas PCI, en nuevo foneBridge2 de un puerto es un gateway TDMoE que se integra con el sistema mediante una sencilla instalación permitiendo crear infraestructuras redundantes utilizando un único componente hardware minimizando el coste general de la implantación.
El foneBridge2 se comporta exáctamente igual que una tarjeta PCI lo que reduce el coste a no necesitar de ningún interfaz web de configuración, memoria, etc… la principal diferencia es que en lugar de ir conectada físicamente a la placa base del sistema, la comunicación se transmite mediante el protocolo TDMoE (encapsulado en paquetes IP) por lo que tras utilizar el módulo correspondiente, el sistema detectará el dispositivo exáctamente igual que si estuviese conectada al sistema, pero estará conectada mediante la tarjeta de red.
En el siguiente diagrama podeis ver cómo se conectará este dispositivo que cuenta con un único puerto de red, por lo que si queremos redundancia, no nos quedará más remedio que utilizar un switch.
Este nuevo dispositivo tiene la posibilidad de un cancelador de eco hardware y aunque sólo tiene un único puerto de red se ha mejorado el interior mejorando considerablemente el rendimiento general y por lo tanto, junto con el nuevo libPri 1.4.10.2 que anunciaron hace unos días, se acabaron los problemas de sincronismo con el operador que ocurría con algunos operadores.
La principal ventaja (además de disponer de un dispositivo que puede ser utilizado en infraestructuras redundantes) es que su coste, será incluso inferior al de una tarjeta de 1 primario, convirtiendo a este dispositivo en una alternativa bastante interesante en una infraestructura de bajo coste.
Pronto tendremos más información…
Mi colega Joan de VoIPMinic (al que seguro que recordais todos los afortunados que fuisteis al VoIP2DAY) ha hecho un descubrimiento bastante curioso:
En las tarjetas de 4 primarios de Digium (TE420P) dentro de los conectores RJ48 de cada primario hay frases curiosas pensadas para que solo las descubra aquel que las utilice habitualmente (yo jamás he caído en la cuenta de mirar dentro de estos conectores, la verdad) entre las que se encuentran:
Además el artículo de VoIPMinic muestra otros ejemplos muy curiosos de otros fabricantes de hardware, así como una libre interpretación de lo que pueden significar estas frases en cada uno de los conectores.
No solo hay que estar aburrido para escribir estos mensajes, si no también para dar con ellos y buscar una interpretación ¿verdad?
No obstante es un gran y curioso descubrimiento… la próxima vez que caiga una tarjeta de estas en mis manos, me fijaré por si cambian las frases de una revisión a otra. 😀
Enlace: http://blog.voipminic.com/…/mensajes-ocultos-en-las-tarjetas-de-digium/
*ACTUALIZACION*
Tras mirar un par de tarjetas aparecen los siguientes mensajes:
– TE220P : Puerto 1: Who is John Galt Puerto 2: Scratch and Sniff
– TE120P : Puerto 1: Honesty
🙂
Otro día realmente agotador, primero porque era el día de la telefonía y en segundo lugar porque organizamos para los asistentes la esperada Asterisk Night Party.
Una noche agitada, con algún que otro juego tipo Trivial donde la persona que debía contestar la escogía la función RAND() de Asterisk (y donde quedó demostrada que hace falta programar algo para generar una semilla aleatoria en condiciones).
Por fín encontramos un «método» para repartir algo más del aire acondicionado a la sala que, con tantos ordenadores hacía bastante calor. 😀
Lo importante es que la gente aprendió, practicó y se divirtió. 🙂
