Sinologic

Etiqueta: Asterisk

  • Nuevos proyectos para Asterisk en la AstriDevCon 2008

    En la última AstriDevCon (concentración de programadores de Asterisk para planear nuevos proyectos relacionados con Asterisk) que se realizó la semana pasada entre otros proyectos, se plantearon algunos temas interesantes entre los que se encuentran:

    – Negociación de códecs y media
    – API y Framework
    – CLI (Console Line Interface)
    – Seguridad VoIP

    Sobre la Negociación de códecs y media, un tema bastante discutido y antiguo, existen diversos parches para realizar una negociación de códecs medianamente funcional, aunque parece ser que ahora se lo van a tomar mucho más en serio y han elaborado un plan de desarrollo sobre cómo debería ser.
    Podeis ver la descripción del problema y su posible solución en esta presentación:
    * Presentación sobre la negociación de códecs y media.

    En cuanto a la parte de las API y Framework, aparece un nuevo proyecto bastante ambicioso y con un nombre en clave como PineMango (mezcla entre pinneapple -piña- y mango).

    Este proyecto podría llegar a ser uno de los saltos más interesantes en cuanto a la integración de Asterisk con otras aplicaciones y uno de los objetivos de Asterisk 1.6: soporte para infraestructuras distribuidas y especialmente grandes (varios miles de extensiones y llamadas simultaneas).Después de leer los emails de la lista Asterisk-dev y algunos documentos sobre este proyecto que han hecho personas como Olle Johannson, Nir Simionovich, Txafrir Cohen y Russell Bryant, y muchos más, me queda claro que Asterisk pasará a disponer de soporte nativo para muchos estándares tan interesantes como Radius, Diameter, Django, Ruby, PHP, Lua, LDAP, y muchos otros.
    *Presentación sobre la parte de API y nuevos Frameworks para la integración de Asterisk.

    Y otro de los puntos importantes es sin duda el tema de la Seguridad de la VoIP.
    Asterisk es uno de los sistemas de comunicaciones más seguros que existen (no hay más que ver las decenas de boletines de seguridad mensuales que publica Microsoft o Cisco para darse cuenta que Asterisk es una aplicación bastante segura pese a tener sus bugs), no obstante, en sistemas de gran tamaño, la seguridad adquiere un nuevo significado (sobre todo en sistemas distribuidos) y por eso se han elaborado un plan de actuación y una API especial (ASA –Asterisk Security Arquitecture-) para mejorar aún más la seguridad y arar el terreno para desarrollar nuevas medidas de integración con otros sistemas seguros. Este sistema también forma parte del proyecto PineMango:
    * Presentación sobre la parte de Asterisk Security Arquitecture.

    En fín, la AstriDevCon 2008 ha vuelto a ser un éxito con unos objetivos bastante definidos y un nuevo horizonte con unas vistas impresionantemente interesantes.

  • Actualizaciones del one-button-pickup de Thomson

    Mi colega Sergio Serrano me ha comentado hoy que acaba de publicar el último parche para el one-button-pickup para el Thomson ST2030 en Asterisk.

    Los terminales Thomsons disponen de serie de 10 teclas de función que sirven tanto para recibir llamadas simultaneas y mantenerlas a la espera como para monitorizar otras extensiones mediante la función BLF (Blink Light Function). Estas teclas se enciende cuando una extensión está hablando o parpadeando cuando están sonando.

    Cuando una extensión remota recibe una llamada, la tecla de función parpadea y gracias al último parche de Sergio, pulsando esa tecla se puede capturar la llamada que está sonando en esa extensión.

    Podeis encontrar el parche y el howto de cómo funciona en su página:
    http://www.asterisktron.org/…/parche-captura-llamadas-en-…-st2030/

    Vía: http://www.asterisktron.org/

  • 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. 😀

  • ASTERISK 1.6.0 RELEASED!!!

    Desde el 25 de Diciembre de 2006 que apareció Asterisk 1.4 los que trabajamos con Asterisk llevamos muchos meses esperando que saliera la versión estable de Asterisk 1.6.

    Tras muchas versiones trunk, más versiones betas y aún más releases candidates, por fín podemos disfrutar de la versión estable de Asterisk 1.6.

    Muchas personas me han preguntado a través de SinoLogic por las novedades con respecto a 1.4, pero pese a que llevo bastante tiempo testeando todas y cada una de las versiones que han ido saliendo, la lista de cambios es demasiado grande como para hacer una lista significativa sin llegar a despreciar el trabajo de mucha gente que ha realizado modificaciones y mejoras en otras partes del código, así que para todos aquellos, aquí teneis el ChangeLog de todos los cambios de Asterisk 1.4 a Asterisk 1.6.

    De momento, no voy a decir nada más hasta ponerme manos a la obra y empezar a probar y testear esta versión que tiene pinta que va a ser la oficial hasta dentro de algún tiempo, ya que me comentan algunas mejoras que traerá la versión 1.6.1 y que realmente son considerablemente grandes como para entender que tendremos que esperar algún tiempo para ver una versión oficial 1.6.1.

    De momento ya podemos descargarla y comprobar su estabilidad que, a diferencia de las primeras versiones de Asterisk 1.2 y Asterisk 1.4, esta nueva versión parece tan estable que hasta se podría poner en producción.

    Para los que quieran continuar con Asterisk 1.4 también hay buenas noticias, la salida de la versión 1.4.22 (la primera totalmente compatible con DAHDI) (ver lista de cambios)
    Podeis descargarla de aquí:
    http://downloads.digium.com/pub/asterisk/asterisk-1.6.0.tar.gz
    http://downloads.digium.com/pub/asterisk/asterisk-1.4.22.tar.gz

    P.D. Por fín Digium parece que ha quitado los enlaces tontos en los archivos de la web de descargas downloads.digium.com que tantas veces nos hemos descargado tontamente mediante el wget. 😀

    Que lo disfruteis!

  • 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…

  • Fotografías de la Bootcamp Lisboa 2008

    He estado recopilando las fotos que había hecho y las he publicado en un album donde se pueden ver todas.

    Si quieres echarle un vistazo, aquí están las fotos de la Bootcamp Lisboa 2008.

    Bootcamp Lisboa 2008
    Bootcamp Lisboa 2008

  • Skype oficial para Asterisk

    Puede que la noticia no sea nueva para muchos seguidores de las noticias sobre Asterisk y VoIP, pero ando poniéndome al día y hay noticias por las que hay que pasar.

    En el Astricon que acaba de terminar Digium ha anunciado un nuevo proyecto de colaboración con una empresa que todos conocemos bastante bien: Skype.

    Este proyecto consiste en un nuevo canal compatible con Skype para conectar esta red a Asterisk de forma similar a la que ya hace Asterisk con servicios como GoogleTalk, y de hecho las reacciones no han tardado en llegar.

    Skype es un mal protocolo a nivel de red (aprovecha el ancho de banda del cliente para transportar audio a terceros) pero muy bueno para traspasar firewalls (lo cual puede hacer que en empresas el administrador de red lo vuelvan loco), podría abrirse un debate sobre las ventajas y desventajas de utilizar este sistema partiendo de la máxima que es un protocolo cerrado y propietario de una empresa, y esta dependencia nunca es buena.

    El funcionamiento es similar al del canal chan_gtalk únicamente cambiaría el ‘gtalk’ por ‘skype’ por lo que para hacer una llamada únicamente habría que enviarla así:

    exten=>1001,1,Dial(Skype/1001.dominio)

    La verdad, a mi no me termina de convencer, aunque entiendo el motivo por el que lo han hecho (hay muchos productos bastante chapuceros de conexión de Asterisk con Skype, por lo que es notable que hay interés en algo así) – comento lo de chapucero, porque el hecho de que un «chan_skype» requiera de un sistema con Windows para utilizar la API de Skype, es una chapuza -.

    No obstante, y manteniendo la objetividad de un producto que no conozco por el momento, me gustaría conocer alguna opinión al respecto… y obtener alguna respuesta a estas preguntas:

    – ¿Piensas que este producto tendrá el éxito esperado?
    – ¿Cuánto serías capaz de pagar por utilizar un canal como este?
    – ¿Crees que SIP podría llegar a convertirse en un protocolo de Comunicaciones unificiadas potente y abierto antes que otras empresas invadan este terreno?

  • Vuelta a la normalidad después de la Bootcamp de Lisboa

    Con resaca de esta semana agotadora en Lisboa impartiendo la última Bootcamp vuelvo con ganas de continuar y de compartir algunas experiencias sobre la gran acogida que ha tenido este curso en el país vecino.

    Pese a que el curso se hacía en Portugal (en el parque tecnológico TagusPark, junto a las sedes de Microsoft (xD), Cisco, Nokia y muchos otros grandes. El curso era íntegramente en castellano con apoyo por parte de mi compañero Hugo, no obstante, los asistentes parecían entender bastante mejor el español de lo que yo había pensado, y cuando habían dudas y el idioma se convertía en un problema, entonces se acudía al inglés donde los portugueses están bastante más acostumbrados por lo general que los españoles (las películas no se doblan y la mayoría de ellos están acostumbrados a este idioma).

    Para asegurarme que el aprendizaje estaba garantizado, hice un pequeño test al principio del curso y otro al final. Los propios alumnos se asombraron de las respuestas que dieron en el primer test. -«¿Cómo pude haber respondido eso!!!?«- decía alguno. 😀

    Lo mejor sin duda, las ganas de aprender y la complicidad en los descansos hacía constancia que lo estaban disfrutando. Ver cómo en 10 minutos configuraban una cuenta para registrarse en un proveedor y podían hacer llamadas, era otro de los momentos clave. La cara de «lo conseguí» cuando llamaban a un número y les aparecía una locución diciendo «Congratulation! You have configured sucessfully Asterisk OpenSource PBX!» era otro de los momentos clave en los que se notaba que el curso estaba siendo un éxito. 🙂

    Colas, Agentes, tarjetas, simulaciones y comandos de la muerte! 😀 llamaron también la atención y solo un dibujito de una inocente «teleoperadora» teniendo que «atender» a muchos «clientes» se tornó en una carcajada multitudinaria en todo el aula.

    La noche del jueves, se organizó la esperada Asterisk Night Party, donde los alumnos tenían que conectar todos sus Asterisk entre sí para poder llamarse entre ellos y enviarse preguntas sobre lo que se había dado durante la semana. 🙂

    El examen dCap también fue toda una sorpresa, ya que la mayoría de los presentes sacaron muy buenas notas, muchos se quedaron a las puertas pero también hubo quien pasó el práctico con bastante margen, lo mejor, que todos los asistentes a la bootcamp sacaron muy buenas notas, y los que no aprobaron, les faltó muy poco y estoy seguro que la próxima será la vencida. 🙂

    Sin duda, ha sido toda una experiencia y desde aquí quería agradecer a todos los asistentes su gran acogida, su esfuerzo por hablar español y sus comentarios, algo digno de recordar y que será dificil olvidar. 🙂

    En cuanto encuentre un poco de tiempo, subiré algunas fotografías (como la que acompaña a este artículo) que saqué de esta semana íntegramente dedicada a Asterisk.

  • 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.

  • Zivios: Nuevo interfaz web OpenSource para controlar nuestro Asterisk

    Hace algún tiempo se anunció una cuenta atrás para poder descargarse un nuevo interfaz opensource con licencia GPLv3 para controlar Asterisk y algunos servicios básicos: Zivios.

    No he tenido la oportunidad de probarlo aún, pero la verdad es que tiene un diseño bastante agradable y sencillo según las capturas de pantalla que tienen publicada en su web.

    Podeis verla aquí:
    http://www.zivios.org