Asterisk 1.8 se publicará el segundo trimestre de 2010

Uno de los grandes inconvenientes que ha tenido Asterisk 1.6, es el hecho de tener que leer el ChangeLog, cientos y cientos de líneas para descubrir en qué versión de Asterisk se encuentra una característica que buscamos, es algo tan tedioso que al final terminamos por desechar, bien porque no es imprescindible, bien porque la versión donde se encuentra no se ajusta a la que nos gustaría utilizar.

Russel Bryant acaba de publicar el estado actual del proyecto Asterisk donde explica el incremento del número de desarrolladores en estos últimos meses, así como una explicación mucho más completa de la política de versiones de Asterisk, cuándo han aparecido las distintas versiones de Asterisk, y cuando necesitamos esperar para la próxima versión de Asterisk 1.8.

Si hay algo que me ha gustado, es saber que la próxima rama de Asterisk 1.8 se publicará el segundo trimestre de 2010 con bastantes cambios como son:

– Habrá una única rama 1.8 a la que se le irán añadiendo las distintas correcciones y mejoras simultaneamente.
– Una vez finalizado el desarrollo de 1.8, se mantendrá esta rama durante 4 años únicamente para corrección de bugs.
– Un año después se dará por concluida esta versión.

¿Qué se consigue con esto?
En mi opinión, creo que más tranquilidad a la hora de actualizar, menos líos (ya que la última versión debería ser la más estable), y la seguridad que dispondremos siempre de todos los añadidos que vayan desarrollándose.

¿Qué desventajas tiene?
A nivel de desarrollo, corregir un bug no es tan divertido como desarrollar una nueva característica, por lo que muchos desarrolladores quizá vean que no se añaden nuevas características tan frecuentemente como se hacía con la anterior versión de 1.6.

Por último, algo que me ha gustado ha sido un resumen bastante interesante de las características que trae Asterisk 1.6 (y próximamente 1.8) bastante mejor explicada que en el ChangeLog.

Como es un tema que personalmente me interesa mucho, me he tomado la molestia de «traducirlo» para todos los que leeis Sinologic, aportando en algún que otro caso alguna aclaración o una traducción que se comprenda mejor… aquí la teneis:

1. Mejora en el soporte para Faxes (Todas las versiones)
   • El soporte de T.38 ha sido reescrito completamente para funcionar mucho mejor.
   • Completo soporte para enviar y recibir en T.38 (se está trabajando para que pueda funcionar como gateway)
   • Opciones de configuración mejoran la interoperatibilidad con implementaciones no estándar del T.38.
   • Muchas mejoras al chan_dahdi y DAHDI para mejorar la estabilidad de la recepción de faxes en las tarjetas PSTN.
   • Cientos de horas testeando sin parar el soporte de faxes en Asterisk.
2. Mejoras en la integración de XMPP y Jabber (1.8+)
   • La función JABBER_RECEIVE() ha sido añadida para permitir recibir mensajes XMPP en el dialplan de Asterisk (adiós a mi AstJabot snif, snif…)
   • Hay código en pruebas para utilizar XMPP como transporte de eventos distribuidos. Esto permitirá a servidores Asterisk comunicarse entre sí, así como compartir presencia e información MWI.
3. Soporte para Conectar o Redirigir el identificador de la llamada (1.8+)
   • Control total sobre las actualizaciones de las partes conectadas. Los teléfonos mostrarán corréctamente con quien están hablando al recibir una transferencia!
   • Soporte para reenviar el callerID significa que tu podrás ver cuando tu llamada ha sido desviada, o cuando has recibido una llamada que haya sido desviada hacia a tí.
   • Véase el vídeo de presentación de Mark Michelson’s en la AstriCon presentation para más información.
4. Servicios suplementarios de información de llamadas (Esperemos para 1.8+)
   • “Camp on extensions”
   • Soporte para CCNR (Completion of Calls on No Reply) y CCBS (Completion of Calls to Busy Subscriber)
   • Soporte genérico en Asterisk, además de sobre SIP y RDSI.
