La empresa ecuatoriana PaloSanto Solutions acaba de anunciar la disponibilidad de su nueva appliance ELX-025 basada en puertos analógicos concretamente 4 puertos analógicos y 1 puerto de red.
Más información: http://www.elastix.org/…/task=view&id=63
i6net es una empresa española que desarrolla el navegador VXI* VoiceXML para ofrecer a desarrolladores, operadores y proveedores de servicios basados en Asterisk la capacidad desarrollar rápidamente aplicaciones controladas por voz y vídeo utilizando tanto VoIP, como redes telefónicas e incluso redes 3G.
Para los que no sepan muy bien qué es esto del VoiceXML, tan solo contar que esta tecnología permite especificar dialogos entre personas y el sistema, lo que permite desarrollar gracias a un sistema TTS y ASR manejar una conversación algo a lo que actualmente no estamos aún muy acostumbrados salvo cuando llamamos a algún soporte técnico de alguna empresa de telefonía donde nos pregunta los datos, la consulta y busca entre sus sistemas la mejor respuesta (claro que generalmente, la consulta suele ser: -”Quiero hablar con un operador!”).
Un ejemplo muy básico sobre un sistema VoiceXML podeis verlo aquí:
http://www.w3c.es/Presentaciones/2005/0314-estandares-JA/26.html
El navegador VXI* cumple completamente con el estandar W3C VoiceXML 2.0 y algunas especificaciones 2.1, y puede ser fácilmente integrada en sistemas de reconocimiento de voz (ASR) y text-to-speech (TTS).
Podeis ver la nota oficial aquí:
http://www.i6net.com/
El pasado día 29 de Febrero, un mensaje de Shaun Ruffel, desarrollador del kernel de Linux y de Digium, anunció que estaba trabajando en una versión especial de Zaptel que permitiría, a todos aquellos que no han podido evitar compartir la IRQ de las tarjetas Digium con slots PCI, solucionar los cortes y pérdida de calidad por esta causa.
Por supuesto, la versión PCI-Express no cuentan con esta problemática por el motivo que ya expliqué cuando hablé de las ventajas de las tarjetas PCI-Express.
Es, sin duda, un gran avance debido al nuevo chipset exclusivo de Digium llamado VoiceBus que muchos ya habreis oído y que ofrece una mejora en la calidad de sonido además de permitir ser reprogramado para conseguir ventajas como la comentada.
Esta nueva característica será implementada posiblemente en una versión próxima de los módulos Zaptel, aunque de momento ya podemos descargarnos la versión subversión:
cd /usr/src
svn co http://svn.digium.com/svn/zaptel/team/sruffell/voicebus zaptel-digium
cd zaptel-digium
./configure
make
make install
make config
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
La gente de red-fone se han propuesto facilitar la vida a sus usuarios aún más si cabe y parece ser que está teniendo bastante éxito.
Como ya comenté en un artículo anterior, la empresa red-fone actualizó sus dispositivos phoneBridge2 del modelo A (MOD-A) al modelo B (MOD-B), la principal diferencia consistía en que, mientras el phoneBridge2 MOD-A, trabajaba exclusivamente en capa 2 (únicamente mediante direcciones MAC), el phoneBridge2 nuevo MOD-B trabaja tanto en capa 2 como el capa 3 (hay que asignarle una dirección IP), de hecho, nuestros Asterisk deben estar en el mismo rango de IP que los phoneBridge2 que queramos utilizar.
Acostumbrado al modelo A, se me hizo un poco complicada la configuración de un sistema de redundancia con el modelo B ya que al tener dirección IP, los archivos de configuración varían bastante, es por ello por lo que visitando la web de red-fone, descubrí un tutorial muy, muy interesante donde lo explicaban bastante clarito, y por si aún alguien no llegaba a entender muy bien cómo configurarlo, han elaborado un script muy útil que genera el archivo zaptel.conf y redfone.conf necesario en un tiempo record y con unas preguntas muy básicas.
El tutorial podeis verlo aquí:
http://www.red-fone.com/Products/fonebridge2/Installation/
y el archivo para facilitar la configuración del phoneBridge2 podeis descargarlo de aquí:
http://support.red-fone.com/downloads/tools/redfone_gen.sh
Atención: Hay que utilizar el nuevo driver que se encuentra en el paquete zaptel que se descarga de la página de descargas de red-fone:
http://support.red-fone.com/downloads/zaptel/
Una gozada de aparato. 
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.
Pese a que siempre tengo el tiempo justito para todo, llevaba algún tiempo pensando en la posibilidad de hacer una aplicación que aprovechara mejor la funcionalidad que trae Asterisk con el soporte de Jabber y GoogleTalk.
Normalmente, cualquiera que haya configurado Asterisk para que se conecte con una cuenta a la red Jabber o GTalk, habrá visto que puedes hacer llamadas al Asterisk, pero en cambio si le escribes algo, el Asterisk no hace nada.
Con AstJabot (Asterisk Jabber Bot), Asterisk reconocerá mediante chat ciertos comandos (por ahora solos los imprescindibles) e interactuará con el usuario.
La idea inicial es permitir ciertos comandos de administración básica y por lo tanto, el usuario administrador debe ser el único usuario permitido para “hablar” a la cuenta en la que nuestro Asterisk está logueado.
Podeis ver una descripción más completa, el tutorial sobre cómo instalarlo y configurarlo, e incluso un vídeo sobre su funcionamiento en su propia página:
Enlace: http://www.sinologic.net/proyectos/astjabot/
Se admiten sugerencias…
Espero que os guste.
Un año y un mes después del lanzamiento de la primera versión de Asterisk 1.4, el equipo de desarrolladores de Asterisk acaba de hacer pública la primera versión de Asterisk 1.6.
De momento se está trabajando en los objetivos marcados desde agosto y por supuesto, lo que tenemos disponible es la primera de las versiones beta.
Han introducido una nueva política de versiones de la que hablaré al final del artículo.
La lista completa de todos los cambios con respecto a la versión 1.4 la podéis encontrar en el ChangeLog correspondiente, un documento de 9 páginas íntegras de cambios desde la versión 1.4.0-beta hasta esta última versión:
- Lista de cambios de Asterisk 1.4 a Asterisk 1.6
Para los que quieran probarlo, tan solo han de asegurarse tener instalado los paquetes básicos para poder compilar y seguir estos sencillos pasos:
apt-get install subversion
cd /usr/src
svn co http://svn.digium.com/svn/asterisk/tags/1.6.0-beta1/ asterisk-1.6.0-beta1
cd asterisk-1.6.0-beta1
./configure
make menuselect
make
make install
make samples
asterisk -gvc
Tras esto, podremos ver nuestro flamante y nuevo Asterisk 1.6 beta 1:
sinologic:/usr/src/asterisk-1.6.0-beta1# asterisk -gvvvvvvcddddd
Asterisk 1.6.0-beta1, Copyright (C) 1999 - 2007 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type ‘core show warranty’
for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type ‘core show license’ for details.
=========================================================
NOTE: This is a development version of Asterisk, and should not be used in
production installations.
Han duplicado el número de aplicaciones (app_*) disponibles, añadiendo algunas bastante conocidas, otras completamente nuevas de las que ya hemos hablado (jack, autoprovisión de terminales, minivm, etc.) y algunas otras que son completamente nuevas y desconocidas.
Nuevas funciones para mejorar la programación del dialplan y permitir más flexibilidad a la hora de realizar algún tipo de configuración más compleja.
Tanto las aplicaciones ya conocidas continúan estando, pero hay muchas que han ampliado el número de opciones permitiendo ser aprovechadas mejor.
Tanto los canales SIP como IAX han sido mejorados para ofrecer un mejor comportamiento, ya veremos si en esta versión añaden las carencias que han ido apuntando algunos compañeros.
Continúan sirviendo el conjunto de locuciones de la versión 1.4 (se ve que de momento no hacen falta nuevos ‘monos’) -un chiste para los frikis- 
Será cosa del estreno, pero me parece que pesa menos.
En cuanto a la nueva política de versiones de la que hablábamos al principio, parece ser que los desarrolladores han ido aprendiendo de las pasadas versiones y en lugar de ir guardando código nuevo para lanzar una nueva característica en una futura versión de Asterisk 1.8, irán añadiéndola paulatinamente a la versión 1.6.
Las nuevas versiones de Asterisk 1.6 saldrán aproximadamente cada mes o dos meses y los cambios serán introducidos cuando sean más estables en lugar de apurarse en sacarlo en una fecha concreta (por fín).
En este documento podeis ver la nueva politica de mantenimiento de Asterisk 1.6: http://lists.digium.com/pipermail/asterisk-dev/2007-October/030083.html
Pues nada, visto lo visto, empezamos el año con nuevo material para probar y trastear, tendremos que echar un vistazo más detenidamente y empezar a reportar todos los fallos que encontremos a bugs.digium.com.
Mi enhorabuena a todos y a disfrutarlo!
De hecho, en la lista de Asterisk-ES hay bastantes personas que lo utilizan como podeis comprobar en el archivo de temas.
Hace unos días, Bret McDanel (Trixter), uno de los desarrolladores de FreeSwitch publicó un parche para Monit para que, además de monitorizar si Asterisk estaba funcionando, la red funciona corréctamente, el procesador está en su correcta medida, también podamos monitorizar el estado de las peticiones SIP.
“I had used monit for some other things, and even used it for testing SIP but was dissatisfied with the fact that it did not do a real SIP test. To that end I added a SIP protocol handler, which sends an OPTIONS packet, and verifies that it gets a 200 OK back. This indicates that the message was received, parsed, and a response could be generated. With the optional timeout capabilities of monit you can have something that is fairly robust for ensuring that your SIP stack is indeed working, and restart it if it isnt.”
Por esto, os recomiendo probar esta aplicación si no la conoceis, e incluso su nuevo parche para SIP:
cd /usr/src cvs -z3 -d:pserver:anonymous@cvs.savannah.nongnu.org:/sources/monit co monit cd monitwget -O protocols/sip.c http://www.0xdecafbad.com/wp-content/uploads/2008/01/sip.c wget http://www.0xdecafbad.com/wp-content/uploads/2008/01/sip.cvsdiff patch -p0 < sip.cvsdiff./autogen.sh make all install
Un ejemplo de configuración para esta aplicación, sería algo así:
check process asterisk with pidfile /var/run/asterisk/asterisk.pid
start program = “/usr/sbin/asterisk”
stop program = “/usr/sbin/asterisk -r -x ’shutdown now’”
if totalmem > 1000.0 MB for 5 cycles then alert
if totalmem > 1500.0 MB for 5 cycles then alert
if totalmem > 2000.0 MB for 5 cycles then restart
if cpu > 60% for 5 cycles then alert
if failed host MY.SIPSERVER.TLD port 5060 type udp protocol SIP target me@foo.bar maxforward 10 then restart
if 5 restarts within 5 cycles then timeout
¿Conoceis más herramientas de este tipo?
*Actualización*
El propio Bret McDanel nos anuncia en los comentarios de este artículo que el parche ya se encuentra en el CVS, por lo que no haría falta parchear.
“This is in CVS now! A combination of Grasland Pierrick and my patch.“
El equipo de desarrolladores acaba de hacer pública una nueva versión del paquete zaptel (el que permite a Linux reconocer la tarjetas Digium), en este caso no solo para la versión 1.4 si no también para la 1.2.
Entre los cambios que trae esta nueva versión, se encuentran:
- Una mejora en la utilidad fxotune, imprescindible hoy día para analizar la línea analógica y mejorar la calidad de audio, evitando cadencias y eco. Podeis encontrar la descripción de esta nueva versión aqui:
http://lists.digium.com/pipermail/asterisk-users/2008 -January/203778.html
- Soporte mejorado para las tarjetas de primarios: TE120P, TE121P, TE122P- Actualizado el generador de DTMF, permitiendo la generación en tiempo de ejecución así como DTMF “twist”.
Podeis descargarlo de aquí:
http://downloads.digium.com/pub/zaptel/
Asterisk-ES
