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…

Luigi Rizzo comenta en la lista Asterisk-Dev algunos proyectos que están llevando a cabo en la Universidad de Pisa (Italia), algunos muy interesantes:

- Hacer que Asterisk arranque como una extensión de Firefox.
El objetivo de de este proyecto no es que sirva como servidor en producción, si no facilitar la tarea de desarrollar interfaces web sin tener que hacer pruebas contra un Asterisk de verdad.

- Soportar multiples fuentes de vídeo y de audio, de manera que cambien durante una conversación.
Precisamente estuve probando este fin de semana la aplicación app_conference con vídeo y con unos resultados bastante satisfactorios en cuanto a que la fuente de vídeo cambia según quien hable. Muy interesante para videoconferencias con varias personas. Aunque no se vea la pantalla partida, es un paso. Pronto escribiré algo más sobre esto.

- Unir el módulo chan_oss (posiblemente con el chan_alsa) en uno único: chan_console.
La ventaja de esto consiste en unificar las ventajas de cada uno de estos módulos y no tener que preocuparnos sobre la plataforma de audio que vamos a utilizar cuando utilicemos la consola para hacer y recibir llamadas.

¿Conoces alguna universidad que ofrezca proyectos de este tipo y no solo instalar y configurar un Asterisk?

Enlace: http://lists.digium.com/pipermail/asterisk-dev/2008-May/032977.html

Esto es algo que no me sorprende, y es que la gente de Fonality está hasta el gorro de recibir las quejas de los usuarios cuando alguna parte del FreePBX no funciona (lo siento Paco, lo han dicho ellos) y mucho peor, tener que estar pagando continuamente a la gente de FreePBX para solucionar cuanto antes los bugs que van apareciendo.

Realmente, Fonality y más concretamente Trixbox no sería lo que es hoy sin dos aplicaciones: Asterisk y FreePBX y aunque estuvieron a punto de abandonar FreePBX en favor de AsteriskGUI, las constantes discusiones que mantiene esta empresa con Digium ha dificultado el paso y han continuado atados de por vida a esta aplicación.

Pero cada vez que TrixBox actualizaba su versión particular de Asterisk para no quedar completamente desfasados con respecto a la versión oficial de Asterisk, tenían que realizar cambios en FreePBX para compatibilizarlo y esto se hacía más rápidamente a golpe de talonario.

A la vista de esto, Fonality ha dicho basta y va a comenzar a reprogramar una versión paralela (fork) de la aplicación FreePBX y realizando mejoras y parches supuestamente con licencia GPL (ya lo veremos).

Mientras los parches los ofrezcan a la comunidad FreePBX para mejorar este software, me parecerá bien, seguiré sin utilizarlo, pero me alegraré por que la empresa empiece a “dar” y no solo “recibir“.

Enlace: http://trixbox.org/forums/…/regarding-freepbx
Vía: VentureVoIP

Una de las mejores alternativas al popular Microsoft Exchange, es sin duda eGroupWare entre otros motivos porque además de ser libre y gratuito (no hay que pagar licencias como el caso del software de Microsoft), se integra perfectamente con todo tipo de software utilizado normalmente en la empresa como el Outlook, Thunderbird, Evolution, Kontact, e incluso permite sincronización con BlackBerrys, PDAs y teléfonos móviles mediante SyncML.

Una de las ventajas de que sea libre (algo que mucha gente parece no entender o no interesar) es que cualquier persona puede desarrollar una aplicación que interactue con este software sin tener que dar explicaciones ni pagar licencias ocultas.

Pues bien, la empresa sevillana Ene Soluciones acaba de publicar un sencillo manual para integrar eGroupWare aplicación con nuestro Asterisk, permitiéndonos ver con nuestro softphone preferido el nombre de la persona que nos llama si previamente hemos introducido los datos de esta persona en la base de datos de eGroupWare con nuestro cliente de correo o desde el interfaz de la aplicación.

Esto, unido a uno de tantos click-to-dial para hacer llamadas desde nuestro cliente de email con nuestro Asterisk, nos permitirá tener al jefe contento y a los clientes aún más.

