Después de ver en el blog de Saúl que los bugs encontrados en el protocolo IAX2 continúan sin ser resueltos, me he encontrado con un libro donde explican cómo realizar implantaciones a gran escala mediante este protocolo.
El libro, titulado Inter-Asterisk Exchange (IAX) y cuyo autor es un ingeniero francés que trabaja en France Telecom llamado Mohamed Boucadair, explica en aproximadamente 300 páginas, todo lo que es necesario saber de este protocolo que, a diferencia de SIP, nació para ser utilizado como protocolo de VoIP.
El debate SIP / IAX2 es uno de los temas más calientes por los usuarios de Asterisk ya que SIP es un estandar bastante extendido mientras que IAX ha tenido que esperar bastantes años para ser considerado un estandar, no obstante las características de uno y otro protocolo dejan en mejor lugar a SIP por ser bastante más robusto, estable y utilizado, mientras que IAX es un protocolo bastante más nuevo, con los problemas típicos de la «adolescencia» y que únicamente se recomienda para conectar servidores Asterisk entre sí ya que carece de servicios propios del protocolo, y algunos bugs que parecen no resolverse nunca.
No obstante, este libro que podeis encontrar aquí, puede mostrarnos algunas ventajas de este protocolo y el gran potencial que podría tener si continuase desarrollándose en condiciones.
Además de los bugs sin resolver a los que hace referencia Saúl,
¿Qué inconvenientes le ves al protocolo IAX?
He visto en VoIP-Info y Asterisk-Perú un anuncio bastante interesante por parte de la conocida empresa RedFone y Dicea que consiste en una solución SS7 estable y testeada compatible con los sistemas de comunicaciones de los proveedores garantizando la interoperatibilidad de estos dos productos: FoneBridge2 de Red-Fone (por la parte hardware) y chan_ss7 de Dicea (por la parte software) para soluciones que requieren de gran fiabilidad y redundancia.
Caracteristicas del Stack SS7 ISUP de Dicea
Principales ventajas:
– Compatible con Asterisk 1.2.x, 1.4.x y 1.6.x.
– MTP2 (Q.703)
– MTP3 (Q.704) (subset)
– ISUP (Q.76x)
– Soporta interfaces compatibles con DAHDI/Zaptel
– Simplifica el análisis de paquetes de MTP2 utilizando herramientas como wireshark/ethereal
– Indicado para un alto volumen de llamadas
– Múltiples linksets con diferentes DPCs
– Linksets con múltiples links.
– Soporta compartición de carga y MTP changeover.
– Soporta múltiples hosts (cluster) con balanceo de carga y failover.
El transporte de la señalización TDM hacia los servidores Asterisk se hace mediante el protocolo TDMoE, pero Redfone ha desarrollado un driver mejorado que aumenta el rendimiento de este protocolo en un factor de hasta 8:1 según la instalación.
Dado que Fonebridge2 está basado en tecnología tipo FPGA, la latencia es mínima y al mismo tiempo su estabilidad es muy alta, ya que no incluye sistemas operativos propios ni partes móviles que suelen ser los puntos críticos más usuales en este tipo de equipos.
Por tercer año consecutivo, Digium vuelve a organizar unos premios a la innovación (Digium Innovation Awards) donde cualquier persona o empresa puede presentar su candidatura a estos premios en las distintas categorías que se premiarán:
Pioneer Award: La Implementación más innovadora.
Big Biz Asterisk: Instalación más grande con Asterisk
ROI: Mejor solución ROI (Return Of Inversion) basada en Asterisk
Inside Out Award: Mejor uso de Asterisk en entornos NO basados en comunicaciones.
Hacía tiempo que no hablábamos de FreeSwitch y no es por falta de noticias, en la nueva versión de FreeSwitch 1.0.4 ha sido añadido el soporte del protocolo ZRTP (más info) para poder utilizar un softphone especial que lo implementa y poder realizar conversaciones totalmente cifradas con una seguridad prácticamente garantizada.
Por otro lado, parece que los desarrolladores están manos a la obra centrados en crear el soporte necesario para compatibilizar FreeSwitch con el protocolo cerrado Skype, o eso comentan en ZDNet. Por ahora, no he visto ningún comentario por parte de los desarrolladores que confirmen o desmientan esto ya que en su página no dicen absolutamente nada más que esto. (espero que algún desarrollador pueda confirmarnos esta noticia).
De ser así, FreeSwitch seguiría al pie del cañón, ofreciendo una alternativa a los softswitch comerciales.
La VoIP está actualmente en continuo crecimiento y más en estos momentos de crisis es cuando las empresas buscan nuevos métodos para recortar gastos y claro, en comunicaciones, la mejor manera es mediante VoIP (siempre y cuando sea VoIP basada en software libre). La ventaja de carecer de las odiadas e inútiles «licencias«, junto con la gran diversidad de proveedores de servicios IP, permiten a las empresas disponer de comunicaciones de calidad y realizar llamadas prácticamente gratis con la ventaja de la potencia y la flexibilidad que ofrecen los sistemas basados en software libre como Asterisk, OpenSER, freeSwitch, etc… por lo que sería correcto decir que cualquiera que hoy día adquiera una centralita «de marca» está malgastando el dinero por no conocer las ventajas y el coste que supone la solución basada en software libre.
Los fabricantes de dispositivos VoIP saben que la crisis significa un momento especial en el que sus clientes miran más el bolsillo y buscan soluciones que mejoren la calidad además de un buen precio, por eso poco a poco vemos cómo aumenta la inversión en publicidad de las empresas relacionadas con la VoIP y por lo tanto, también sus clientes.
Alguna que otra vez he comentado algunas curiosidades sobre cómo las empresas de VoIP se publicitan en series o en películas como es el caso de Cisco que patronica la famosa serie 24 y que en su última temporada (que por cierto, terminó este lunes) descubrimos que los teléfonos que se utilizan en La Casa Blanca son Polycom (una de las mayores empresas fabricantes de terminales IP).
Pues bien, como son las cosas, tras comentar esta curiosidad en la web y hablarlo con algunos amigos, mi colega Guillermo estuvo hablando con gente de Polycom y nos han hecho llegar un vídeo con todas las series de los EEUU (y muchas de España) en las que esta empresa tiene presencia.
La lista es impresionante, sólo falta Lost -Perdidos- (pero básicamente porque es complicado encontrar un teléfono en una isla desierta¿o no?), por lo demás, creo que están absolutamente todas. 😀
Como curiosidad, comentar que en un curso sobre diseño y publicidad en Internet que dí hace algunos años, enseñaron que la buena publicidad era aquella que apenas te llamaba la atención, que está ahí, llega a tu cabeza, pero sin llegar a tus ojos ya que la gente hoy día está preparada acostumbrada a rechazar cualquier «intento de venta» y el resultado provoca todo lo contrario: rechazo, en lugar de interés. Otra nota típica dentro de la estrategia de marketing es que no hace falta inundar al cliente con modelos, marcas y carteles por todos lados, el objetivo es que la persona que vea la publicidad automáticamente identifique un momento, una situación, una imagen, con una marca y la visualice mentalmente.
Por este motivo me chocó tanto la publicidad de Cisco en la serie 24, que más que un capítulo de una serie parecía un publireportaje, pero tras ver otras series o películas, no puedo evitar sacar a relucir ese «defecto profesional?» y fijarme en los teléfonos que aparecen, aunque está claro que cualquiera que vea «la seta de conferencias» en alguna serie o película relaciona automáticamente este aparato con la marca Polycom.
Que disfruteis del vídeo… a mi personalmente me ha impresionado. 😀
Vía el Twitter de Daniel-Constantin Mierla me entero que el pasado día 14 salió una versión preliminar del Proyecto SIP-Router (la fusión de Kamailio y SER) listo para ser testeado por desarrolladores y usuarios ansiosos por este nuevo proyecto que según comentaba Saúl tras su visita al Amoocon, estaba a punto de ver la luz.
Aquellos que estén interesados, pueden entrar en la web del proyecto y empaparse de toda la documentación que hay disponible, así como empezar a probar esta versión que ya tiene 88 módulos adaptadosa falta de 4 en los que se están trabajando.
Mi colega Joan de VoIPMinic (al que seguro que recordais todos los afortunados que fuisteis al VoIP2DAY) ha hecho un descubrimiento bastante curioso:
En las tarjetas de 4 primarios de Digium (TE420P) dentro de los conectores RJ48 de cada primario hay frases curiosas pensadas para que solo las descubra aquel que las utilice habitualmente (yo jamás he caído en la cuenta de mirar dentro de estos conectores, la verdad) entre las que se encuentran:
Who is John Galt
Scratch and Sniff
All-Right then
use the force Luke!
Además el artículo de VoIPMinic muestra otros ejemplos muy curiosos de otros fabricantes de hardware, así como una libre interpretación de lo que pueden significar estas frases en cada uno de los conectores.
No solo hay que estar aburrido para escribir estos mensajes, si no también para dar con ellos y buscar una interpretación ¿verdad?
No obstante es un gran y curioso descubrimiento… la próxima vez que caiga una tarjeta de estas en mis manos, me fijaré por si cambian las frases de una revisión a otra. 😀
En un anuncio público a toda la comunidad, los servidores que mantienen el desarrollo de Asterisk, hasta ahora alojados por Digium.com, cambian el dominio a Asterisk.org.
Generalmente solo es un cambio de nombre (una redirección) pero en mi opinión es un cambio estratégico para dar a entender que Digium quiere que deje de verse como «dictador benevolente» y quiere acercarse más a la comunidad mostrándose más bien como «principal desarrollador y patrocinador».
Es un simple cambio de nombre, pero me gusta el cambio. 🙂
Uno de los cambios más dramáticos de Asterisk 1.6 es sin duda la desaparición del comando AgentCallBackLogin, este comando sirve para loguear y desloguear agentes en una cola permitiendo al agente colgar el teléfono sin que este se desloguee (como ocurre con el AgentLogin) y así los usuarios pueden recibir llamadas enviadas a una cola y utilizar el terminal como si fueran usuarios normales y no exclusivamente agentes de recepción de llamadas.
En Asterisk 1.6 este comando desapareció como por arte de magia (sin llegar al punto ‘deprecated’) y era debido a que «supuestamente» la misma lógica que se conseguía hacer mediante esta aplicación de Asterisk, se podía hacer con un poco de programación de dialplan.
Kevin P. Flemming comentaba esto en la lista:
«We have already been discussing the idea of just turning chan_agent into only ‘always connected’ mode, and removing all support for callback mode. It seems on the surface that everything that chan_agent does in ‘callback’ mode can be accomplished using dialplan logic and dynamic queue members (which did not exist when chan_agent was created).»
Esto no gustó a muchos ya que este comando es básico y fundamental cuando alguien configura un «callcenter» con Asterisk y mucho menos cuando decide leer la «alternativa» que proponen los desarrolladores a esa «lógica de dialplan».
Si después de leer este documento os habeis quedado igual que yo, intentaré explicar cómo se puede hacer para que sea menos traumático el cambio a continuación: (más…)
Mi colega Eduardo Ferro me ha mostrado un proyecto libre en el que está trabajando y del que solicita colaboración para mejorarlo. El proyecto se llama BoscliOSS y consiste en una aplicación para Asterisk que nos ayudará con el manejo de la consola de Asterisk (CLI) al poder programar ciertos comandos útiles y que no vienen con los comandos habituales de Asterisk.
«El caso es que para nuestros equipos hemos desarrollado unas librerías que nos permiten realizar shells de propósito especifico de una forma muy sencilla y muy rápida. Estás librerías que incluyen un sistema de carga de extensiones y permiten que en un mismo shell tengamos varias exteniones al mismo tiempo (por ejemplo una para trabajar con asterisk, otra para configurar red y otra de utilidades). En el siguiente enlace tienes un screencast de cómo usamos la extensión de asterisk para operar, por supuesto dentro de este shell también tenemos un comando que nos introduce en el shell/cli de asterisk, pero normalmente sólo en un 10% de los casos tenemos que recurrir a el, puesto que vamos metiendo en la extensión de asterisk todo lo que vamos necesitando.«
Por otra parte también sería muy interesante saber qué comandos/operaciones serían útiles para introducir y así completar bastante la extensión de asterisk antes de publicar una versión en freshmeat o similares.
Es un proyecto muy interesante que seguro que será de gran utilidad a todos los administradores de sistemas Asterisk que trabajen continuamente con la consola de Asterisk o bien aquellos desarrolladores que necesiten obtener ciertos datos «específicos» y que el comando típico de la consola no pueda darlos.
Después de ver en el blog de Saúl que los bugs encontrados en el protocolo IAX2 continúan sin ser resueltos, me he encontrado con un libro donde explican cómo realizar implantaciones a gran escala mediante este protocolo.
