Saúl ya comentó en su blog algunas de las novedades que traería esta nueva versión (y que esperamos ansiosamente que sean ciertas) como una nueva pila SIP y soporte de MSRP.
No obstante, por otros medios hemos descubierto una serie de cambios que podrían hacer de Asterisk algo completamente distinto a lo que estamos acostumbrados a ver y, confío que, aquellos cuyo negocio esté basado fuertemente en las características actuales de Asterisk, vayan pensando en adaptarse de una forma rápida a los cambios globales que parecen, van a ser cada vez más frecuentes, o empiecen a crear un fork de Asterisk y mantener su propio sistema, ya que algo me dice que van a cambiar muchas cosas, y muchas de ellas no van a gustar a los que piensan en Asterisk como un sistema base para centralitas.
Personalmente, pocas veces he trabajado con Asterisk como PBX y la mayoría de las veces siempre ha sido para realizar desarrollos basados en este software, modificaciones, por lo que yo nunca he visto Asterisk como una centralita propiamente dicha, si no algo más parecido a una herramienta multiusos con el que poder hacer cientos de cosas (entre ellas, claro está, las labores de una centralita). Por este mismo motivo, cuando escucho hablar a ciertas personas y comparando las diferentes centralitas (Ericsson, Alcatel, Cisco, 3CX, Asterisk…) me doy cuenta de la diferencia tan enorme que hay entre lo que yo veo, y lo que ven ellos.
No obstante, volviendo al tema de Asterisk 12 y las novedades que se han consensuado en la AstriDevCon 2012, una de las novedades que parecen haber llegado es en la «unificación de API» y es que, tal y como comentan, Asterisk dejó de llamarse PBX para pasar a ser un framework de desarrollo de aplicaciones de voz que soporta actualmente varias «API» de desarrollo/configuración:
- Una API de programación en C para desarrollar aplicaciones basadas internamente en Asterisk.
- Una API para programar comandos y acciones mediante Dialplan utilizando un lenguaje de scripting.
- Una API intermedia de conexión entre cualquier lenguaje de programación y Asterisk (AGI)
- Una API de gestión Asterisk (AMI)
- Una API y un protocolo para crear interfaces IVR externos (External IVR)
- Una API a nivel de consola donde realizar acciones llamando a comandos a mano (CLI)
- Una API para realizar peticiones de llamadas mediante archivos en el ‘Spool’ (call files)
- Una API para configurar y gestionar Asterisk mediante archivos de configuración.
Todas estas APIs, interfaces y sistemas de interacción y configuración de la gestión de canales de llamadas, tienen un objetivo común: ayudar en la creación de aplicaciones y soluciones que sirvan para gestionar canales. Steven Sokol explica cada una de estas API bastante bien en su página web.
No obstante, con la desaparición del proyecto Asterisk-SCF, hay mucho código diseñado, creado, programado, comprobado y que ahora mismo está en el limbo de los códigos escritos, seguramente infra-utilizados, por lo que, posiblemente, este código empiece a formar parte de la nueva versión de Asterisk 12, y esta nueva versión tenga bastante de Asterisk-SCF y menos de ese Asterisk 1.4 al que muchos vieron como «la panacea» para crear «centralitas baratas«.