Esta semana, siguiendo los hilos de la lista Asterisk-Dev, me he encontrado con un anuncio que marqué para analizar cuando tuviera más tiempo. El anuncio lo daba Matthew Fredrickson de Digium, ya que es uno de los desarrolladores que se ocupa de mantener al día el paquete Zaptel y el LibPRI.

Concretamente, el anuncio iba sobre el nuevo paquete LibPri (1.6.0) así lo anunciaban aunque finalmente ha pasado a ser el LibPri 1.4.4 y que incluye dos añadidos bastante interesantes que explicaré ahora.

- Soporte de tarjetas RDSI Bri:
Algo que iba siendo hora, ya que en la actualidad, el soporte de RDSI Bri está en mano de mISDN y aunque es un driver que suele funcionar bien, el hecho de incorporar el soporte BRI al Zaptel es algo que mejora la “centralización” en la corrección de bugs, algo que actualmente no se hace.
Si hay algún bug en mISDN, los encargados de arreglarlo son los desarrolladores de mISDN, no los del paquete Zaptel, aunque si el error está en el archivo ‘chan_misdn’ entonces sí.
De momento, creo que solo permiten modo Punto-multi-punto.

- Soporte de TBCT/2BCT en QSig:
Esto es algo muy interesante, que muchas personas lo han pedido y hasta ahora únicamente funcionaba en pocos sistemas.
Cuando conectamos Asterisk a una PBX con extensiones, y estas extensiones se llaman entre sí, la llamada no tiene porqué llegar a Asterisk, pero si la llamada, después de una transferencia comienza y acaba en la PBX, Asterisk pasa a ocupar dos canales (uno para el origen y otro para el destino).
Con el soporte TBCT, Asterisk reconoce que el origen y el destino vienen de la misma PBX y puentea los canales liberando ambos canales ocupados, permitiendo que el tráfico no llegue a Asterisk.
Llevan preparando esta feature desde la Astricon del 2005.

Podeis descargar esta versión aquí:
http://downloads.digium.com/pub/libpri

En septiembre del año pasado, durante la AsteriskWorld, Digium anunció la compra de Switchvox, una empresa que ha creado un interfaz web muy completo y con una crítica bastante buena.
Tras el anuncio de compra, Digium hizo pública la versión gratuita.

Al incorporarse SwitchVox a Digium, se empezó a distribuir sistemas “llave en mano” con Asterisk y el gestor web fácil de configurar y compatible con todo tipo de tarjetas a un precio, pero Digium quería algo más personal y más orientado al ámbito de pequeña y mediana empresa tal y como está haciendo con el appliance AA50.

Ahora Digium acaba de anunciar un nuevo producto, similar al AA50 pero con el interfaz web SwitchVox y orientado a pequeñas empresas:

El Appliance AA60.

La idea es muy buena, un dispositivo con más capacidad y un interfaz web más experimentado sin menospreciar al Asterisk-GUI de la AA50 que como ya indiqué funcionaba bastante bien y cumplía con creces su objetivo.

En mi opinión Digium continúa fallando en un aspecto básico en el mercado europeo. La mayoría de las pequeñas y medianas empresas en Europa utilizan líneas RDSI Básicas (BRI) en lugar de líneas analógicas, por lo que la competencia como Epygi lo sigue teniendo bastante fácil ya que llevan bastantes años dedicados a fabricar sistemas embebidos o empotrados con interfaces ISDN Bri y por ahora la única alternativa es un servidor y una tarjeta, que sigue siendo mucho más caro.

Llevaban bastante tiempo en la versión Beta6 y por fín han dado el salto a una versión más estable: 1.0.1.

Lo extraño de todo esto es que han dejado de mantenerlo mediante el sistema de versiones del propio de rPath, por lo que imagino que Digium está preparando algo más corporativo para este proyecto.

De hecho, me entero por la web de Saúl que van a sacar dos versiones de AsteriskNOW:

- AsteriskNOW Pure: Basada 100% en software GPL.
- AsteriskNOW Pro: Basada en … algo … que no es GPL. ¿Puede que sea el famoso SwitchVox?

Sea como sea, la versión GPL de momento cuenta con repositorios mISDN para las tarjetas RDSI y bastantes actualizaciones que podeis ver en esta lista de los foros: http://forums.digium.com/viewtopic.php?t=20401.

