Sinologic

Etiqueta: DAHDI

  • Dónde demonios está mi zapata.conf ???

    Bien empecemos, me bajo el Zaptel, el LibPri, y el nuevo Asterisk 1.4.22, descomprimo e instalo… bien, todo correcto…ningún error. Tengo 2 tarjetas en mi nuevo Asterisk (1 Digium TE122P y la nueva analógica AEX410), entro en el zaptel.conf, lo configuro, cargo los módulos y hago un ztcfg … estupendo… todo va a las mil maravillas…

    Edito el zapata.conf y … esto… ¿me sale en blanco? ¿no había un zapata.conf de ejemplo? bueno, da igual lo escribo de memoria, tampoco es muy largo… Arranco el Asterisk y me aseguro que está todo funcionando bien… za<TAB> … ¿? zap show<TAB> … ¿??? que pasa??? ¿no ha cargado el módulo chan_zap?

    A ver… module load chan_zap.so… ein????? Error loading module ‘chan_zap.so’: cannot open shared object file: No such file or directory ¿¿??? Como???enff!! enff!!! Grr!!! (gota de sudor nervioso…)… Grrrrrr!!!!!

    Que no cunda el pánico… algo leí en algún blog de esos… que el zaptel iba a ser cambiado por eso… como era dandi o dadi,…. DAHDI! eso, dahdi… anda, aquí hay un archivo nuevo Zaptel-to-DAHDI.txt ¿a ver que dice?

    Si, lo que ya sabíamos… que van a cambiarle el nombre de Zaptel a DAHDI… que ahora ya no iba a existir más zapata y que iba a ser sustituido por dahdi,… pero ¿en 1.4 no iban a mantener la compatibilidad con Zaptel un poco más?

    Pues parece ser que a partir de 1.4.22 ya no existe el chan_zap, ni tampoco el zapata.conf ya lo único que queda es DAHDI.

    Cuando hablaban de «mantener la compatibilidad» con Zaptel se referían que, en la consola, cuando pusieramos ‘zap’ el entendería ‘dahdi’ pero la configuración ya no es en zapata.conf … o sí?

    Pues bien raro me acaban de hacer:

    Resulta que, en Asterisk >= 1.4.22 uno puede seguir utilizando Zaptel o bien optar por DAHDI.

    Si optas por Zaptel de toda la vida, te darás cuenta que no existe chan_zap.so (es sustituido por chan_dahdi.so), y tampoco existe el archivo zapata.conf (no obstante, hay que crearlo igualmente ya que al no tener instalado DAHDI, este va a seguir buscando el zapata.conf pese a que no viene en la instalación.

    Así que, para todos aquellos que utilizan Zaptel, el asunto está movido, Asterisk 1.4 no es 100% compatible con Zaptel, ya no trae el chan_zap.so, pero sí que busca el zapata.conf, y en cambio sí que trae el chan_dahdi.so por lo que habría que instalar DAHDI, pero… ¿? Pufff esto es un lío…

    Probaremos oficialmente el DAHDI a ver si por lo menos sentenciamos que Asterisk 1.4.22 y superiores SI es 100% compatible con DAHDI en lugar de matarnos a cabezazos por los raros que hace la nueva versión …

    Ya contaré cómo acaba el asunto… de momento he conseguido configurarlo creando un zapata.conf nuevo y cargándolo con el chan_dahdi.conf.

    Mañana probaré la nueva tarjeta analógica de 4 puertos AEX410P PCI-Express que acaba de sacar Digium pero esta vez con DAHDI. 😀

  • Todo lo que has querido saber de DAHDI

    Nada más revisar el correo, me entero que el equipo de desarrolladores de Asterisk acaba de publicar la primera versión oficial del famoso DAHDI que tanto ha dado que hablar.

    Entra aquí para conocer más información sobre DAHDI.

    En la lista de paquetes publicado hoy se encuentran estos:

    dahdi-linux 2.0.0

    Este paquete DAHDI-LINUX contiene los módulos de kernel necesario para poder utilizar las tarjetas de comunicaciones.

    dahdi-tools 2.0.0

    Las DAHDI-TOOLS son las aplicaciones necesarias para cargar la configuración hacer tests a algunas tarjetas, y algunas cosas más que se irán añadiendo poco a poco.

    dahdi-linux-complete 2.0.0+2.0.0

    El paquete DAHDI-LINUX-COMPLETE es la unión de los dos anteriores, para no tener que descargar dos paquetes independientes.

    El modo de compilación es tan sencillo como siempre lo ha sido el Zaptel:

    cd /usr/src
    wget -c http://downloads.digium.com/pub/telephony/dahdi-linux-complete/dahdi-linux-complete-2.0.0+2.0.0.tar.gz
    tar xvfz dahdi-linux-complete-2.0.0+2.0.0.tar.gz
    cd dahdi-linux-complete-2.0.0+2.0.0
    make
    make install
    make config

    Una vez hecho esto, nos encontraremos con algunos cambios importantes.

    Para empezar, los módulos para las tarjetas ya no se encuentran en el directorio:
    /lib/modules/2.6.XX-X-XXX/misc

    si no que se encuentran en un nuevo directorio:
    /lib/modules/2.6.XX-X-XXX/dahdi

    En este directorio nos encontraremos con algunos módulos conocidos para tarjetas como el wctdm24xxp, wctdm, wcte11xp, wcte12xp, e incluso el pciradio y el xpp.

    Pero también nos encontraremos con otros nuevos:

    dahdi.ko (que sustituye al zaptel.ko)
    dahdi_dynamic*.ko (que sustituye al ztdynamic, al ztd_eth y al ztd_ethmf)
    dahdi_transcode.ko (que sustituye al zttranscode)
    dahdi_dummy.ko (que sustituye al ztdummy)
    y lo más novedoso:
    dahdi_echocan_XXX.ko (completamente nuevos y son los canceladores de eco software que ahora pueden ser cargados y descargados sin necesidad de recompilar el zaptel)

    Para iniciar el DAHDI, tan solo tenemos que reiniciar el sistema, o bien iniciar el servicio:

    asterisk# /etc/init.d/dahdi start
    Loading DAHDI hardware modules:
    wct4xxp: error   wcte12xp: error   wct1xxp: error   wcte11xp: error   wctdm24xxp: error   wcfxo: error   wctdm: error   xpp_usb: done
    No hardware timing source found in /proc/dahdi, loading dahdi_dummy
    Running dahdi_cfg: done.

    Facil ¿verdad?

    Eso sí, DAHDI solo es compatible con versiones de Asterisk 1.4.22 o superior y Asterisk 1.6.0 o superior, versiones inferiores abstenerse. 😛

    Continuar con la lista de cambios…

  • Red-Fone lanza su FoneBridge2 en modo Rack

    Tras el gran éxito que ha tenido este dispositivo, la compañía Redfone acaba de anunciar una versión de su FoneBridge2, esta vez en modo Rack.

    El FoneBridge2 es un dispositivo para conectar primarios E1 y T1 a Asterisk con la ventaja que dispone de herramientas que permiten enviar la señalización de primarios a varios Asterisk con un simple comando (véase ejemplo) permitiendo así implementar soluciones redundantes y de alta disponibilidad de una manera mucho más económica que mediante tarjetas y failovers.

    Una de las pegas que yo le he encontrado a los FoneBridge2 habituales, es que, en situaciones donde los servidores se encuentran en armarios, la sensación de encontrarse con uno de estos dispositivos en una bandeja o en las paredes del armario no es del todo elegante (curiosa, pero no elegante), para ello, los de Red-fone acaban de anunciar un nuevo modelo en formato Rack para ofrecer la misma calidad y flexibilidad que los Fonebridge2 habituales, pero mucho más elegante.

    Los FoneBridge2 utilizan la tecnología TDMoE multiframe y los desarrolladores están en conversaciones con el equipo de desarrollo de Asterisk para incluir la mejora del driver ethmf (multiframe) dentro del nuevo DAHDI (ya se incluyó una versión del ethmf en el Trunk del paquete Zaptel).

    Podeis encontrar más información en entradas anteriores, o bien en la página web oficial de Red-Fone.

  • Nuevas versiones de Zaptel, DAHDI, Asterisk y Asterisk-Addons

    Hacía ya bastante tiempo que el equipo de desarrolladores de Asterisk no publicaba nuevas versiones, y ahora que publican nuevas versiones, lo hacen a la vez:

    Zaptel 1.2.27 y 1.4.12

    Entre otras, se solucionan bugs relativos al zaptel con kernels 2.6.26 y 2.6.27 al igual que se soluciona un bug del zaptel 1.2.26 que impedía las llamadas entrantes en tarjetas con puertos FXO.

    La versión 1.4.12 del Zaptel será la última y, además de solucionar los bugs que tienen en común con la versión 1.2, se han añadido algunas mejoras:
    – Soporte G729B en las tarjetas de trascoding TC400P
    – Prepara el terreno para la futura incorporación de DAHDI y la posibilidad de volver «atrás» en el caso de problemas.

    DAHDI-linux-complete-2.0.0-rc3+2.0.0-rc2

    Este paquete lo constituyen dos partes:
    – dahdi-linux-2.0.0-rc3 : los módulos de linux para el soporte del hardware.
    – dahdi-tools-2.0.0-rc2 : las herramientas de gestión del hardware.

    En principio se comentó que DAHDI sería simplemente un ‘renombre’ del paquete zaptel, pero se ve que además le han añadido algunas mejoras que habrá que ir descubriendo poco a poco.

    Asterisk-1.4.22-rc3

    Primera versión de Asterisk con el soporte nativo de DAHDI y como esta será la última versión de zaptel, puede que la próxima no incluya el conocido zaptel.conf y zapata.conf. >:)

    Asterisk-1.6.0-rc4

    Una de las últimas versiones antes de convertirse en 1.6 estable por fín.
    Se han arreglado muchos bugs que se han encontrado y se han añadido algunas mejoras que podeis leer en esta documentación.

    Todos estos nuevos paquetes podeis encontrarlo donde siempre:

    http://downloads.digium.com/pub/

  • Resumen de la conferencia de Mark Spencer en Bilbao

    Acabo de llegar de Bilbao, concretamente de la conferencia que Mark Spencer ha dado en el museo Guggenheim, una mezcla entre tecnología aplicada a las comunicaciones basadas en software libre y lo más de lo más en el arte. Como decía un amigo: «la programación es un arte» 🙂

    Aquellos que no han tenido la suerte de venir, han podido seguirlo en directo mediante streaming en la página de Irontec y si aún así os lo habeis perdido, entonces aun tenéis la oportunidad de verla en la página de Alberto que la tiene grabada.

    La conferencia ha sido todo un éxito, tanto por parte de Mark que ha sabido exponer este software como nadie, como por la parte de la organización que ha conseguido (no sin dificultad) una excelente localización, así como los mejores medios (traducción simultanea inglés-español) y un ambiente comunitario sin igual donde curiosos y expertos encontraban el lugar perfecto para compartir experiencias y conocerse.

    Con respecto a la conferencia, Mark ha sabido darle ese toque mágico que suele dar cuando un jóven se sube a un escenario y empieza hablar sobre cómo se ha llegado en apenas 9 años a movilizar a tantas y tantas personas convirtiendo al movimiento Asterisk en uno de los más premiados y valorados incluso por las grandes empresas fabricantes de dispositivos de telecomunicaciones.

    Entre los puntos a destacar:

    – Las ventajas de Asterisk y el OpenSource en las comunicaciones.
    Aquí comentó las ventajas que dispone una empresa en modificar el código para ofrecer soluciones altamente personalizadas, a la vez de contribuir para el desarrollo de esta aplicación y mantener vivo el movimiento del software libre. La retroalimentación inteligente provocada por la aportación de la comunidad de software libre y la aportación económica que ofrecen las empresas que utilizan esta aplicación adquiriendo hardware lo que lo convierte en un proyecto doblemente impulsado.

    – Asterisk como sistema ideal en entornos con requisitos específicos y nada generales.
    Empresas que han desarrollado con Asterisk soluciones muy específicas y curiosas, incluso algunas de las que ya hemos hablado en Sinologic: Asterisk como cuidador de plantas, Asterisk como puerta de acceso telefónico para acceder a eBay, y un largo etcétera que provocó alguna que otra carcajada como la anécdota que contó en la entrevista de Asterisk-Tag sobre la cola de espera con preguntas del trivial y que, a medida que la gente respondía corréctamente, avanzada en la posición de la cola, mientras que si respondían mal, descendía posiciones. 🙂

    – Digium como «sponsor benevolente de Asterisk».

    Explicaba que Digium, al ser el creador de Asterisk, busca el equilibrio entre desarrolladores de la comunidad y desarrolladores propios de Digium para poder crear un sistema tan comercial como comunitario y que todos puedan sacar provecho de esto. Explicó el papel que realiza Digium, el éxito arrollador que está teniendo las soluciones opensource en las comunicaciones actuales, tanto en sistemas en pequeñas y medianas empresas como en soluciones altamente competitivas.

    En el turno de preguntas, algunas bastante curiosas, Mark se «soltó» lo que hizo que mucha gente se animara a preguntar cosas tan curiosas como el papel de Asterisk frente a las soluciones propietarias de Nortel, Avaya, Cisco y Microsoft, ventajas de utilizar Asterisk, fecha de publicación de Asterisk 1.6, a lo que respondió que saldrá cuando los desarrolladores consideren que debe salir. ;), también se preguntó sobre el soporte para el chan_sip3 (codename Pineapple) donde comentó que es un proyecto que está en desarrollo de la mano de Olle Johansson y que no sabe cuando podría estar listo.

    Fuera de la conferencia, aprovechando que lo tenía cerca, le pregunté un par de dudas que tenía desde hace algún tiempo:

    – Diferencias que habrá entre Zaptel y DAHDI cuando finalmente vea la luz.
    En principio, DAHDI  es simplemente un cambio de nombre del paquete Zaptel como ya sabemos por temas de registros de marcas, aunque sí comentó que se está desarrollando un soporte propio para las tarjetas ISDN Bri que verá la luz muy pronto y que podría sustituir al mISDN que tantos dolores de cabeza está dando a tanta gente con kernels de Linux demasiado nuevos. (>= 2.6.24)

    – Tras 4 años de espera con el draft, para cuando el RFC de IAX.
    De momento no puede decir mucho, tan solo que pronto puede haber noticias… (aunque eso se lleva diciendo desde hace 3 años) 😛

    Además de todo esto, algunas anécdotas bastante curiosas y graciosas que seguro que tardaremos en olvidar y desde aquí, felicitar de todo corazón a la gente de Irontec y de Avanzada7 que han permitido, no solo dar a conocer a más gente este fantástico mundo de comunicaciones opensource, si no también permitirme conocer un poquito Bilbao al que prometo volver pronto.

  • Zaptel 1.4.11 Released!

    En la lista de Asterisk de desarrolladores acabo de ver que han lanzado la versión 1.4.11 (y la 1.2.26) del (todavía existente) paquete Zaptel.

    Entre las mejoras que hay en esta versión están:

    – Soporte de señalización MTP2 a nivel de kernel y en las tarjetas Digium de 1 primario.
    – Solucionadas las falsas alarmas en primarios T1.
    – Introducción al Zap-Live (ya veremos qué es esto… 🙂
    – Algunos bugs que aparecían con nuevos kernels 2.6.24 y superiores, aunque algo me dice que no se han solucionado todos…

    Podeis descargar el ChangeLog.
    y el paquete zaptel de la página de Descargas.

  • Adiós Zaptel. Hola DAHDI!!!

    Leyendo la lista Asterisk-Dev me encontré con un post bastante curioso y me hizo sospechar lo mismo que al resto de los usuarios de la lista, algo nuevo parecía haberse filtrado sin querer y tras algunas preguntas y comentarios parece ser que Digium lo ha terminado haciendo público en su blog.

    Al parecer todo viene a raiz de que el propietario de Zaptel hace un par de años le comunicó a Digium que la marca estaba registrada, casualmente por una empresa dedicada a la telefonía (una empresa de venta de tarjetas para llamar por teléfono) y en parte se quejaba de que cuando alguien buscaba por término ‘Zaptel’ no aparecía su página y en cambio sí que aparecen otras tarjetas más famosas. 🙂

    Digium ha estado buscando una palabra que no estuviese registrada y que tuviera relación directa con el software que da soporte a sus tarjetas y el nombre en cuestión fue DAHDI.

    DAHDI: Digium Asterisk Hardware Device Interface

    ¿Qué ocurrirá entonces con el actual paquete Zaptel?

    Se va a proceder a un tiempo de «renombramiento» de todo el paquete Zaptel y realizando ciertas modificaciones bastante llamativas de manera que tendrá todas las funcionalidades de la versión Zaptel 1.4 y dejará de darse soporte para kernels de Linux 2.4 y sistemas de gestión de dispositivos DevFS (en favor del uDev), por lo que los drivers actuales de Zaptel pasarán a estar desfasados y no seguirán recibiendo actualizaciones una vez lanzada la versión DAHDI 2.0.0 (la primera que verá la luz).

    Asterisk 1.2 únicamente será compatible únicamente con Zaptel.
    Asterisk 1.4 tendrá que adaptarse a utilizar tanto el paquete Zaptel como el nuevo DAHDI.
    Asterisk 1.6 únicamente soportará DAHDI.

    Digium ha señalado que pondrá a disposición de todos los usuarios una página de información para lograr que la migración de Zaptel a DAHDI sea lo más cómoda posible.

    http://www.asterisk.org/zaptel-to-dahdi

    Más información próximamente… 🙂