Como suele pasar el primer día, gran sorpresa, un poco de teoría aburrida y las primeras prácticas, el hecho de que la gente se quede un rato más después de clase destaca que hay ganas de frikear un rato y hacer pruebecillas, y aunque ya tengan un mini-asterisk montado faltan algunos conceptos clave que seguiremos viendo el resto de los días para poder continuar con algunas lindezas de este sistema. 🙂
Cualquiera que siga Sinologic.net habitualmente, se habrá dado cuenta que llevo como semana y media sin escribir nada, esto es porque ando un poco liado estos días, incluidos los días de Semana Santa, un momento ideal para visitar a familiares y amigos, y nada más llegar, vuelta a viajar de nuevo perdiendo el hilo de todo lo que acontece a este maravilloso mundo de la VoIP. 😛
Esta semana que viene empezamos en Bilbao el curso oficial de Digium Asterisk Advanced, un curso del que ya hemos hablado en muchas ocasiones y que viene a sustituir el conocido Bootcamp con las ventajas de saltarnos algunos aspectos básicos y fundamentales y centrarnos más tiempo en lo que a la gente realmente le interesa: hardware, SIP, configuración y práctica, mucha práctica que es al final lo que a la gente más se le queda.
Para finalizar, el acostumbrado examen de certificación dCAP para todos aquellos interesados (no hace falta asistir al curso para apuntarse) y sobre todo, una semanita que intentaremos por todos los medios hacerla tan amena, divertida como sea posible. Saúl y yo nos ocuparemos de que la gente, no sólo aprenda tanto como puedan, si no además, pasar esta semana realmente agradable y astri-friki. 🙂
Intentaré por todos los medios, informar desde Sinologic sobre cómo está siendo este evento, que ya es la segunda vez que se celebra en Bilbao e intentaré poner desde aquí los dientes largos a más de uno (y «una» ;P)
El més pasado, Malcolm Davenport solicitaba a través del blog de Asterisk algunas personas interesadas en testear un nuevo producto que está preparando Digium sobre faxes.
Por supuesto, esto es interesante si aún tienes la mala fortuna de tener que utilizar estos anticuados artilugios bicentenarios que consumen papel y tinta por doble partida (mucha gente que conozco, para enviar un documento que tienen en el ordenador, lo imprimen por la impresora y lo envían por fax), además con un coste tonto… si claro, como tienes tarifa plana seguro que no te cuesta enviarlo… bueno, no voy a seguir con este tema cansino.
Pues la idea es que Digium acaba de anunciar un software comercial para hacer de origen y terminación de faxes compatible con tarjetas analógicas y/o digitales mediante DAHDI y T.38!!! a una velocidad de 14.400 bps, (como curiosidad, iaxmodem funciona a 9.600bps).
Me pregunto entonces… teniendo la maravillosa unión iaxmodem+hylafax ¿es interesante esta unión?
Quizá la respuesta sea que generalmente puede que no (depende del coste total) aunque estamos hablando de un canal que permite enviar faxes por T.38 (por internet o red local, sin requisitos de velocidad, con corrección de errores, sin problemas de latencia, … vamos… muy interesante si tienes una línea de mala calidad, si tus faxes generalmente se cortan o si recibes muchos faxes).
Por cierto, según algunos comentarios de Alberto, funciona muy, muy bien. 🙂
Entonces es a veces, cuando llega un momento que la solución más sencilla puede ser la apropiada.
No hay duda que Skype lleva años intentando meterse en el mercado de las empresas porque es evidente, por los resultados financieros que ha mantenido desde que eBay la compró, que los usuarios particulares son muchos pero nada rentables.
En la Astricon del año pasado Digium anunció un acuerdo con Skype para crear un canal específico para su protocolo sin necesidad de servidores «puente», chapuzas como aplicaciones programadas con la API y corriendo en un servidor Linux con el Wine, o servidores remotos intermedios que hacían lo propio dando una cara SIP al usuario interesado y otra cara Skype.
Cuando salió la noticia de la creación de un chan_Skype muchos lo criticaron, pero la verdad es que fue un movimiento muy interesante: después de tantos años haciendo publicidad para que las empresas utilicen Skype y son muchas las que prefieren algo sencillo y sin necesidad de configurar servidores extraños, códecs, ni nada de este tipo. Alguna que otra vez me he encontrado con alguna empresa que tiene a un trabajador en un país remoto y que quiere conectarse por Skype. En cuanto uno le dice que utilice un softphone SIP o IAX, empiezan los problemas típicos de los usuarios profanos ¿que se pone en el campo host? ¿y en el puerto? ¿que habías dicho que había que poner en el host? … y queda claro que la simplicidad, pese a no ser compatible con la calidad, es un factor más que importante (que se lo digan a Microsoft).
Pese a ser una empresa defensora del código privativo y protocolos cerrados, Skype dió un paso atrás en pro de su dominación mundial llegando a un acuerdo con Digium que permita a los usuarios de Asterisk hacer llamadas a usuarios Skype y viceversa. Quizá no sea interesante para un sistema exclusivo de clientes Skype, pero no deja de ser una garantía frente a otras aplicaciones chapuceras (y por supuesto, otras bastante profesionales) para conectar a ese trabajador perdido en algún país lejano con un sistema abierto y compatible como es Asterisk y que además tiene conexión local y puede aprovechar los recursos de este sin coste alguno.
Meses de desarrollo en Digium y ahora empieza a verse algo funcional (pese a estar todavía en fase beta) con muy buena calidad y prometedor para aquellos usuarios que requieren de una solución adaptada, no obstante, aún queda unos meses para que salga oficialmente y se desconocen costes, calidades, y demás detalles técnicos interesantes.
Misteriosamente, Skype, que siempre había utilizado un códec privativo como GIPS, anunció que estaba desarrollando su propio códec, y cuando uno menos lo espera, Sorpresa!, libera el código de este códec en un movimiento estratégico más que benevolente de unión y colaboración con desarrolladores de software para que que sus aplicaciones integren la tecnología Made In Skype. Mejor no opino, ando un poco cansado de las empresas que aprovechan el tirón del software libre para darse a conocer, sacarle todo el jugo posible y luego cerrarlo todo y cobrar hasta por hablar de él.
Hoy, gracias a un post de Alberto Sagredo he leído que Skype ha empezado a desarrollar compatibilidad con SIP.
Realmente alucinante, ¿qué usuario de a pie le interesa que Skype sea compatible con SIP? A ninguno, al único que le interesa esto es a la empresa que tiene a un trabajador en un país remoto y que utiliza Skype para poder saltarse los firewalls que le ponen. En resumidas cuentas, estos movimientos que está haciendo es única y exclusivamente para captar usuarios que paguen, empresas que produzcan riquezas y que no les importe pagar un dinero X por poder contactar con ese trabajador y si de paso la empresa necesita hacer llamadas a otros países, le vamos a poner unas tarifas «especialmente pensadas para empresas» que verdaderamente le haga la competencia directa al resto de proveedores IP que actualmente están intentando sobrevivir de la crisis.
El tiempo me dará o me quitará la razón, pero está claro que Skype quiere empresas para quitarse ese signo ‘menos’ en el balance final y está dando los pasos adecuados para conseguirlo. Lo siguiente será conseguir que los usuarios de a pie que solo quieren hacer videoconferencias, se chupen un vídeo publicitario antes de hacer una llamada y pasarán a tener el ‘+’ tan deseado.
Cuando uno sigue poco a poco los movimientos de una empresa, no es complicado adelantarse a sus movimientos y no se vosotros, pero yo lo veo claro: Skype está jugando sus cartas muy bien para conseguir lo que quiere.
Ahora ¿qué pensarán las empresas que llevan varios años desarrollando soluciones para incorporar Skype junto con otros protocolos?
¿Este último movimiento les hará gracia? Skype se está cargando su «ecosistema», pero mientras no le de beneficios ¿para qué lo quiere?
Lo más triste es que mientras Digium desarrolla un chan_skype, sea Skype el que desarrolla un «chan_sip». 😛
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:
Se ha armado bastante revuelo en la blogosfera debido a que el IC3 (Internet Crime Complain Center) algo así como la «División de Delitos Informáticos» española, pero perteneciente al FBI acaba de hacer público (ahora) una vulnerabilidad de Asterisk que consiste en permitir a un usuario malvado hacerse con cierto control de Asterisk.
La noticia es importante por que demuestra que al FBI le interesa este software y se hace cargo de que son muchas las empresas que lo utilizan. Las voces en la red sacan a relucir la «inseguridad» de esta hasta el punto que el IC3 ha enviado una nota de prensa preparando a los usuarios sobre esta «gravísima vulnerabilidad«.
Lo que parece que no mucha gente se ha percatado al anunciar a bombo y platillo este anuncio, es que dicha vulnerabilidad fue corregida hace 9 meses (en Marzo de este año).
Por lo tanto, uno puede llegar a pensar que si el IC3 cae ahora en las vulnerabilidades de hace 9 meses… deberían actualizar su Asterisk pronto. 🙂
A diario me encuentro con todo tipo de usuarios, algunos que acaban de empezar y otros que llevan tiempo trabajando con Asterisk algunos alucinan con el potencial que tiene esta aplicación y otros, un poco más críticos, sacan a relucir algunas carencias o defectos que tiene, pero todos coinciden en algo, no hay una aplicación como Asterisk, y aunque hay algunas que la imitan, realmente Asterisk ha representado una revolución en las comunicaciones tanto tradicionales como a través de Internet.
A través de varios blogs, me entero que Asterisk cumple 9 años, puede que parezca mucho, pero para una aplicación tan completa y útil como esta, 9 años no es más que el comienzo. En algún que otro comentario leía una analogía bastante curiosa: «Asterisk es a la VoIP como Apache a la web«, quizá no tenga mucho sentido esta analogía, pero nos deja ver la importancia que tiene esta aplicación en un mundo que crece sin parar día a día pese a todas las inclemencias, crisis, intereses, competencia, etc… y que no se deja amedrentar por los grandes y pesados si no que a los 9 años es capaz de enfrentarse a pesos pesados como Siemens, Ericsson, Panasonic, Nortel, Avaya, Cisco y los va derrotando uno a uno, poco a poco (el tiempo y la experiencia que ya estamos viviendo me dan la razón –ejemplo 1-, –ejemplo 2-) y uno se da cuenta que el software libre no es una alternativa, el software libre es la mejor opción, y Asterisk gana adeptos gracias a hechos reales y al boca a boca y no gracias a la publicidad pagada en una serie norteamericana retransmitida en horario Prime Time, el avance de Asterisk es real y cada pasito que da es un pequeño empujón en un difícil pulso entre muchos brazos fuertes y expertos, pero lo mejor es que Asterisk poco a poco continúa ganando terreno.
Asterisk cumple 9 años y aún le falta por crecer, la tecnología es así, siempre está creciendo, y al igual que Apache que se ha convertido en el servidor web líder en Internet, Asterisk está haciendo lo propio con los nuevos sistemas de comunicaciones tradicionales y VoIP.
Como se suele decir: Felicidades!, que cumplas muchos más (y nosotros lo veamos). 🙂
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? 🙂
Penúltimo día de curso y empezamos recordando lo último de ayer, telefonía analógica y digital, alguna práctica colaborativa y sorpresa! Funciona!!! xD
Preguntas variadas y continuamos por donde lo dejamos, quizá un día completo, dialplan, call centers y desarrollo, no tan profúndamente como algunos desearían (y es que cada parte podría fácilmente llevarse su propia semana de curso) pero la pista queda despejada para que continúen investigando con un ritmo mucho más acelerado que si tuvieran que aprenderlo desde cero.
Sorpresas con las posibilidades de Asterisk en entornos de Call Centers (la creación y gestión de colas que tanto sorprendieron a algunos profesionales) hace su presentación con algunas novedades en la versión 1.6 junto con nuevas aplicaciones que ayudan a mejorar la creación de dialplans en entornos profesionales.
Por último, herramientas e interfaces para desarrolladores, AGI (ejemplos), Manager (ejemplos) y una disertación sobre las ilimitadas posibilidades del Manager y las ventajas de utilizar Realtime con Asterisk en entornos con un gran número de usuarios.
Es curioso, pero he encontrado muchas novedades de Asterisk 1.6 que no conocía ni tampoco había visto en ningún documento por lo que parece que va siendo hora de ir empezando a ponerlo en funcionamiento… que demonios… el lunes empiezo! 😀
Mañana, los dos últimos módulos y a las 11 empieza el examen de certificacion de dCap que, como ya se avisó cuenta con novedades, así que, desde aquí tan solo quiero tranquilizar a aquellos que se presentan y desearles ánimo, suerte y que les salgan bien (ya se sabe que los nervios los carga el diablo)…
