Autor: hellc2

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. 😀
2008-10-09
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.
2008-10-04
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

2008-10-04
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!
2008-10-02
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…
2008-10-02
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
2008-10-01
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?
2008-09-29
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.
2008-09-29
Cisco podría comprar Jabber
Entre incrédulo y asombrado me he quedado cuando he leído la nota de prensa que ha ofrecido Cisco en la que declara que tiene intención de comprar Jabber y así poder hacer frente a otras empresas que disponen de servicios similares como Microsoft (con su MSN), Google (con su GTalk) o Yahoo.
La nota de prensa dice así:
“Enterprise organizations want an extensible presence and messaging platform that can integrate with business process applications and easily adapt to their changing needs,” said Doug Dennerline, Cisco senior vice president, Collaboration Software Group. “With the acquisition of Jabber, we will be able to extend the reach of our current instant messaging service and expand the capabilities of our collaboration platform.”
«Las empresas quieren un sistema de presencia y plataforma de mensajería que se pueda integrar con las aplicaciones que utilizan en sus negocios y que sean fácilmente adaptable a los cambios que precisen.» dijo Doug Dennerline, el vicepresidente de Cisco. «Con la adquisición de Jabber, seremos capaces de ampliar las ventajas de nuestro sistema de mensajería instantánea y mejorar las capacidades de nuestras plataformas.«
Todavía parece que no han dado el paso, aunque si lo han anunciado así, es que algún paso habrán dado.
Está claro que detrás de Jabber, hay muchos grupos, plataformas y organizaciones, que utilizan las especificaciones del protocolo para desarrollar aplicaciones de comunicaciones. Pero con la compra de Jabber por parte de Cisco, se podría llegar a un cierre absoluto a las mejoras del protocolo.
En fín, veremos que ocurre al final…
2008-09-19
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.
2008-09-18