Hace poco más de un año, en este blog hablamos sobre una aplicación que había desarrollado Digium, una especie de DialApplet descafeinado y además, exclusivamente para Windows.
El lanzamiento de ADA (Asterisk Desktop Assistant) me sorprendió bastante por varios motivos:
- Conociendo a los desarrolladores de Digium, me extrañaba que crearan un software exclusivamente para Windows.
- Aunque los negocios son los negocios, una aplicación tan “sencilla” de desarrollar bien podrían haberla publicado con alguna licencia libre.
- Teniendo tantas alternativas de mucha más calidad y experiencia, lanzar una aplicación de este tipo sin un valor añadido extra era simplemente “arriesgado”.
Por estos motivos decidí no prestarle más atención, … hasta hace unos días.
Leyendo en la lista de Asterisk-DEV, me enteré que el proyecto murió un mes después del anuncio (sin comentarios) y como Digium no tiene desarrolladores que desarrollen para Windows, o los que tiene, ya están ocupados con otros proyectos, simplemente lo dejaron ahí, y el producto quedó sin soporte, sin actualizaciones, sin nada, el ciclo se cerró y fin del producto.
Un año después algunos usuarios se preguntan: Ese software que nadie quiere, ¿no se puede liberar y que otros desarrolladores que lo deseen puedan continuar con el proyecto para crearse sus propias actualizaciones y mejoras? ¿es tan triste el software comercial que cuando se queda sin desarrolladores, arrastra a todos sus usuarios tras él?
Muchas empresas apuestan por software comercial porque tiene tras de sí a una o varias empresas que les dán soporte, actualizaciones, mantenimiento, etc… (algo que por otra parte también lo tiene el software libre, pero bueno) ¿qué ocurre cuando el producto ya no es rentable? ¿cuando requiere más inversión que el beneficio que se va a obtener de él? ¿no es el mejor momento para “liberar” ese software y que sea la propia empresa u otra, si lo desea, quien continúe con el desarrollo antes de darlo por muerto?
Personalmente considero que el software libre es uno de los caminos que nos permiten evolucionar, quizá no sea tan económicamente rentable desde el punto de vista “licencias = $$$$“, pero por suerte hay empresas que apuestan por este tipo de software y demuestran día a día que el software, aún siendo libre, puede ser rentable y no tiene porqué morir jamás mientras haya alguien en algún lugar del mundo que esté dispuesto a continuar programando.



Tips desconocidos y que todos tenemos al alcance de la mano: Actualizar el firmware de una tarjeta Sangoma de 1 enlace primario
Cómo utilizar gratis el Text-to-Speech de Google, en español
SIPit 26: El evento para los desarrolladores que trabajan con SIP
Grabación de llamadas PRI pasiva (tapping o pinchado) con Asterisk y Sangoma.
Nuevo Libro publicado sobre Elastix PBX en castellano.
Tutorial de 3CX IP PBX: Qué es, para qué sirve y cómo funciona
Skype buscaría estandarizar su codec SILK y publicaría su código
Microsoft OCS Wave 14 versus IBM Lotus SUT – Vulcanvoip
Asterisk y estadísticas en CallCenters: QueueMetrics 1.6.0 disponible
Seguridad y BFD (Brute Force Deny) en Asterisk
En todas las instalaciones de callcenter existen ciertos operadores muy listos que deciden no responder llamadas porque están cansados, o porque sabe quién está llamando y prefieren que otros se coman el marrón. Para eso está este parche que añade cierta penalización a los miembros de una cola si no contestan llamadas, de forma que si se “saltan” una llamada, puede ser que reciban 3 llamadas seguidas.
Es muy interesante obtener el estado de una extensión desde el manager, sobre todo cuando desarrollamos para Asterisk y queremos monitorizar si una extensión está ocupada, está sonando o está disponible.
Como decía el autor del parche, necesitaban grabar todas las conversaciones pero en cierto momento, el usuario que llamaba tecleaba el número de su tarjeta de crédito y grabar esto sería un gravísimo fallo de seguridad, que podría hacer que hubiera que pagar una multa tan grande por “colaboracion con estafa” que podría cerrarte prácticamente cualquier negocio, por lo que decidieron implementar dos comandos para el Manager que permitieran “parar” y “reanudar” la grabación durante la marcación de estos códigos DTMF sensibles: MuteMixMonitor y UnMuteMixMonitor.
Olle Johansson (
Leyendo la lista de Asterisk-DEV me entero que acaban de publicar un nuevo framework para realizar diversos test al sistema Asterisk.
Saúl Ibarra ha escrito un sensacional artículo
