Sinologic

Blog

  • Vídeos de la Astricon 2008

    Buscando en Youtube me encuentro con que ya existen vídeos de las charlas que se ofrecieron en la Astricon 2008.

    Podeis verlas en los siguientes enlaces:

    – Anuncio del nuevo chan_skype para Asterisk: (parte1) (parte2)
    – La telefonía sin reglas por David Duffet: (parte1) (parte2)
    – Entrevista a Mark Spencer y Wilhelm Lundborg (Asterisk y Skype): (parte1)
    – Últimos cambios del protocolo IAX2: (parte1) (parte2) (parte3)
    – Entrevista a Allison Smith (la voz de Asterisk): (parte1)
    – Entrevista a Tristan de Digium (parte1)
    – Entrevista a Gerd Graumann de Lumenvox (parte1)
    – Entrevista a John Todd de Digium (parte1)
    – Entrevista a Mark Warren de Red-fone (parte1)
    – Entrevista a la gente de Pika (parte1)
    – Entrevista a la gente de CounterPath (parte1)
    – Entrevista a Mark Spencer (parte1)
    – Entrevista a la gente de Openline Networks (parte1)
    – Entrevista a la gente de Xorcom (parte1)

    Seguro que se echan en falta muchas otras charlas, pero de momento son las que he encontrado, a medida que vaya encontrando más las iré poniendo en esta lista.

    Agradecimientos a VoiceRoute por las entrevistas.

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

  • Softphone SIP para el iPhone y el iPod Touch

    La gente de Fring acaba de anunciar (por fín) la disponibilidad de su software de mensajería instantanea (IM) y softphone SIP en la Apple Store (AppStore) de forma que no haga falta tener instalada la aplicación conocida aplicación Installer.

    He visto algunos clientes de mensajería instantánea para el iPhone, aunque ninguno llegaba a convencerme, realmente el único que me ha gustado ha sido Fring.

    Si no conoces esta aplicación compatible con la mayoría de los teléfonos Symbian, Motorola o cualquier otro, te recomiendo que le eches un vistazo a otros artículos anteriores sobre Fring.

    Nota Importante: La función de llamadas por SIP está limitada a la conexión Wifi, no se pueden hacer llamadas mediante la red 3G como sí se podía hacer con otras versiones. Se ve que es la «cesión» que han tenido que hacer la gente de Fring para poder tener esta aplicación en la AppStore.(Más información)

    Para aquellos afortunados, el enlace a la AppStore.
    Para aquellos curiosos, el enlace al anuncio oficial.

  • Vulnerabilidades de base

    Hace un par de meses, leía estupefacto cómo habían descubierto una vulnerabilidad en el mismísimo protocolo DNS que ponía de manifiesto que cuando algo es bueno, nadie lo mira.

    Pues si el DNS fue ámpliamente criticado por dicha vulnerabilidad y poner en peligro toda la infraestructura de nombres en Internet, ahora aparece algo aún más difícil de entender: una vulnerabilidad en el mismísimo protocolo TCP/IP.

    Esta vulnerabilidad permitiría a un atacante desconectar cualquier cosa conectada a la red.

    Se ha especulado bastante sobre lo que se podría hacer, a quién podría afectar y que repercusiones podría tener este descubrimiento, es por eso por lo que la gente de Hispasec han elaborado un FAQ sobre esta vulnerabilidad para aclarar un poco más este desastre.

    Podeis ver el artículo en su web: http://www.hispasec.com/unaaldia/3632

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