Después de llevar tantos años detrás de un proyecto como Asterisk, conociendo sus características, estando al día en cuanto a novedades, su evolución, cambios, problemas, propuestas y mejoras, casi podría decir que me había acostumbrado a la velocidad de crecimiento de Asterisk en cuanto a características, y cuando crees que ya lo has visto todo sobre Asterisk y que nada puede hacerte cambiar de opinión, que uno empieza a «creer» que Asterisk empieza a ser un proyecto aburrido donde solo le queda mejorar en aquellos puntos donde flaquea, aparecen una serie de personas con aires renovados y mucha ilusión y vuelven a sorprendernos proponiéndonos cosas que jamás habríamos pensado que pudiera «caber» dentro de un proyecto como Asterisk.
Cierto es, que tras la unificación de Asterisk-SCF con Asterisk, las posibilidades empezaron a multiplicarse tanto que, personalmente, me empezó a entrar miedo sobre la cantidad de cosas que veía que iban a cambiar en un corto plazo de tiempo. Tanto me asusté que empecé a seguir detenidamente la lista de desarrolladores, leyendo cuidadosamente los distintos temas, observando como Matt Jordan poco a poco, y con un «brillo» hasta ahora desconocido, iba iluminando a tantos desarrolladores para trabajar en una versión que pondría los cimientos de un cambio radical para Asterisk, algo que hará que aquellos usuarios que no estén al día de los cambios, se queden completamente desfasados y sin posibilidad de retomarlo.
Asterisk 12 está en esa etapa en la que el proyecto crece o se estanca, y quizá no sea una versión «estrella» desde el punto de vista de «características revolucionarias«, pero sí que es una versión que asentará unas bases para un crecimiento y una energía que permitirá un sinfín de características que no solo serán revolucionarias, si no que volverá a llamar la atención de todos aquellas personas que siguen el proyecto y que estaban un poco «aburridos».
Asterisk 12 se va a convertir, con muchísimo esfuerzo (todo hay que decirlo) en una versión mucho más orientada a desarrolladores, entre otras cosas por las novedades que trae, no solo de cara a los usuarios, si no también por los cambios que hace al código existente, que cualquiera que desarrolle sobre Asterisk sabrá que, aunque es muy sencillo hacer aplicaciones que interactúen con Asterisk, a cierta profundidad, la cosa se complica bastante y no precisamente por algo intrínseco al mundo de las comunicaciones o algo particular del propio Asterisk, si no por la forma en la que los desarrolladores hicieron las cosas en su momento y que llega la hora de rehacer por completo para seguir creciendo.
Hay decenas de emails en la lista de desarrolladores de Asterisk donde se explica de forma larga y tendida los cambios internos sobre el código existente, no obstante estoy convencido que, si bien el lector puede considerar un poco tedioso que empecemos a hablar (por poner un ejemplo) sobre funciones internas de el código de bridgeado de canales, vamos a pasar directamente a las características más notables de esta versión y si alguien tiene alguna duda más acerca del código y sus novedades, puede seguir la documentación que se está creando para explicar todo lo que se está haciendo. Esta documentación se encuentra en el Doxygen de Asterisk y en su propio Wiki. Mucha documentación, mucha transparencia, mucha participación.
Vamos a ver con todo el detenimiento que nos permite un artículo, ver las principales características de Asterisk 12:
(más…)
Asterisk no para de evolucionar, y si bien en Sinologic hemos intentado motivar a los usuarios a que continúen evolucionando y no quedarse estancado lo que más fomenta el cambio de versión suelen ser dos factores:
Ya hablamos en Sinologic del que tiene todas las papeletas de convertirse en 
Por varios lugares nos enteramos que la versión de desarrollo Pimp_my_sip, ha sido incluida dentro de la rama principal de desarrollo de Asterisk [