De momento, ya está disponible la descarga:
http://asterisknow.org/files/downloads/load_balance.php?q=AsteriskNOW-1.0.1-i386-disc1.iso

Actualmente, si alguien tiene una tarjeta de RDSI del tipo Billion, Ovislink, etc, habrá observado que dispone de un chip genérico llamado Cologne HFC que permite ser programado por el fabricante para manipular los datos (unos y ceros) de una manera concreta, en este caso, para capturar las tramas RDSI Básicas.

Cada fabricante, además de reprogramar este chipset a su gusto también desarrolla unos drivers o módulos que permitan comunicarse con esta tarjeta. Este es el caso de Junghanns y sus módulos qozap.

El proyecto mISDN comenzó con el objeto de establecer un estándar de módulos que permitan la comunicación con la mayoría de las tarjetas basadas en este chipset, pero llegar a controlar la gran cantidad de módulos necesarios para permitir esta compatibilidad con tantas tarjetas, hace que mISDN llegue a ser para muchos una operación bastante tediosa e incluso para “no-expertos” es incluso practicable pese a ser, en mi opinión, uno de los mejores sistemas para cualquier tipo de tarjeta RDSI Básica.

Digium automatizó la instalación de los drivers mISDN para su tarjeta B410P de manera que instalarla sea algo tan sencillo como:

cd /usr/src/zaptel-x.y.z
./configure
make
make b410p
make install
make config

Pero para aquellos que tienen otras tarjetas, estos pasos a veces no son suficientes y prueban con alternativas como ‘zaphfc‘ del paquete briStuff o incluso se atreven con CAPI.

A diferencia del módulo qozap para las tarjetas Junghanns, el zaphfc, es un módulo de linux ya anticuado (deprecated) y no mantenido más por Junghanns, por lo que muchos se han movilizado para continuar el desarrollo de este módulo aprovechando las ventajas que ofrece que sea un módulo basado en software libre.

Como alternativas podemos encontrar:

- vzaphfc: http://xorcom-rapid.berlios.de/vzaphfc/
- El parche de Florz: http://zaphfc.florz.dyndns.org/
- Capi-cm:

Incluso Tzafir (de Xorcom), otra persona que no duerme nunca se ha aventurado a continuar con el proyecto briStuff en su propia web: http://updates.xorcom.com/astribank/bristuff/

Realmente estos proyectos son la prueba que el software libre mantiene el desarrollo y permite evolucionar más rápidamente que el software propietario.

Red-fone, el fabricante de dispositivos para primarios compatible con Asterisk mediante el protocolo TDMoE, acaba de anunciar la disponibilidad de su ya conocido phoneBridge2 pero con cancelador de eco por hardware.

El phoneBridge2 no es un dispositivo propiamente dicho, creo que es más correcto decir que es una tarjeta de primarios con un módulo para permitir el envío de información mediante TDMoE, por lo que la probabilidad de que “caiga” de la red o genere cortes es prácticamente nula ya que simplemente utiliza la red ethernet como medio físico en sustitución del común conector PCI.

Aquí puedes encontrar más información sobre el phoneBridge2 de redfone.

Texas Instrument ha sido la empresa escogida para el diseño de estos canceladores de eco, al igual que ya hizo en su momento Rhino con sus tarjetas de las que ya hablamos hace tiempo.

Las especificaciones del phoneBridge2 con EC las podeis encontrar aquí:
http://www.red-fone.com/assets/documents/FB2-EC_Datasheet.pdf

En algunos casos me han preguntado sobre cómo instalar y configurar estos dispositivos ya que, al variar de la instalación común de tarjetas y permitir alta disponibilidad el procedimiento cambia ligeramente.

Hay dos modelos, uno más antiguo (A) y otro más nuevo (B):

- Guía de instalación del phoneBridge2 (Modelo A):
http://www.avanzada7.com/…/foneBRIDGE2-Quick-Install-Guide-MOD-A.pdf

- Guía de instalación del phoneBridge2 (Modelo B):
http://www.red-fone.com/…/foneBRIDGE2-Quick-Install-MOD-B.pdf

- Tutorial de alta disponibilidad de Asterisk/TrixBox:
http://www.red-fone.com/…/Trixbox_FB2_Heartbeat_Tutorial.pdf

Otro tutorial que me gustó fue uno que hizo Vicente para un phoneBridge2 modelo A:
http://www.bisente.com/blog/2007/08/26/asterisk-cluster-fonebridge2/