Digium acaba de enviar un email a todos los usuarios registrados con un documento bastante interesante para los administradores e implementadores de Asterisk, un manual explicativo donde define detalladamente todos los cambios de Zaptel a DAHDI especialmente pensado para evitar los problemas clásicos a la hora de modificar una tecnología a otra. También trae una explicación de cada herramienta, módulos y parámetros para este último:
El documento está dividido en dos y lo podeis encontrar en estos enlaces y aquellos que todavía sigais con Zaptel, os recomiendo que le echeis un vistazo ya que vienen varios trucos muy interesantes:
El 2007 fue un año bastante plagado de novedades, un gran boom que sirvió para dar a conocer a muchísima gente los beneficios de la VoIP, pero el 2008 tampoco se ha quedado atrás y pese a que muchas empresas no han anunciado muchas novedades por culpa de la crisis mundial, no ha dejado de ser un año con bastantes novedades.
Este año, no ha sido tan abundante en noticias como los anteriores pero no obstante nos hemos divertido viendo la evolución de Asterisk, DAHDI, los constantes cambios de nombres de OpenSER y cómo las empresas de telefonía tradicional cierran y las grandes empresas se reposicionan ante lo que se podría considerar una partida de ajedrez donde todo apoyo es necesario y solo cuenta una cosa: La VoIP.
Veremos qué novedades trae el 2009 para la VoIP, pero lo que es seguro (confío, espero y deseo) es que este año sea recordado, entre otras cosas por el año en que acabó la crisis y las empresas puedan sacar nuevos productos, invertir en mejoras y novedades y poder disfrutar viendo cómo son.
No obstante, como todo, siempre hay algunos perjudicados y parece que todo se normaliza bastante bien, donde podemos conocer uniones de empresas, compañeros que se «mudan» y un movimiento bastante sano en esto de la VoIP, por lo que mis deseos para este año que entra es que sea mucho mejor que este, que nos traiga salud para todos nuestras personas queridas, que la gente vuelva a continuar con su trabajo o se recicle para continuar avanzando, y que haya trabajo y dinero para todos.
Empezaremos el año con un par de cosillas que he ido preparando y que tengo en el tintero desde hace algún tiempo, pero eso son sorpresas que me gusta dar poco a poco y que habrá que esperar un poco para conocerlas.
Así que, no me enrollo más, y desearos a todos, una muy buena entrada de año y un feliz y próspero Año Nuevo 2009.
El equipo de desarrolladores de Asterisk acaba de anunciar la versión 2.1.0.3 de DAHDI con algunas importantes mejoras:
– Mejoras en el soporte de la tarjeta RDSI Bri: Digium B410P
– Soporte mejorado del cancelador de eco OSLEC
– Solucionados algunos bugs curiosos y necesarios.
– Mejorada la compatibilidad con distintas versiones de kernel.
Visto el éxito de los anteriores artículos, esta es la tercera edición de «Todo lo que has querido saber de DAHDI» y como se lo he prometido a mi colega Silvia aquí viene la tercera. 😛
Después de una semana dando el curso de Asterisk Advanced, el primer punto que me asustó fue leer «Asterisk 1.6 y DAHDI» en las primeras páginas del curso, algo que actualmente nadie en su sano juicio recomendaría en un entorno en producción y en cambio el curso se centra en estos dos «soles«.
Claro, considerando que no he llegado a tener tiempo más que para echarle un vistazo más que por encima a Asterisk 1.6 y darme cuenta de cosas «curiosas» y algo más (por cuestión de trabajo) a DAHDI, me encuentro que tengo que aprender, no únicamente cómo funciona, si no detectar cualquier problema que pudiera ocasionar a los alumnos del curso para solucionarlo antes de que ellos lo encuentren y no sepa donde meterme.
Tras una semana, explicando y resolviendo las posibles dudas sobre las diferencias físicas y lógicas entre Zaptel y DAHDI me doy cuenta que DAHDI está más avanzado de lo que en un principio pensaba y es que, no solo es perfectamente compatible con las tarjetas con las que damos el curso (primarios y analógicas) si no que en muchos aspectos es mucho más interesante que Zaptel.
Mi propuesta como logo de DAHDI. 🙂
Como ya comenté, el archivo zaptel.conf es sustituido por /etc/dahdi/system.conf y aunque son prácticamente iguales por dentro, hay un pequeño detalle interesante, el cancelador de eco que se puede cargar y descargar dinámicamente y seleccionar independientemente para cada canal DAHDI, así si tenemos un primario E1 (30 canales de voz) podemos utilizar un cancelador de eco para los 10 primeros canales, otro cancelador de eco para los 10 siguientes y otro diferente para los 10 últimos. ¿utilidad? pues no se ahora mismo, pero seguro que alguien se lo encuentra. Por todo lo demás, es exáctamente igual. 🙂
Por otro lado, el archivo zapata.conf ha pasado a ser /etc/asterisk/chan_dahdi.conf y le ocurre lo mismo, es prácticamente igual por dentro, las diferencias son mínimas y algunas bastante curiosas que os lo dejo para que lo descubrais vosotros. ;P
Entre todas las personas que conozco que instalan Asterisk, en estos momentos «especiales» todas tienen algo en común: pese a existir la versión Asterisk 1.4.22, TODAS utilizan la versión de Asterisk 1.4.21.1 ¿porque? por que esta versión no incluye el zapata.conf.sample ni el chan_zap.so, si no chan_dahdi.conf y chan_dahdi.so. (WTF!)
La próxima versión (la 1.4.23 que saldrá en breve), funcionará exáctamente igual que la 1.4.22 ¿que harán entonces? seguramente muchos empiecen a dar el salto, otros seguirán clavados en la 1.4.21.1 y así hasta que terminen dando el salto irremediablemente, porque nos guste o no… queridos amigos… Zaptel, ha muerto.
Ahora bien, entramos en un punto curioso donde el 99% de las veces funciona todo como debe ser, pero existe un 1% donde ocurre algo donde las líneas RDSI Básicas, BRI, ISDN 2B o como quieran llamarla, aquella línea más utilizada en las empresas europeas que las propias analógicas se encuentran en un momento clave:
– Por un lado, Junghanns continúa con su BriStuff (impasible ante todo lo que ocurra fuera).
– Sangoma con sus drivers que, continúan siendo Beta y que lo van modificando (que no siempre arreglando) a medida que la gente encuentra fallos.
– mISDN 2.X.X, que aunque soluciona algunos problemillas de la 1.1.X, aún no está lo suficientemente maduro para lo que uno desea en este tipo de sistemas.
– CAPI, ¿CAPI sigue vivo?
– mISDN 1.1.X, el driver BRI más popular actualmente y que con las últimas versiones (>= 1.1.8) con algunas versiones de kernel, con algunas líneas, en las noches de luna llena, cuando saturno, venus y mercurio se alinean,… hacen raros (gestión extraña de capas, etc…)
– alguna más…?
… y de repente aparece otra alternativa, un nuevo archivo wcb4xxp.c en el arbol de desarrollo de DAHDI (Trunk), un driver DAHDI indicado para la tarjeta B410P de Digium y por lo general para cualquier otra que tenga el driver HFC con uno o más conectores. Aún está en desarrollo e incluso el actual DAHDI no la trae, ya que están haciéndole pruebas antes de lanzarla como versión estable en la siguiente versión y es entonces cuando se me plantean varias dudas o mejor dicho, una reflexión:
Si en los EEUU no utilizan este tipo de líneas y nosotros sí ¿quien debería probar este driver y empezar a sacarle los posibles fallos antes de que lo saquen como versión estable y sea más difícil de corregir? ¿no deberíamos ser los que peleamos a diario con este tipo de tarjetas y estas líneas los que deberíamos ver dónde falla con nuestras penosas líneas de Telefónica, Tele2, Orange, Jazztel, etc… y colaborar para que solucionen los posibles fallos y que corrijan el driver de una vez por todas para que sea más que nunca un driver verdaderamente compatible con nuestras propias líneas?
En principio este driver no va a hacer exclusiones de ningún tipo, por lo tanto llegará a ser un driver compatible con todo tipo de tarjetas HFCMulti, pero creo que ahora estamos en un momento idóneo para empezar a sacarle punta a este driver, antes de que lo terminen de «pulir» y veamos con desilusión que tiene más espinas de las que debería tener.
Instalar DAHDI de la rama subversion no se tarda ni 3 minutos, en conectar la tarjeta a la línea y ver si falla, menos aún, si funciona será algo que tenemos ganado, si no lo hace o no lo hace corréctamente será el momento de hacer de «usuarios beta-tester» de los que tanto se enorgullece la comunidad y empezar a enviar lo que encontremos a Digium para que hagan un driver en condiciones. ¿o no? 🙂
No solo la explicación de DUNDi suele llamar la atención para aquellos que no lo concen, si no que entre los «Temas Avanzados» es un tema especial y exclusivo sobre muchas novedades que trae Asterisk 1.6 y que no han sido tratados en los días anteriores.
Finalmente después de estos dos temas, empieza el examen dCap, prepara los ordenadores, consigue los exámenes, esquiva a los «mirones», y que empiece el examen.
El práctico ha ido mucho mejor de lo esperado, la verdad es que esta convocatoria ha ido bastante bien por lo general (a falta del teórico, por supuesto) y eso que la dificultad ha sido la misma que en otras ocasiones.
Para los que han aprobado (o aprobarán), mis sinceras felicitaciones 😀
Para los que no lo han conseguido en esta ocasión, no os preocupeis, simplemente darle un empujoncito final y terminará saliendo en la siguiente (ya habeis visto que no solo importa lo que sabeis si no además el tiempo es un handicap en este tipo de exámenes) todo el tiempo que uno pasa «pensando» o «averiguando cómo se hace» se reduce drásticamente cuando uno tiene algo de práctica.
Para todos los demás, ¿a qué estais esperando?
Como nota curiosa, el examen ya iba sobre Asterisk 1.6 y DAHDI, por lo que entiendo el esfuerzo de pasar a de una versión que uno conoce, a una que ha salido hace unos meses es duro, pero por los comentarios de muchos incluidos los alumnos del curso, la diferencia existe pero tanto DAHDI como Asterisk 1.6 han demostrado ser estables y habrá que ir pensando en empezar la portabilidad a sistemas en producción.
Bueno, un día durillo, el primer día siempre lo es.
Teoría introductoria para asentar las bases y cuando menos te lo esperas, te encuentras instalando Asterisk 1.6 y DAHDI, configurando los teléfonos y creando un dialplan básico. 🙂
Lo mejor del hecho que sea «Advanced«, hace que algunas cosas se den por sabidas, lo peor es que algunas cosas que se podrían dar por sabidas puede que no estén totalmente sabidas, así que toca «repasar» algunos conceptos para aquellos que no lo tienen muy seguro y al final del día la gente acaba ya con ganas de quedarse por la noche para seguir practicando. 😀
Si esto ha sido simplemente configurando Asterisk como una centralita, no me imagino como será el resto de los días. 😀
Hace algún tiempo, Digium anunció una serie de cambios en su formación así como en los exámenes dCap que tendrían lugar este año, la verdad es que esperaba haberlo visto a principios de año pero no ha sido hasta después de verano cuando aparecieron en la web dos nuevos cursos bastante curiosos:
Pero no conseguí más información por lo que imaginé que estos dos cursos serían un sustituto del actual Bootcamp y poder centrar más el aprendizaje entre los usuarios que están empezando (FastStart) y los que ya han empezado y quieren profundizar (Advanced).
No obstante, tampoco me atreví a comentar nada hasta no ver realmente el temario y comprobar por mí mismo en qué consistían estos cursos y si realmente la Bootcamp cambiaría de nombre como era eso lo que se estaba comentando.
Esta semana que viene, empiezo el primer curso Asterisk Advanced en Alicante (la primera vez que se hace este curso en Europa) y pese a que el temario ha tardado en llegar a mis manos, cuando lo ha hecho, debo confesar que me ha sorprendido gratamente por varios motivos.
Entre los temas a tratar (como vereis, algunos son bastante avanzados):
Asterisk 1.6 y DAHDI configuración de las novedades, posibilidades, etc…
Mucho interés en el dialplan: variables, IVR, macros, funciones, aplicaciones, y un larguísimo etcétera.
Utilización de los nuevos features de Asterisk 1.6.
Teoría sobre señalización analógica, configuración y manejo de líneas analógicas en Asterisk.
Teoría sobre señalización digital, tanto Primarios como Básicos (si!!!!)
Fundamentos de VoIP tanto SIP como IAX, interconexión con proveedores, otros asterisk, etc.
La importancia del CDR (Call Detail Record), configuración y configuración avanzada
Colas, agentes, ACD, cómo crearlas, administrarlas, etc.
Todo sobre DUNDi (configuración, conexión, protocolo, etc.)
Desarrollo con Asterisk (Programando con el Manager -AMI-)
Conectando Asterisk con bases de datos (MySQL, ODBC, BBDD remotas, etc…)
Solución a problemas comunes con Asterisk (tarjetería, configuración,…)
y alguna que otra sorpresilla que a más de uno le gustará. 🙂
Lo curioso es que los títulos de los módulos son similares al de la Bootcamp, pero en cambio, el contenido ha variado considerablemente…
Lo primero es que, además de la charla que tuve con Kevin Flemming en el VoIP2DAY donde me avisaba que Zaptel iba a ser radicamente desterrado en favor de DAHDI, no llegaba a imaginarme hasta qué punto eso iba a tener razón al ver que el temario del nuevo Asterisk Advanced, no únicamente destierra Zaptel si no que está íntegramente centrado en Asterisk 1.6 y DAHDI, por lo que no tiene ningún sentido dar un curso sobre una versión que está siendo reemplazada por otra más avanzada, si no que piensan dar el salto de 1.4 y zaptel a 1.6 y DAHDI sí o sí.
El curso en general sigue el mismo sistema Bootcamp pero donde se ven conceptos más avanzados, por lo que es recomendable para todos aquellos que hayan tocado un Asterisk pero quieran profundizar hasta sus entrañas en los 5 días que dura el curso.
Lo que más me ha gustado del curso es que se centra en la parte importante dejando a un lado introducciones, historias, y películas y se marca el objetivo: qué hay que hacer, cómo hay que hacerlo y ahora hazlo tú.
Se han ampliado el número de horas de laboratorio y se ha cambiado algún que otro tema «superfluo» por otros mucho más interesantes y útiles que seguro que gustarán a los asistentes.
En resumen, este curso esta tan condensado como la Bootcamp, pero se aprecian muchos cambios que eran necesarios o sencillamente recomendables.
En cuanto al examen de certificación dCap, ya se avisó que lo modificarían considerablemente, aunque no tengo ni idea hasta que punto ya que siempre lo han tratado con bastante discrección, así que ya veremos en qué consiste, no obstante, viendo lo que trae este curso, me hago una ligera idea, no obstante para todos aquellos que piensan presentarse, tan solo desearles tranquilidad, práctica y estudio, porque suerte no creo que haga falta. 😛
Intentaré por todos los medios aprovechar esta semana que viene para escribir el transcurso del Asterisk Advanced, así como algún que otro artículo que tengo en mente.
Tras la primera parte del artículo que escribí, continuo peleándome con DAHDI y pese a que intenta ser «simplemente un cambio de nombre«, está claro que Zaptel es un sistema con muchos años de evolución y DAHDI no es simplemente un cambio de nombre si no una reprogramación bastante seria donde aprovechan algunos módulos de Zaptel, pero realmente se ha producido cambios importantes tanto en el comportamiento como en la forma.
Los módulos del kernel de DAHDI que hace que Linux detecte las tarjetas parecen basados íntegramente de sus correspondientes módulos de zaptel, por lo que la detección y configuración del sistema udev funciona de forma similar.
No así las utilidades que aún las veo algo verdes y falta de la potencia que tienen sus correspondientes en zaptel.
Como ejemplo: En zaptel, la utilidad ztcfg -v nos permite cargar la configuración del zaptel.conf y ztcfg -s para descargarla. En DAHDI disponemos de la utilidad dahdi_cfg –v para cargar la configuración del system.conf pero aún no existe parámetro para descargar dicha configuración. (Algo muy recomendable si queremos apagar el servicio zaptel sin que se nos queden canales ‘bloqueados’). Aún no he tenido ocasión de freir a pruebas al DAHDI, pero echo en falta esta opción.
Otra opción que también hecho en falta es la posibilidad de descargar y compilar los drivers mISDN directamente desde el directorio zaptel-x.y.z con el comando: make b410p. Esto no es posible con DAHDI, imaginamos que porque tienen pensado integrar el soporte BRI en el DAHDI mediante el LibPRI como ya nos comentó Mark en Bilbao cuando le preguntamos, pero por el momento esto es algo que está parado y «sin noticias en el frente«, tan solo un par de mensajes en la lista de Asterisk-Dev y algún que otro bug probando la señalización eurobri del libpri.
Investigando un poco, me encuentro un texto de Russell Bryant sobre este tema:
With Zaptel it was possible to install mISDN and the B410P driver by typing
‘make b410p’ from the command-line. This is no longer possible with DAHDI as
part of the changes to make DAHDI friendlier to binary packagers. If you
would like to install support for the B410P with asterisk you will need to
install it manually. Please see http://www.misdn.org for more information, but
the following sequence of steps is roughly equivalent to ‘make b410p’ from
previous releases.
You will then also want to make sure /etc/init.d/misdn-init is started
automatically with either ‘chkconfig –add misdn-init’ or ‘update-rc.d
misdn-init defaults 15 30’ depending on your distribution.
NOTE: At the time this was written, misdn-1.1.8 is not compatible the
2.6.25 kernel. Please use a kernel version 2.6.25 or earlier.
Por lo que, se puede ver que se está trabajando en ello, pero para ser algo tan útil y frecuentemente utilizado como es el soporte de líneas BRI (RDSI Básicas), me parece que se deberían darse más prisa.
Como «exclusiva Sinologic«, decir que DAHDI traerá soporte nativo para la Digium B410P como canal DAHDI, lo que ya no sabemos qué compatibilidad tendrá dicho módulo con otras tarjetas basadas en el driver HFC, pero bueno, ahí queda eso, habrá que esperar a que lo hagan público. 🙂
Por suerte, y viendo como está estructurada la configuración de las últimas versiones de Asterisk, existen dos posibilidades:
Utilizar Zaptel Con esta opción, nuestro flamante Asterisk 1.4.22 o superior, no traerá por defecto archivo zapata.conf, por lo que tendremos que crearlo nosotros tomando como base el archivo /etc/asterisk/chan_dahdi.conf aunque Asterisk seguirá buscando el archivo ‘/etc/asterisk/zapata.conf’.
Utilizar DAHDI Con esta opción, nuestro Asterisk 1.4.22 o superior, se deberá configurar en el /etc/dahdi/system.conf con una configuración prácticamente igual a la del zaptel.conf, y seguidamente el /etc/asterisk/chan_dahdi.conf para definir los canales que Asterisk va a utilizar.
Como se puede observar, los que estamos acostumbrados a Zaptel, el cambio en esta versión seguramente hará cabrear a más de uno pese y acordarse de la frase «es simplemente un cambio de nombre».
Está claro que de ahora en adelante, DAHDI va a tener que hacerse con el espacio que hasta ahora tenía Zaptel, pero para que llegue a hacerlo, DAHDI deberá ser un sistema tan estable y fácil de instalar y configurar como lo es Zaptel actualmente. Está claro que Zaptel todavía le lleva mucha ventaja a DAHDI, pero el equipo de desarrolladores está trabajando en recortar «distancia» a gran velocidad.
Ya veremos que ocurre cuando salgan las siguientes versiones de DAHDI y Asterisk.
Hacía tiempo que no sorprendíamos con una noticia relacionada con AsteriskNOW e incluso después de que Digium comprara Switchvox muchos temíamos que el proyecto quedara en el olvido, no obstante, también sabíamos que el esfuerzo de muchos desarrolladores no podía ser para nada y hace poco se anunció una nueva versión del Asterisk-GUI 2.0 que mejoraba considerablemente la estabilidad de este interfaz y que ha hecho que muchos dejaran otros interfaces en favor del nuevo Asterisk-GUI.
Acaba de hacerse pública la nueva versión de AsteriskNOW con algunos cambios que seguro que agradarán a los usuarios, entre los que se encuentran:
Sistema operativo CentOS 5.2 en lugar de rPath. (por fín algo más conocido)
Gestión de paquetes mediante YUM (no es apt-get, pero bueno, peor es lo que había antes)
Interfaces libres a escoger (Asterisk-GUI 2.0 o FreePBX)
Soporte nativo DAHDI (hay que migrar, sí o sí)
Y como dice Digium, a lo largo de este año nos encontraremos con muchas novedades en el mundo de Asterisk:
