Etiqueta: misdn

  • Beronet lanza los nuevos módulos GSM para sus Berofix*

    Desde su lanzamiento en Julio de 2009, las tarjetas Berofix de la empresa Beronet disponen ahora del juego completo para dar soporte a todo tipo de líneas de comunicaciones quedando como obsoletas las antiguas tarjetas GSM/RDSI sin soporte de DAHDI (pese a que la nueva versión 2.5.0 anunciaba soporte para este tipo de tarjetas, pero no será oficial).

    Durante 2 años, Beronet ha continuado distribuyendo tarjetas GSM y RDSI que únicamente funcionaban con mISDN. El problema es que los nuevos kernels de Linux (> 2.6.18) requieren de un compilador (gcc) con una versión la cual, no compilaba mISDN, por lo que en caso de querer utilizar tarjetas Beronet debíamos hacerlo en plan «hack» utilizando DAHDI y el soporte de tarjetas HFC que se añadió en la versión de DAHDI 2.2.0, y Beronet se «lavaba las manos» en cuanto había algún problema.

    Peor suerte corrían las tarjetas GSM, que pese a no tener soporte de DAHDI, Beronet tampoco ofrecía alternativa al mISDN y poco más se podía hacer.

    Con la aparición de las tarjetas Berofix, se abandonó todo soporte oficial de las tarjetas anteriores y en el caso de las tarjetas GSM que no disponían de módulos para la Berofix, automáticamente quedaron obsoletas y sin alternativa.

    El soporte de productos debe cumplir al menos, con la fecha de garantía de dicho producto (en Europa son mínimo 2 años).

    Beronet ahora lanza sus nuevos módulos para sus tarjetas Berofix (mitad tarjetas, mitad gateways) con posibilidad de convertirlo en gateways externos mediante una caja externa alimentada por un transformador.

    No obstante, ambos productos son el mismo (si abrimos la caja, descubriremos que dentro hay una tarjeta normal y corriente).

    En cuanto a qué es compatible con estas tarjetas, todo depende de los módulos que le conectemos:

    Parece que después de todo, Beronet se vuelve a esforzar en ofrecer una buena alternativa, esperemos que hagan lo mismo con el soporte.

  • Adiós a mISDN, Beronet finaliza el desarrollo

    Los lectores más nuevos seguramente no sabrán que hace 3 ó 4 años, para que Asterisk fuese compatible con las tarjetas de comunicaciones RDSI, hacía falta un canal llamado chan_capi, del que hemos hablado en alguna otra ocasión y cuya instalación era un proceso complejo, anti-intuitivo, y no precisamente estable. Este canal era el utilizado por las tarjetas Eicon Diva, las AVM Frizt y muchas otras. Junghanns vió muy pronto que, si sus tarjetas dependían de este módulo, su implementación sería demasiado costosa y desarrolló su propio módulo QoZAP compatible con Zaptel, mientras que Beronet hizo lo correspondiente desarrollando su propia librería RDSI llamada mISDN, la misma que posteriormente utilizaron todas las tarjetas RDSI posteriores: Digium, AVM, OpenVOX, etc.

    No obstante, tras la aparición del driver DAHDI y el soporte BRI incluido en el chan_dahdi de la versión de Asterisk 1.6, era mucho más sencillo configurar las tarjetas RDSI, pero recordemos que el chan_dahdi de Asterisk 1.4 no soportó señalización BRI, por lo que si queríamos tener soporte de RDSI Básicas, necesitábamos actualizar a Asterisk 1.6 o bien utilizar RSP. No obstante, como ya vimos en la conferencia del VoIP2DAY 2010, el 75% de los usuarios (o por lo menos, de los que estaban en la charla) continúan utilizando Asterisk 1.4 lo que implica que, si quieren utilizar señalización RDSI Básica, deben hacerlo a través del driver mISDN.

    La empresa Beronet acaba de publicar el fin del desarrollo de sus tarjetas en el driver mISDN:

    On December 31, 2010, beroNet will end all public support for mISDN and chan_mISDN for the passive BNxS0, BNxS0e, BNxE1 and BNxS0mini.

    Esto quiere decir que, Beronet, como principal desarrollador de mISDN (hasta el logotipo de mISDN es similar al formato de Beronet) dejará de dar soporte a estas tarjetas en favor de las nuevas tarjetas Berofix que no requieren de ningún tipo de driver ya que funcionan de forma parecida a las Sangoma (simulando el comportamiento de un gateway), únicamente que, en lugar de utilizar un módulo compatible con H.323 (el famoso Wanpipe/Wanrouter), las Berofix utilizan el protocolo SIP.

    mISDN dejó de ser utilizado de forma general cuando se hizo incompatible con kernel de linux superiores a la versión 2.6.18 a partir de la cual, requería de un compilador superior a una versión, con la que mISDN fallaba al compilar (vamos, toda una odisea), por lo que la mayoría de los usuarios empezaron a utilizar el nuevo chan_misdn, pero esto no convenció a la gente de Beronet y desarrollaron la nueva Berofix, por lo que ahora mISDN se queda sin desarrollador principal y, de momento, sin nadie que lo actualice.

    Vía: VoIPNovatos

  • 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

  • LibPri 1.4.4: Soporte de RDSI Bri y TBCT QSig

    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

  • Zaptel 1.4.10 y 1.2.25 Released!

    Tras unos bugs bastante curiosos detectados en el zaptel cuando se configuran con tarjetas de primarios, Digium acaba de lanzar la versión 1.4.10 que parece que solucionan dicho bug primarios que cambian ciertas propiedades demasiado rápido (de los que casualmente en España son la mayoría) por lo que actualizar a esta versión es mucho más que altamente recomendable para aquellos dueños de tarjetas de primarios PCI y PCI-Express ya que mejora su rendimiento entre otros motivos, por el uso del VoiceBus incluido en las tarjetas que permite, entre otras cosas, mejorar ámpliamente el rendimiento de las tarjetas Digium cuando las tarjetas comparten interrupciones (IRQ).

    También se esperaba que en esta versión estuviera incluido ya el modulo ztd-ethmf para Redfone, pero parece ser que no ha sido incluido en el último momento.

    Entre otros cambios que esperaba en esta versión han incluido la detección de línea en los puertos FXO de la TDM a través de los avisos de alertas de colores tal y como se venía haciendo con las tarjetas de primarios.

    Por último, incluye soporte para una nueva tarjeta que Digium lanzará próximamente. 😀

    Como podeis imaginar, esta actualización era muy esperada y corrige muchos y grandes bugs, a la vez que mejora el funcionamiento de las tarjetas e iba a incluir soporte para los dispositivos Red-fone, aunque tendremos que esperar un poco más antes de ser incluido en el paquete.

    Actualización: Estaba probando la nueva versión cuando he recordado otra ventaja que trae esta versión:
    La versión mISDN que trae por defecto al ejecutar el comando make b410p es la 1.1.7-2, que ya era hora. 🙂

    Podeis descargarlo de aquí:
    http://downloads.digium.com/pub/zaptel/

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

  • Videoconferencia con Asterisk y 3G

    Asterisk videoNuestro colega Bytecoders nos apunta en un comentario que acaba de traducir un tutorial creado en inglés por Sergio García (de fontventa.com) sobre cómo compilar Asterisk para que tenga soporte de códecs que conecten con la red 3G y permitan la videoconferencia con los móviles de última generación. (bueno, los anteriores al iPhone. 😀)

    Parece que la idea de meter Video en Asterisk lleva bastante tiempo dando guerra, pero parece que este año que entra ahora va a cobrar mucho más protagonismo. Ya escribiré más adelante qué se espera para este nuevo año, de momento vamos a centrarnos.

    En el tutorial se indica que funciona con terminales Nokia N95 y LG.

    Para la instalación utilizan Debian Etch y una Digium B410P.

    Se hace una instalación completa de Asterisk con soporte de mISDN para la tarjeta Digium y luego se procede a compilar el soporte de vídeo:

    – Instalación del H324M y modificaciones para integrarlo con la tarjeta B410P.
    – Instalación del códec AMR.
    – Instalación del gateway H324 (Para recibir y hacer llamadas 3G)
    – Instalación del mpeg4ip
    – Instalación del app_mp4.
    – Instalación del app_rtsp.
    – Instalación del app_transcode.
    – Instalación del pcm2mp4.
    – Ejemplos de uso del dialplan.

    Un tutorial que a más de uno le hará la vida un poco más sencilla. 😛

    Enlace:  http://bytecoders.homelinux.com/…/tutorial-asterisk-…-video-…-3g.html

  • Nerd Vittles lanza su PBX-in-a-Flash

    pbxinaflashHacía tiempo que Nerd Vittles, una de las páginas típicas en esto de VoIP y Asterisk venía avisando que estaban preparando una distribución basada en CentOS + FreePBX + A2Billing + …  que se pudiera instalar en muy poco tiempo (de ahí lo de «in a Flash» que nada tiene que ver con los discos usb. (que ya ha picado más de uno)

    Pues tras el anuncio de la finalización de este desarrollo, por fín la han publicado y puesta para descargar desde esta web.
    http://pbxinaflash.net/

    Quizá lo más sorprendente es que, bajo la experiencia de los continuos problemas que dan las tarjetas basadas en mISDN con distribuciones CentOS, (hablando siempre desde un punto de vista general), me ha sorprendido que también soporten este caso, habría que comprobar si va igual de «estable» que con una CentOS normal y corriente (o una TrixBox).

    Puede ser interesante echarle un vistazo a la guía de instalación que se puede descargar:
    http://www.pbxinaflash.org/docs/InstallPBXInAFlash.pdf

  • Elastix 0.9 final version released!

    ElastixAcaban de publicar la versión 0.9 final version de la distribución Elastix con los siguientes cambios con respecto a la 0.8:

    • First edition of User Manual!
    • FreePBX 2.3.1 with un-embedded option
    • Asterisk 1.4.13
    • Unicall support
    • MFC-R2 signaling support
    • OpenVox device support including A800 and A1200 cards
    • New beta version of driver installer for Rhino cards
    • OSLEC echo canceller included and manageable from Web interfase
    • mISDN upgraded to 1.1.6. New supported hardware such as BRI OpenVox cards
    • New package updating module
    • OpenFire admin interface included on the Web
    • Backup/Restore improvements to store historical backups in Elastix itself
    • New hardware detection tool via Web
    • RPM reorganization to avoid Elastix upgrade issues
    • Serbian language support
    • Elastix version number is now visible on the web interface
    • Updated online help
    • Web interface menus have been reorganized
    • Development packages are now included to aid software development
    • Added ‘database’ authentication type in freePBX
    • vTigerCRM is now entirely installed
    • Incorrect php-pcntl module removed
    • Fixed bug in PBX->System Recordings
    • Fixed warnings in the amportal script
    • Last minute patch to support OpenVox B200P
    • Wrong php-pcntl package removed
    • Message Of The Day (MOTD) updated to include instructions on settting up a static network interface if DHCP is not present
    • Openfire wrapper fixes to launch the service from the Web Interface
    • Added patch fixing Music-on-hold problem with Unicall
    • Added patch to fix a bug on the Elastix Web interface regarding the freePBX MOH module
    • Many bug fixes

    La verdad es que estos chicos se lo están currando.

    Más información: http://www.elastix.org/