5. Integración con sistemas de Calendarios (1.8+)
   • Soporte de calendarios iCal, CalDAV, Exchange 2003
   • Uso de información del calendario para habilitar/deshabilitar dispositivos.
   • Acceso directo a la información del calendario en el dialplan
   • Crear llamadas automáticas basadas en entradas del calendario
   • Véase el vídeo de presentación de Terry Wilson’s AstriCon para más información.
6. Framework  para eventos de Seguridad (1.8+)
   • Esto permitirá a los componentes de Asterisk enviar eventos cuando consideren que están recibiendo un ataque.
   • También incluirá un módulo que escribirá los eventos realizados en un archivo de log con un formato especial que pueda ser utilizada por aplicaciones externas..
7. Mejoras en el protocolo SIP TCP/TLS (1.6.X+)
   • Se están realizando muchísimas pruebas de esta funcionalidad.
   • Las opciones de configuración de esta característica han sido mejoradas.
   • Existen numerosos informes satisfactorios de integración con Microsoft OCS.
   • Se continuará trabajando en hacer esta funcionalidad más robusta incluso bajo condiciones de red adversas. (o como decía Iñaki, Hostiles!).
8. Actualizado el soporte a la red telefónica PSTN.
   • Se mantendrá el soporte de mISDN en todas las versiones de Asterisk.
   • Se ha añadido a Asterisk 1.6 soporte nativo de RDSI BRI en el LibPRI y en el canal DAHDI. Todas ls características de este tipo de líneas funcionan ya con este código.
   • Soporte de señalización MFC/R2 ha sido añadida a chan_dahdi cuando se utiliza libopenr2 en la version de de Asterisk 1.6.2 y posteriores.
   • Soporte de SS7 fue añadida en Asterisk 1.6.0 y seguirá madurando.
9. API para realizar Bridging en el Core (1.6.2+)
   • Es mucho más fácil escribir módulos de Asterisk que conecten canales.
   • Esta nueva infraestructura de conexión de canales podrá unir varios canales a la vez (meetme) sin necesidad de una fuente de reloj (sin que DAHDI esté instalado en el sistema).
   • Una nueva aplicación de conferencias (ConfBridge) ha sido creada para permitir conferencias utilizando esta infraestructura.
10. Core Timing API (1.6.1+)
    • Soporte para mejorar el «timing» en Asterisk, evitando que sea ofrecido por el timer de DAHDI.
      Así, DAHDI no será requerido más como fuente de timing para Asterisk.
11. Core Channel API Update (1.8+)
    • La gestión de la mayoría de estructuras de datos en Asterisk han sido reescritas: ast_channel ha sido reescrita, ahora se utiliza el objeto astobj2. El resultado es más rapidez, menos bloqueos y las «iteraciones» de este objeto son mucho más eficientes.
12. Actualización de la API del programador del Core (1.6.2+)
    • La API del programador es utilizada en Asterisk cuando los compoentnes necesitan programar algunas tareas que ocurrirán en el futuro. Por ejemplo, esto se utiliza para retransmitir mensajes y tiempos de expiración. Es utlizado muy frecuentemente en los drivers de los canales de Asterisk. Se ha intentado llevar a cabo en dos ocasiones (en la 1.6.1 y otra vez en la 1.6.2). Mientras se perfilaba, los resultados de este trabajo mostraban que el programador que hasta entonces consumía muchísimo procesador, había pasado a prácticamente consumo nulo.

Como he dicho… una lista digna de leer detenidamente y es un muy buen resumen por parte de Russell Bryant para poner al día a toda la comunidad sobre lo que se ha hecho y lo que se planea para la próxima versión de Asterisk.

Enlace al post oficial:
http://blogs.asterisk.org/2009/11/10/asterisk-project-update-astricon-2009/