Sinologic

Etiqueta: capi

  • mISDN v.2.0.0 Released!

    Me comenta mi compañera Rosa que hace un par de días la gente de mISDN publicaron las últimas herramientas de la versión 2.0 de estos módulos para tarjetas RDSI. La verdad es que la versión la publicaron hace algún tiempo atrás, pero estaba en una versión bastante inestable y se ve que por fín empieza a tomar forma con los nuevos comandos que han añadido estos días.

    Aún no lo he probado, pero leyendo las pocas novedades que han actualizado en la web me sorprenden con varias cosas:

    – Soporte de LCR (Linux Call Router) en Asterisk.
    Esto permite la gestión tanto de líneas como de teléfonos RDSI (algo que parece ser antes no soportaba), mediante un nuevo canal llamado chan_lcr.

    – Más tarjetas RDSI soportadas.
    Entre las que ya funcionaban, se incluyen algunas muy interesantes:
    + Todas las Junghanns (incluidas las unoBRI, las duoBRI y las SingleE1 y DoubleE1 –las quadBRI y las octoBRI ya funcionaban-)
    + Mejorada la compatibilidad con las tarjetas 1 RDSI (también conocidas como HFC-PCI)

    – Adiós a la necesidad del CAPI del Kernel.
    Hasta ahora era necesario disponer de un kernel con soporte CAPI2.0, ahora ya no es necesario, ya trae su propio sistema para evitar esta necesidad.

    y algunos cambios más… que aún no están documentados…

    habrá que probarlo a ver qué tal va y si soluciona algunos bugs que se están detectando últimamente…

    Enlace: http://www.misdn.org/index.php/MISDN_Release_Notes

  • Alternativa al ZapHFC y mISDN para tarjetas ISDN

    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.

    Billion RDSICada 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.

    BristuffA 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.