Pues eso, el pasado viernes 5 de Septiembre se liberó la versión Elastix 1.2. Esta distribución que empieza a tener bastante repercusión en todo el mundo.
Entre los añadidos se encuentran:
– Soporte para los foneBridge2 de Red-fone.
– Calendario integrado con alarmas y despertador para hoteles.
– Soporte para SugarCRM.
– Cliente Jabber para comunicación unificada (UC)
Podeis descargarlo de aquí:
http://downloads.sourceforge.net/elastix/Elastix-1.2-stable-05sep2008.iso
Cualquiera que vea el ranking de usuarios de Asterisk puede darse cuenta que tras EEUU y España, los países con más usuarios de Asterisk pertenecen a un conjunto de países donde existe una señalización de primarios llamada MFC/R2 y que, a pesar de ser muy conocida en estos países, en EEUU y en Europa no lo es tanto por lo que, en teoría los desarrolladores existentes en los países implicados se encuentran a menudo solos, ante una señalización especial y no contemplada desde un principio por el desarrollo original de Asterisk.
El creador del SpanDSP (Steve Underwood) es incluso más conocido por desarrollar un canal que ofreciera el soporte necesario para permitir la compatibilidad con esta señalización. Steve se encontró inmerso en muchos proyectos y no tenía capacidad para continuar con este soporte por lo que lo terminó dejando de lado y eso hizo que muchos usuarios y empresas se encontrasen con grandes dificultades para soportar esta señalización.
Hace algún tiempo, buscando información sobre señalización MFC/R2 para primarios en Angola (como ex-colonia de Portugal, mucha tecnología proviene de Portugal y esta a su vez de Brasil) me encontré con un blog de un mejicano llamado Moises Silva (moythreads.com) que además de ser usuario y desarrollador de Asterisk, es el principal desarrollador del proyecto chan_unicall que dota de soporte para la señalización MFC/R2 continuando el trabajo que comenzó en su día Steve Underwood, y más tarde reescribiendo un stack de R2 nuevo e integrándolo en chan_zap, asi no es necesario usar chan_unicall ni unicall, libmfcr2, spandsp y demás librerias.
Ahora leo en el blog de Digium un breve homenaje a Moises a modo de agradecimiento por su tiempo y esfuerzo y sobre todo, por ofrecerlo con libre para la comunidad de Asterisk, algo que es digno de admiración y de agradecimiento por parte de todos.
A propósito, comentar que Moises Silva estará en la Astricon 2008 para dar una charla sobre el soporte de MFC/R2 en Asterisk. 🙂
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/
Como Telefónica me ha dejado sin conexión en el servidor, no he podido compartir la noticia que publicó Bytecoders y es que Jay Phillips, principal desarrollador del proyecto Adhearsion framework para facilitar la programación en Asterisk con el lenguaje Ruby además de hacerse aún más conocido si cabe por sus cartas abiertas dirigidas a Mark Spencer, ofrecerá un webminar sobre la programación de aplicaciones nativas VoIP a través de Asterisk en Ruby.
Para más información:
http://www.voipphreak.ca/webinar-jay-phillips-adhearsion
P.D. Es esta noche a las 0:30 am, para que el que quiera asistir. 🙂
Pese a que Alberto Sagredo se me ha adelantado con el vídeo de VoIPSupply, ya tenía preparado un vídeo donde pongo los pasitos para la instalación completa de un Asterisk y su interfaz, así como la configuración básica para registrar un softphone y hacer llamadas externas, configurar un Meetme, etc.
La explicación es más bien escasa, ya que viendo el vídeo y los pasos que he dado se puede entender fácilmente qué hay que hacer, no obstante y como siempre digo, la experiencia es algo que uno debe adquirir personalmente por lo que, hasta que uno no haga el esfuerzo y lo instale, no se dará cuenta de lo sencillo que es y las posibilidades/limitaciones que va a encontrar.
No hace ni 3 semanas que probé la beta de Asterisk-GUI 2.0 tras leer el anuncio en el blog de Saúl y he visto que anoche lo publicaron oficialmente.
Por extraño que parezca, han dado un empujón bastante gordo y ahora tiene toda la pinta de estar completa (por no llegar a decir ‘estable‘).
La he estado probando, aunque por lo que me ha parecido, me he visto obligado a instalar la versión Asterisk 1.6.1 (descargada desde subversion), de lo contrario se queda dando vueltas porque no encuentra el comando ‘ping’ en el mánager. 🙂
En la web de Asterisk teneis algunas capturas de cómo queda al final.
Muy buena pinta… la he instalado, pero habrá que verla más detenidamente. 😀
Tom Keating hace un anuncio muy interesante y es el hecho de que Digium está pensando en dejar a rPath como distribución base para AsteriskNOW en favor de una distribución más conocida: CentOS.
Como debianero debo decir que hubiera estado mejor utilizar Debian, no obstante el hecho de utilizar CentOS en lugar de una distribución que no conoce nadie y con escasas herramientas de actualización y mantenimiento como rPath, y pasar a utilizar una distribución más conocida como CentOS es una buena noticia.
Gracias a David Prieto por el aviso.
A finales de diciembre anuciamos que Asterisk había logrado conseguir 1.000.000 de descargas, lo que no significa que hubieran un millón de Asterisk instalados, pero daba una cifra curiosa de la cantidad de usuarios que instalan Asterisk (sin contar los sucedáneos tipo Trixbox que no se descargan de la web oficial).
Hoy he leído un comentario muy curioso que afirma que, en lo que llevamos de año (desde el anuncio del millón de descargas hasta ahora) se han contabilizado 835.000 descargas nuevas, lo que, considerando que este año ha sido un poco «flojo» en cuanto a versiones nuevas de Asterisk en comparación con el año pasado, una cifra que podría acercarse a los 2 millones de descargas para fin de 2008 (considerando que la nueva versión Asterisk 1.6 estable, salga este año).
Esto no solo deja ver como ha aumentado el número de usuarios si no, considerando el crecimiento de número de descargas del paquete original, la intensidad con la que la gente utiliza e instala Asterisk.
Sin duda una buena noticia. 🙂
Por el blog de Saghul me entero que acaban de lanzar una nueva versión del Asterisk-GUI 2.0. No soy amigo de los interfaces, aunque reconozco que muchos conocidos los utilizan por «facilitarse la labor» de desarrollar configuraciones «en serie» algo con lo que comparta o no, hay que respetar.
A la vista del comentario de Saúl, daba la impresión de que habían cambiado el aspecto visual, por lo que, recordando lo sencillo que era instalarlo y aprovechando que tengo varios Asterisk para mis pruebas, y como la curiosidad mató al gato, lo he instalado para verlo.
Para empezar, la instalación no puede ser más sencilla:
En la consola, ejecutar:
svn co http://svn.digium.com/svn/asterisk-gui/branches/2.0 asterisk-gui-2.0
Una vez descargado, toca instalarlo, para ello ejecutamos:
cd asterisk-gui-2.0 && make && make install && make samples && make checkconfig
Con este ultimo comando (el make checkconfig) confirmaremos que la configuracion es la correcta, por lo que nos dara algun mensaje de error. Tan solo deberemos asegurarnos que esta habilitado el manager en el puerto 5038 asi como que existe un usuario valido en el manager.conf y haber descomentado los parametros en el archivo http.conf, reiniciamos Asterisk y listo. 🙂
Para probar, recomiendo configurar el parametro bindaddres con valores 0.0.0.0, de manera que una vez lo podamos ver, lo configuremos de acorde a donde vayamos a conectarnos (127.0.0.1 si es desde la propia maquina, o 192.168.0.0 desde la red local o 0.0.0.0 para cualquier sistema desde Internet).
Una vez tengamos todo correctamente configurado, pasamos a entrar en el sistema, para ello, abrimos el navegador web y escribimos la direccion de Asterisk en el puerto que hayamos definido en el archivo http.conf, por defecto el 8088 (http://laipdenuestroasterisk:8080), lo que nos redireccionara a la direccion correcta (http://laipdenuestroasterisk:8088/asterisk/static/config/index.html).
Los cambios son pocos pero destaca alguno que otro si hemos seguido de cerca el interfaz en su version anterior:
Visualmente no se aprecia muchos cambios, aunque a medida que uno va saltando por las opciones, puede notar la experiencia adquirida tras la primera versión (algo verde en mi opinión).
Donde realmente me ha llamado la atención es en la auto-preparación, de manera que se modifican los archivos de configuración necesarios para poder utilizar todo el potencial de este interfaz, detección de hardware (incluyendo, como no, soporte para tarjetas basadas en mISDN) y algunas opciones básicas que ya traía de serie la versión 1.0, por lo que nada destacable por ahora.
Por supuesto, la versión que he probado, además de ser descargada por subversión, podría clasificarla como pre-pre-alfa, por lo que aun no está lista para ser utilizada, de hecho aún no funcionan botones básicos (sobre todo el de añadir), pero seguro que pronto lo arreglan.
Lo «bueno» de este interfaz, es que lee la configuración que hemos escrito a mano, la entiende y permite gestionarla vía web, algo que aún no he encontrado ningún interfaz que lo haga (siempre machacan los cambios o acuden a archivos externos incluidos para saltarse esta dificultad, en lugar de plantarle cara).
Lo «malo» de este interfaz, que, como todos los interfaces, hay limitaciones que el usuario probablemente puede requerir, pero para eso está el ‘vi’. 🙂
El día que este interfaz funcione como debe, creo que habremos dado con uno que realmente merezca la pena de verdad. 🙂
Digium tiene Switchvox como interfaz web profesional (y comercial) para la gestión de Asterisk, por lo que si realmente queremos una versión en condiciones del Asterisk-GUI (opensource y libre), más nos vale empezar a aportar nuestro granito de arena tanto en el desarrollo como en la verificación de funcionamiento y búsqueda de bugs.
Por cierto, a veces ocurre un error: Could not connect to Server, que se solucionará con una versión del Asterisk-GUI más estable y dándole al botón Retry. 😛
Partiendo que no lo he probado aún (a ver si durante estas necesarias vacaciones puedo dedicarle un ratito), he visto un artículo muy interesante sobre el T38modem, una especie de IAXmodem pero con soporte para enviar faxes mediante T38 con Asterisk.
Asterisk soporta T38 en modo passthrough en SIP, esto es, lo deja pasar, pero no iniciar ni acabar una llamada.
Justamente, el T38modem se basa en la misma filosofía que el IAXmodem por lo que sería posible disponer de esta ventaja tal y como comentan utilizando Hylafax como servidor de faxes de la misma manera que podríamos tenerlo con el IAXmodem pero con T38 en lugar de T30. Suena bien, ¿verdad? 😀
Vamos a ver cómo se hace:
cd ~
cvs -z9 -d :pserver:anonymous@openh323.cvs.sourceforge.net:/cvsroot/openh323 co ptlib_unix
cvs -z9 -d :pserver:anonymous@openh323.cvs.sourceforge.net:/cvsroot/openh323 co -D «5/21/2007 23:59:59» opal
cvs -z9 -d :pserver:anonymous@openh323.cvs.sourceforge.net:/cvsroot/openh323 co t38modem
Con esto habremos descargado las librerías y la aplicación t38modem.
Ahora vamos a compilar:
cd ~/pwlib
./configure
make
sudo make install
cd ~/opal
./configure
make
sudo make install
sudo ldconfig
cd ~/t38modem
make USE_OPAL=1 USE_UNIX98_PTY=1 opt
make USE_OPAL=1 USE_UNIX98_PTY=1 install
Vamos a probar que realmente se ha instalado y funciona…
/usr/local/bin/t38modem -tt -o /var/log/t38modem.log –no-h323 -u T38modem –sip-listen udp\$127.0.0.1:6060 –sip-redundancy 3 –ptty +/dev/ttyT38-1,+/dev/ttyT38-2,+/dev/ttyT38-3 –route «modem:.*=sip:<dn>@127.0.0.1» –route «sip:.*=modem:<dn>»
Ahora vamos a preparar la configuración para 3 módems, para lo que supondremos que hemos instalado previamente el servidor Hylafax como indica Julian en su web y continuaremos:
cp ~/t38modem/HylaFAX/config.ttyx /var/spool/hylafax/etc/config.ttyT38-1
ln -s /var/spool/hylafax/etc/config.ttyT38-1 /var/spool/hylafax/etc/config.ttyT38-2
ln -s /var/spool/hylafax/etc/config.ttyT38-1 /var/spool/hylafax/etc/config.ttyT38-3
Como en el IAXmodem, vamos a modificar el archivo inittab para que esté siempre activa esta aplicación:
echo «t1:2345:respawn:/usr/sbin/faxgetty ttyT38-1» >> /etc/inittab
echo «t2:2345:respawn:/usr/sbin/faxgetty ttyT38-2» >> /etc/inittab
echo «t3:2345:respawn:/usr/sbin/faxgetty ttyT38-3» >> /etc/inittab
kill -HUP 1
Reiniciamos el servidor Hylafax:
/etc/init.d/hylafax restart
Y chequeamos que todo está funcionando corréctamente:
cat /var/spool/hylafax/status/ttyT38-1
Lo que nos debería mostrar un mensaje como este: Running and idle
Ahora vamos a ver cómo conectamos el T38modem a Asterisk, para lo que crearemos un usuario SIP propio en /etc/asterisk/sip.conf
[T38modem]
type=friend
host=127.0.0.1
permit=127.0.0.1
context=outgoing
port=6060
allow=all
canreinvite=no
y en este mismo archivo, en el contexto [general]:
t38pt_udptl=yes
Para enviar faxes, tan solo hay que utilizar algún cliente Hylafax y será el usuario T38modem el que se encargue de hacer la llamada mediante T38 por SIP. 🙂
Para recibir faxes, como siempre, enviando el fax entrante a SIP/${EXTEN}@T38modem.
Si a alguien le funciona, se agradece un comentario.
Si teneis problemas, lo que he dicho antes… a pelearse y googlear un poco. 😛
Enlace: http://voip-info.org/wiki/view/T38modem+configuration+with+Asterisk