Enlace al manual para integrar Asterisk con eGroupWare.

En el blog de Bytecoders leo que Brandon Kruse, desarrollador de Digium, acaba de publicar una versión de Asterisk basada en Asterisk 1.4.17 para el entorno libre OpenMoko y ser ejecutado en dispositivos móviles que funcionen con esta plataforma.

OpenMoko es un sistema operativo basado en Linux y especialmente dedicado a móviles, pdas y demás dispositivos empotrados.

Aquí podeis ver la página oficial de OpenMoko

Por supuesto, tener un Asterisk en el móvil no es que sea muy práctico, aunque es cierto que vuelve a demostrar la flexibilidad tanto de Asterisk como de cualquier aplicación Linux en cuanto a compatibilidad con los sistemas hardware y sus diferentes arquitecturas.

Aquí teneis la página del proyecto Asterisk para OpenMoko.

Pese a que muchos blogs y páginas de noticias sobre VoIP y Asterisk anuncian a bombo y platillo cada versión, revisión y corrección de bugs de Asterisk, estoy seguro que más de uno no le importa lo más mínimo cual es la última versión que salió ayer u hoy, no obstante, es importante recordar qué cambios va haciendo Asterisk ya que como un proyecto vivo, aquellos que siguen Sinologic y leen las noticias de las versiones, seguro que conocen en menor o mayor medida qué añadidos son importantes e interesantes para futuras implementaciones.

En esta ocasión, la versión que ha salido hoy es la 1.6.0-beta9 (la beta más alta que recuerdo en Asterisk) y que tiene como último añadido, una feature escrita por nuestro colega Olle sobre envío de mensajes en modo texto mediante el chan_sip, algo que empieza a tomar forma. Lástima que el chan_sip siempre vaya tan lento pese a ser uno de los módulos más utilizados en Asterisk.

Sobre todo, lo que tiene esta versión son correcciones de bugs encontrados desde la última versión.

Podeis ver el ChanLog aquí:
http://downloads.digium.com/pub/telephony/asterisk/ChangeLog-1.6.0-beta9

y cómo no, descargarlo de aquí:
http://downloads.digium.com/pub/telephony/asterisk/

Leyendo el blog de Tom Keating, veo que VoiceRoute acaba de publicar la versión 1.2.0-3 de Druid.

Druid es una GUI de configuración de Asterisk bastante desconocida en la comunidad pese a ser una de las que mejor pinta tienen y además es OpenSource.

Os pongo una presentación por si alguien se anima a echarle un vistazo.

En esta página, podeis ver una demo:
http://demo.voiceroute.org/druid/#_Home

y aquí podeis descargarla:
http://www.voiceroute.org/druidose/download

Pese a que está a punto de salir la versión 1.4.20 estable (ya está disponible la versión 1.4.20-rc2), el equipo de desarrolladores de Asterisk acaba de solucionar un importante bug de seguridad en el canal IAX tras lo cual escribieron un parche y este hacía que una llamada sobrecargara el sistema hasta tal punto que Russell Bryant, con un Core 2 Duo a 2.33Ghz era incapaz de manejar 16 canales IAX.

Tras esto, muy recomendable actualizar, sobre todo si se utiliza el canal IAX.

Más Información: http://downloads.digium.com/pub/asterisk/ChangeLog-1.4.19.2
Enlace: http://downloads.digium.com/pub/asterisk/

Leyendo Asterisk-Java me encuentro que el autor acaba de desarrollar una aplicación de código abierto (cómo no, escrita en Java) que lee nuestro archivo ‘extensions.conf‘ y nos genera un grafo con la estructura de nuestro dialplan.

Desconozco realmente la finalidad de esta aplicación, aunque imagino que puede estar bien para descubrir contextos que no están enlazados y por lo tanto, que “ensucian” y dificultan la lectura.

La aplicación que permite “dibujar” los grafos base se llama Egonet y en la página de Asterisk-Java teneis el código fuente.

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