Asterisk 24: la nueva LTS, qué trae y cuándo conviene actualizar

El pasado 5 de noviembre se publicó Asterisk 24.0.0, la nueva versión LTS que releva a la 22 como referencia a largo plazo. Según las fechas oficiales, tendrá soporte completo hasta el 15 de octubre de 2030 y parches de seguridad hasta octubre de 2031, así que es la versión sobre la que muchos acabaremos montando centralitas y plataformas durante los próximos años. La pregunta no es si migrar, sino cuándo.

Una LTS que llega sin ruido

Lo primero que llama la atención al abrir el changelog es lo discreto que es: 43 commits, 22 autores, 32 incidencias resueltas y ningún aviso de seguridad. No es una versión de grandes titulares, y tiene sentido. Al cortarse de master, la 24 hereda todo lo acumulado desde la 22, incluido lo que estrenó la 23 (el canal WebSocket saliente, la eliminación de users.conf, DeadAGI y otras funciones obsoletas), y en una LTS el foco pasa a ser estabilizar, no añadir.

Qué incluye de nuevo

• chan_websocket, modo unbuffered. Se activa con la opción u de Dial() y reenvía los frames al núcleo según llegan. Está pensado para aplicaciones que ya mandan el audio enmarcado y con su temporización, pero que de vez en cuando necesitan enviar audio en bloque con START_MEDIA_BUFFERING. Además llega el parámetro write_timeout (100 ms por defecto) en chan_websocket.conf y websocket_client.conf, para que un servidor que deja de leer no acabe bloqueando el canal en cascada, y se corrige que la cola de frames nunca se vaciaba, convirtiendo cualquier retraso en latencia permanente. Para los que montamos agentes de voz sobre WebSocket, es lo más relevante de estaversión.
• PJSIP y DNS. El qualify ahora sondea todos los destinos resueltos (SRV, A y AAAA) y da el contacto por alcanzable en cuanto responde uno. Antes se elegía un único destino y un contacto con otros destinos vivos podía quedar marcado como caído.
• ConfBridge. La nueva opción announcements=no en el perfil de la sala evita crear el canal anunciador, lo que ahorra un canal y un hilo por conferencia.
• Prometheus. Las opciones channels_detail_metrics_enabled y bridges_detail_metrics_enabled permiten dejar de exportar las métricas detalladas de canales y puentes, que en sistemas con mucho tráfico generan un volumen enorme.
• ARI. Ya se puede grabar un canal que se está marcando con channels.dial; antes fallaba con «Cannot record channel while in bridge«.
• Calidad de llamada. Se corrige el cálculo del MES (Media Experience Score) en res_rtp_asterisk: la latencia usaba el RTT completo en lugar del de ida, la pérdida acumulada arrastraba la nota hacia abajo y el jitter no se escalaba. Si alertas por MES, revisa los umbrales, porque las puntuaciones cambiarán respecto a versiones anteriores.
• Estabilidad. Cuatro errores de extension state (hints y BLF) que aparecieron con la 22.11.0, entre ellos un crash al cambiar un hint con parte de presencia y park slots que se quedaban en Unavailable; el estado de dispositivo de chan_dahdi (los BLF de Polycom ignoraban un RINGING posterior a un INUSE); ChanSpy retrasando el Hangup del canal espiado; un use-after-free en func_speex; y un crash al evaluar CHANNEL(channeltype) en un canal ficticio.

Ojo con la actualización

Hay un detalle que conviene leer antes de tocar nada: en MySQL y MariaDB la columna time de queue_log pasa de DATETIME a DATETIME(6) para conservar los microsegundos que Asterisk ya escribía. El ALTER reescribe la tabla y, en una tabla grande, bloquea las escrituras mientras dura, así que mejor hacerlo en una ventana de mantenimiento. También se añaden scripts Alembic para res_geolocation. Y si vienes de la 20 o anterior, recuerda que chan_sip desapareció en la 21: cualquier Dial(SIP/...) tiene que pasar a PJSIP, además de las eliminaciones que trajo la 23.

¿Merece la pena actualizar ahora?

Depende de dónde estés. Si sigues en la 20 o anterior, sí: empieza a planificarlo ya, porque el trabajo de migración (sobre todo si aún usas chan_sip) no se va a hacer solo y la 20 se queda sin soporte en octubre de 2027. Si estás en la 22 y todo funciona, no hay prisa: te quedan dos años de soporte completo, y lo sensato es probar la 24 en un laboratorio y esperar a las primeras versiones puntuales antes de tocar producción.

Si tuviera que montar una centralita hoy

Mi criterio sería este. Si la centralita tiene que entrar en producción este mes, instalaría la 22 LTS con la última versión puntual, que es la opción más rodada. Si va a vivir cinco años o más y tengo un par de meses de margen, montaría sobre la 24, pero la pondría en producción con la 24.1 o la 24.2. No es desconfianza: una .0 es la primera versión que ve tráfico real, y el propio changelog lo ilustra, con cuatro errores de extension state de la 22.11.0 que se corrigen justo antes de la publicación. Asterisk saca versiones puntuales cada seis u ocho semanas, así que la espera es corta.

Más información y descarga en asterisk.org y el changelog completo de la 24.0.0.