Una de los inconvenientes que encontré cuando probé la aplicación Visual Dialplan era que, estando programado en Java, únicamente era compatible con Windows, una fea costumbre de utilizar un lenguaje multiplataforma para crear aplicaciones uniplataforma.

Anoche me llegó un email anunciándome que la empresa Apstel acaba de desarrollar la versión para Linux de su aplicación Visual Dialplan. Esta versión aún se encuentra en fase beta, pero se puede probar y seguro que a más de uno le gusta el sistema para evitar utilizar el editor de textos o un sistema basado en web.

Podeis solicitar ser betatester en su página web:
http://www.apstel.com/products/vdp/

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

Enlace: http://lists.digium.com/…/032110.html

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.

Monit es una herramienta muy utilizada por los administradores de sistemas y es bastante útil en un sistema Asterisk donde podemos chequear si Asterisk está funcionando, o por lo contrario enviarnos un aviso en el caso de que se apague repentinamente.

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 monit

wget -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.“

Hay muchas empresas que ofrecen herramientas para el telemarketing (helpdesk, publicidad, venta, etc…). Estas herramientas suelen ser creadas por empresas especializadas y son comerciales.

Vicidial es una aplicación opensource y gratuita, bastante conocida en la comunidad Asterisk pese a ser un poco complejo su instalación y quizá aun más su gestión, lo que no quita que sea una de las herramientas más utilizadas por todo el mundo y con bastante soporte en foros y páginas web en internet.

El autor de Vicidial consigue el apoyo económico necesario vendiendo el manual de instrucciones tal y como lo hace el proyecto Blender de diseño 3D bajo Linux.

Acaba de salir a la luz el proyecto VicidialNOW que consta de dos partes:

- VicidialNOW.com : Sistema comercial de soporte técnico en la instalación y configuración.
- VicidialNOW.org : Una distribución gratuita de Linux donde tendremos a nuestra disposición la aplicación Vicidial completamente instalado y funcional.

La idea es muy buena, de hecho ya iba siendo hora de que apareciese algo como esto, aunque en mi opinión, si alguien es capaz de configurarlo adecuadamente para que la aplicación haga lo que uno quiere, entonces ya ha superado con creces la dificultad que supone la instalación (a no ser que no tenga ni idea de Linux, claro está).

En Julio de este año ya hablamos de las posibilidades de Linux, una aplicación llamada “motion” utilizándolo como detector de movimiento y Asterisk para llegar a construir un sistema de alarmas con una webcam y Asterisk.

En aquel momento, el artículo que escribí fue simplemente una “idea” que ofrecía según las posibilidades de esta aplicación y Asterisk, y me he llevado una grata sorpresa al ver que dicha idea ha sido realizada por la empresa Servitux e incluso han escrito un tutorial donde podemos desarrollarlo con un esfuerzo mínimo.

El tutorial lo podeis encontrar en su página:
http://www.servitux.org/view.php/page/alarma

Gracias a Paco Brufal por el aviso.

Este fín de semana, pasando por un videoclub de esos que lo mismo venden música que pan me asomé por la parte de las revistas informáticas y cual fue mi sorpresa al encontrarme al menos 4 revistas de Linux que tenían en su portada la palabra Asterisk.

Decidido las cogí y me puse a ojearlas gratuitamente para ver si el contenido merecía la pena, y pese a que entiendo que las revistas de este tipo nunca suelen entrar en detalles demasiado profundos, sí que me alegré al ver que explicaban bastante bien lo que era Asterisk, código, archivos y configuración de Asterisk a nivel básico junto con otros artículos que explicaban cómo configurar softphones gratuitos y poder hacer llamadas por VoIP.(guauu! )

Si teneis un rato y os apetece echarle un vistazo, he encontrado dos portadas de las revistas que estuve mirando:
- Linux Magazine (que no es la primera vez que habla sobre Asterisk)
- Todo Linux

Atención: Sólo hasta fin de diciembre

Gracias a AsteriskOnline.br nos enteramos que hay un tutorial bastante sencillo para instalar y configurar TrixBox en portugués.

Podeis seguirla aquí:
http://dicasasterisk.asteriskonline.com.br/?page_id=212 

Hací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