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.
Como viene siendo habitual, en Sinologic nos hacemos eco de los grandes eventos y como no puede ser de otro modo, de las grandes oportunidades y todo esto lo decimos porque del 9 al 13 de diciembre, Olle Johansson ofrecerá su famoso training sobre protocolo SIP que en esta ocasión se celebrará en Miami (USA) concretamente en las instalaciones de Red-fone y para el que no conozca qué es el SIP MasterClass, comentaremos que es un curso orientado a personas que conozcan aspectos básicos de la VoIP y Asterisk y que deseen aprender Kamailio, por lo que aquellos que no sepan SIP, es la ocasión ideal para aprender.
Las veces que se ha organizado la SIP Masterclass en España, hemos recibido comentarios y mensajes preguntándonos si sabíamos cuándo se celebraría en el continente americano y esta es la gran oportunidad para todos aquellos que quieren iniciarse en Kamailio y en las redes SIP.
The SIP Protocol
Más información:
http://www.avanzada7.com/es/noticias/curso-sip-masterclass-miami-diciembre-2013
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…
El uso de máquinas virtuales está cada día más asentado en las empresas porque permiten ahorrar costes, realizar copias de seguridad mejor y más fácilmente, y evitar errores hardware directo.
Redfone, la empresa que fabrica los famosos foneBridge2, publicó hace ya tiempo, un software comercial que permite conectar un foneBridge a una máquina virtual y convertirlo en un gateway SIP, de forma que podamos ser capaces de utilizar los primarios conectados como si de un gateway de primarios se tratase y con la ventaja principal del coste global de la solución (bastante más económico que un gateway de primarios normal), además, para evitar dedicarle una máquina a hacer de gateway, este es compatible 100% con el software de virtualización VMWare ESX permitiendo tener varios Asterisk en otras máquinas virtuales conectados al sistema VGate y todos juntos utilizar el primario a la vez, como si de un proveedor se tratase.
En el VoIP2DAY de Octubre ya tuvimos la oportunidad de conocer más detalles y si bien era un producto bastante innovador, el precio lo hacía aún mucho más atractivo para aquellas empresas que estaban interesadas en ahorrar costes a través de la virtualización de sus servicios:
(más…)
Después de más de 2 años con los primeros intentos de incluir los módulos de los foneBridge2 en el paquete oficial de DAHDI, parece ser que por fín se ha logrado incluir estos en la versión trunk que incluye los principales cambios que en cierto tiempo pasarán a formar parte de la versión estable.
Un de los «mínimos inconvenientes» a la hora de instalar un foneBridge2 es, sin duda, tener que utilizar un paquete DAHDI especial que siempre se ha venido descargando de la página de soporte de Redfone, y gracias a la documentación y a los distintos paquetes que podemos encontrar, la instalación siempre ha sido bastante sencilla y rápida. No obstante el uso de un foneBridge2 siempre ha requerido de algunos «trucos» que nos pueden extrañar poco habituales como la obligación de desinstalar el script de inicio que incluye DAHDI cuando se instala el paquete y sustituirlo por uno especial de Redfone para evitar mensajes extraños o fallos de incompatibilidad entre el módulo tdmoe que ya trae DAHDI con el módulo tdmoe multiframe que es el que utiliza Redfone, algo que podremos evitar una vez sea incluido en el driver oficial.
Esto sin duda mejorará el soporte y la sensación general de que nuestro dispositivo está bien soportado. Ya lo estaba por supuesto ya que hay una gran cantidad de usuarios con excelentes opiniones y críticas sobre este dispositivos, y aquellos que tienen alguna incidencia, la gente del soporte técnico de Redfone hace lo imposible para que el cliente quede satisfecho. Esto es realmente digno de admirar hoy día y ofrece una total tranquilidad y seguridad a aquellos usuarios que optan por esta solución.
En la página de cuestiones de Asterisk se puede ver el nuevo módulo que ha sido añadido por JBenden al trunk de Asterisk: https://issues.asterisk.org/view.php?id=13483
Muchas gracias a Jorge Churio por el aviso.
TsLinkNet es una solución software que se instala en un sistema GNU/Linux y transforma el hardware PSTN a una conexión estandar SIP pudiendo ser utilizada por otras aplicaciones como Asterisk, FreeSwitch, Kamailio u OpenSIPS.
TsLinkNet también trasforma la señalización SIP a señalización PSTN convirtiendo los paquetes codificados de G.711 a tramas TDM utilizados por líneas digitales.
Este software está desarrollado por una empresa que ha creado una pila para comunicarse con la PSTN que sustituye las LibPRI que generalmente utilizamos y lo dota de algunas nuevas características que mejoran el rendimiento y las capacidades de este último.
Si os interesa, podeis ver una comparativa de rendimiento entre este software y las LibPRI.
Aunque hemos hablado de conexión con la PSTN de un modo genérico, esta pila está certificada para funcionar junto con dispositivos de Redfone como los foneBridge2 pudiendo utilizar, no únicamente Asterisk, si no cualquier otro software compatible con SIP para trabajar con los foneBridges haciendola una solución aún más flexible y competitiva.
El datasheet de este software:
http://red-fone.com/images/products/tslinnet_rf_datasheet.pdf
Más información en la web de TsLinkNet.
Por fin hemos recibido el primer «foneBridge2 single port E1» que ha pisado nuestras fronteras y del que ya hablamos en exclusiva, y hemos decir que nos ha sorprendido bastante, no únicamente por su nuevo aspecto físico, si no por su sencillez de configuración ya que, al tener un único puerto, la configuración, que de por sí era bastante sencilla, se simplifica aún más.
Para los que no lo conozcan, repetir que los foneBridge2 no son un gateway, si no una especie de tarjeta que, en lugar de ir conectada diréctamente en un slot PCI, se conecta a la red y el sistema Linux, la detecta como si fuera otro dispositivo hardware más, por lo que no tiene interfaz web de configuración, ni le hace falta ya que, tal y como vamos a ver, tanto su instalación como su configuración es muy sencilla.
Este modelo tiene como principal ventaja su utilidad, y es que está pensado para montar sistemas redundantes ya que, al no estar «colocada» dentro de un sistema, puede ser utilizado por varios equipos en modo «Activo/Pasivo» e incluso teniendo varios equipos en modo Pasivo. No obstante, otra de sus ventajas es su precio, y es que llega incluso a ser un poco más económico que una tarjeta de un primario, por lo que seguro que será una estupenda opción.
Si te parece interesante este nuevo dispositivo, no te pierdas la siguiente review y el tutorial sobre cómo se configura.
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…
He visto en VoIP-Info y Asterisk-Perú un anuncio bastante interesante por parte de la conocida empresa RedFone y Dicea que consiste en una solución SS7 estable y testeada compatible con los sistemas de comunicaciones de los proveedores garantizando la interoperatibilidad de estos dos productos: FoneBridge2 de Red-Fone (por la parte hardware) y chan_ss7 de Dicea (por la parte software) para soluciones que requieren de gran fiabilidad y redundancia.
Caracteristicas del Stack SS7 ISUP de Dicea
Principales ventajas:
– Compatible con Asterisk 1.2.x, 1.4.x y 1.6.x.
– MTP2 (Q.703)
– MTP3 (Q.704) (subset)
– ISUP (Q.76x)
– Soporta interfaces compatibles con DAHDI/Zaptel
– Simplifica el análisis de paquetes de MTP2 utilizando herramientas como wireshark/ethereal
– Indicado para un alto volumen de llamadas
– Múltiples linksets con diferentes DPCs
– Linksets con múltiples links.
– Soporta compartición de carga y MTP changeover.
– Soporta múltiples hosts (cluster) con balanceo de carga y failover.
Quizá lo más interesante, es que disponen de una versión libre y disponible del chan_ss7 modificada y otra comercial con más soporte.
El transporte de la señalización TDM hacia los servidores Asterisk se hace mediante el protocolo TDMoE, pero Redfone ha desarrollado un driver mejorado que aumenta el rendimiento de este protocolo en un factor de hasta 8:1 según la instalación.
Dado que Fonebridge2 está basado en tecnología tipo FPGA, la latencia es mínima y al mismo tiempo su estabilidad es muy alta, ya que no incluye sistemas operativos propios ni partes móviles que suelen ser los puntos críticos más usuales en este tipo de equipos.
Más información:
– ¿Qué es el SS7?
– ¿Qué es el FoneBridge2?
Buscando en Youtube me encuentro con que ya existen vídeos de las charlas que se ofrecieron en la Astricon 2008.
Podeis verlas en los siguientes enlaces:
– Anuncio del nuevo chan_skype para Asterisk: (parte1) (parte2)
– La telefonía sin reglas por David Duffet: (parte1) (parte2)
– Entrevista a Mark Spencer y Wilhelm Lundborg (Asterisk y Skype): (parte1)
– Últimos cambios del protocolo IAX2: (parte1) (parte2) (parte3)
– Entrevista a Allison Smith (la voz de Asterisk): (parte1)
– Entrevista a Tristan de Digium (parte1)
– Entrevista a Gerd Graumann de Lumenvox (parte1)
– Entrevista a John Todd de Digium (parte1)
– Entrevista a Mark Warren de Red-fone (parte1)
– Entrevista a la gente de Pika (parte1)
– Entrevista a la gente de CounterPath (parte1)
– Entrevista a Mark Spencer (parte1)
– Entrevista a la gente de Openline Networks (parte1)
– Entrevista a la gente de Xorcom (parte1)
Seguro que se echan en falta muchas otras charlas, pero de momento son las que he encontrado, a medida que vaya encontrando más las iré poniendo en esta lista.
Agradecimientos a VoiceRoute por las entrevistas.