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?

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.

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…

Vía http://blogs.webex.com/webex_interactions/2008/09/podcast-cisco-j.html

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.

Uno de los secretos mejor guardados de Skype es su protocolo, preparado para saltarse firewalls a la vez que actúa como cliente P2P multinodo es, sin lugar a dudas, una gran implementación que si no fuera por su código cerrado sería una gran evolución de otros como IAX (o DUNDi).

Es complicado encontrar información técnica sobre este protocolo que no se base directamente en una API proporcionada por la empresa (y de la que se utiliza para crear herramientas, clientes y utilidades que manejen este software), pero hace tiempo que dí con un informe creado por la universidad de Columbia (New York) y en la que analizan bastante bien el funcionamiento y su distribución interna.

Obligada lectura para aquellos que tengan curiosidad:

http://sinologic.net/public/SkypeProtocol/html/SkypeProtocol.htm

Nadie duda que últimamente están apareciendo un nuevo tipo de sistema portatil (los llamados netbook -que no notebook-) sistemas con una memoria muy limitada, batería con capacidad de más de 4 horas y consecuentemente poco potente, espacio reducido al máximo, y máxima capacidad de conexión (Wifi, ethernet, modem, e incluso 3G) que sirven prácticamente como terminales “tontos” de una red como Internet ya que el objetivo para el que están pensados es para ver páginas webs, consultar el correo, chatear y poco más.

Pues una de las ventajas de este tipo de sistema con pocos recursos de procesamiento, memoria y gráficos es que por lo general incorporan micrófono y webcam por lo que el sistema sería perfecto no solo para su uso habitual de punto tonto de Internet, si no que también se empieza a utilizar como punto de conexión VoIP (con softphones como SJPhone, Twinkle, o Ekiga) aprovechando que para gestionar estos sistemas con escasos recursos se utiliza Linux como sistema operativo.

Pues SightSpeed [?], una empresa que ofrece videoconferencia HD (siempre que la cámara lo soporte) va a ofrecer este servicio especialmente pensado para este tipo de sistemas basados en Linux, algo que sin duda dará que hablar, ya que hay pocos sistemas de videoconferencia de alta calidad que funcionen en Linux y no consuman una cantidad ingente y desmesurada de recursos del sistema.

Vía: GigaOM

Un amigo me envía un vídeo que no puedo evitar mostrar, sobre todo porque, aunque conozco a muchos que se pasan el 90% del tiempo entre teléfonos, estoy casi convencido que ninguno sería capaz de hacer esto:

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

Pues eso, el pasado viernes 5 de Septiembre se liberó la versión Elastix 1.2. Esta distribución que empieza a tener bastante repercusión en todo el mundo.

Entre los añadidos se encuentran:

- Soporte para los foneBridge2 de Red-fone.
- Calendario integrado con alarmas y despertador para hoteles.
- Soporte para SugarCRM.
- Cliente Jabber para comunicación unificada (UC)

Podeis descargarlo de aquí:
http://downloads.sourceforge.net/elastix/Elastix-1.2-stable-05sep2008.iso

Cualquiera que vea el ranking de usuarios de Asterisk puede darse cuenta que tras EEUU y España, los países con más usuarios de Asterisk pertenecen a un conjunto de países donde existe una señalización de primarios llamada MFC/R2 y que, a pesar de ser muy conocida en estos países, en EEUU y en Europa no lo es tanto por lo que, en teoría los desarrolladores existentes en los países implicados se encuentran a menudo solos, ante una señalización especial y no contemplada desde un principio por el desarrollo original de Asterisk.

El creador del SpanDSP (Steve Underwood) es incluso más conocido por desarrollar un canal que ofreciera el soporte necesario para permitir la compatibilidad con esta señalización. Steve se encontró inmerso en muchos proyectos y no tenía capacidad para continuar con este soporte por lo que lo terminó dejando de lado y eso hizo que muchos usuarios y empresas se encontrasen con grandes dificultades para soportar esta señalización.

Hace algún tiempo, buscando información sobre señalización MFC/R2 para primarios en Angola (como ex-colonia de Portugal, mucha tecnología proviene de Portugal y esta a su vez de Brasil) me encontré con un blog de un mejicano llamado Moises Silva (moythreads.com) que además de ser usuario y desarrollador de Asterisk, es el principal desarrollador del proyecto chan_unicall que dota de soporte para la señalización MFC/R2 continuando el trabajo que comenzó en su día Steve Underwood, y más tarde reescribiendo un stack de R2 nuevo e integrándolo en chan_zap, asi no es necesario usar chan_unicall ni unicall, libmfcr2, spandsp y demás librerias.

Ahora leo en el blog de Digium un breve homenaje a Moises a modo de agradecimiento por su tiempo y esfuerzo y sobre todo, por ofrecerlo con libre para la comunidad de Asterisk, algo que es digno de admiración y de agradecimiento por parte de todos.

A propósito, comentar que Moises Silva estará en la Astricon 2008 para dar una charla sobre el soporte de MFC/R2 en Asterisk.