--- title: "Asterisk 24 LTS: novedades, soporte hasta 2031 y cuándo conviene actualizar" description: "Asterisk 24.0.0, publicada el 5 de noviembre de 2026, es la nueva versión LTS de la plataforma de telefonía de código abierto, con soporte completo hasta octubre de 2030. Trae mejoras en WebSocket, PJSIP, ConfBridge y Prometheus, y un cambio en queue_log que conviene planificar." url: https://revistacloud.com/asterisk-24-lts-novedades-soporte-cuando-actualizar/ date: 2026-11-15 modified: 2026-11-15 author: "Antonio" image: https://revistacloud.com/wp-content/uploads/2026/11/asterisk-24-lts.png categories: ["Cloud", "Tecnología"] tags: ["código abierto", "VoIP"] type: post lang: es --- # Asterisk 24 LTS: novedades, soporte hasta 2031 y cuándo conviene actualizar **El equipo de desarrollo de Asterisk publicó el 5 de noviembre de 2026 la versión 24.0.0, la nueva rama de soporte a largo plazo (LTS) de la plataforma de telefonía de código abierto que sirve de base a centralitas, pasarelas VoIP, IVR y centros de llamadas. Tendrá soporte completo hasta el 15 de octubre de 2030 y parches de seguridad hasta octubre de 2031, según las fechas oficiales que recoge el blog especializado [Sinologic](https://www.sinologic.net/2026-11/asterisk-24-la-nueva-lts-que-trae-y-cuando-conviene-actualizar.html). Releva a Asterisk 22 como referencia para instalaciones nuevas, aunque no hay prisa por migrar desde ella.** **Las claves de Asterisk 24 en 20 segundos** - Asterisk 24.0.0 es la nueva LTS, con soporte completo hasta el 15/10/2030 y parches de seguridad hasta octubre de 2031. - La versión incluye 43 commits de 22 autores, 32 incidencias resueltas y ningún aviso de seguridad. - Mejora chan_websocket, el qualify de PJSIP, ConfBridge, Prometheus, ARI y el cálculo de calidad MES. - Asterisk 20 pierde el soporte en octubre de 2027 y Asterisk 22 en octubre de 2029. Es una versión discreta. Como cada LTS se corta de la rama principal, Asterisk 24 hereda todo lo acumulado desde la 22, incluido lo que estrenó la 23, como el canal WebSocket saliente y la eliminación de users.conf, DeadAGI y otras funciones obsoletas. En una LTS, el objetivo es estabilizar más que añadir funciones, y eso explica un registro de cambios corto. ## Qué trae de nuevo Asterisk 24 **chan_websocket.** Es la parte más relevante para quienes conectan Asterisk con agentes de voz o motores de IA por WebSocket. Llega un modo sin búfer, que se activa con la opción `u` de `Dial()` y reenvía los frames de audio al núcleo según llegan, pensado para aplicaciones que ya envían el audio enmarcado y con su propia temporización. También se añade el parámetro `write_timeout`, de 100 ms por defecto, en `chan_websocket.conf` y `websocket_client.conf`, para que un servidor que deja de leer no bloquee el canal, y se corrige un fallo por el que la cola de frames nunca se vaciaba y cualquier retraso se convertía en latencia permanente. **PJSIP y DNS.** El qualify sondea ahora todos los destinos resueltos por DNS (registros 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 activos podía aparecer como caído. **ConfBridge, Prometheus y ARI.** La opción `announcements=no` en el perfil de sala evita crear el canal anunciador, lo que ahorra un canal y un hilo por conferencia. En Prometheus, `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 de series. Y en ARI ya se puede grabar un canal que se está marcando con `channels.dial`. **Calidad de llamada.** Se corrige el cálculo del MES (Media Experience Score) en `res_rtp_asterisk`: la latencia usaba el tiempo de ida y vuelta completo en lugar del de ida, la pérdida acumulada arrastraba la nota y el jitter no se escalaba. Quien tenga alertas basadas en MES debe revisar los umbrales, porque las puntuaciones cambiarán respecto a versiones anteriores. **Estabilidad.** La versión corrige cuatro errores del estado de extensiones (hints y BLF) aparecidos con la 22.11.0, entre ellos un cierre inesperado al cambiar un hint con parte de presencia, además de problemas en chan_dahdi, ChanSpy y func_speex. ## Lo que hay que revisar antes de actualizar El cambio con más impacto operativo está en la base de datos. En MySQL y MariaDB, la columna `time` de la tabla `queue_log` pasa de `DATETIME` a `DATETIME(6)` para conservar los microsegundos que Asterisk ya escribía. Esa modificación reescribe la tabla y, si es grande, bloquea las escrituras mientras dura, así que conviene aplicarla con los scripts Alembic del proyecto en una ventana de mantenimiento. También se añaden scripts Alembic para `res_geolocation`. Quien venga de Asterisk 20 o anterior tiene más trabajo: `chan_sip` desapareció en la versión 21, así que cualquier marcación con el canal SIP antiguo debe migrarse a PJSIP, junto con la configuración de troncales y extensiones, y hay que tener en cuenta lo que retiró la 23: ``` ; Antes (chan_sip, eliminado en Asterisk 21) exten => 100,1,Dial(SIP/1001,30) ; Después (PJSIP) exten => 100,1,Dial(PJSIP/1001,30) ``` El calendario ayuda a decidir. Según los datos recogidos por PBX Science, Asterisk 22 mantiene soporte hasta octubre de 2029 y Asterisk 20 hasta octubre de 2027. El criterio que propone Sinologic es razonable: quien siga en la 20 o anterior debería empezar ya a planificar la migración; quien esté en la 22 y todo funcione puede probar la 24 en laboratorio y esperar a las primeras versiones puntuales. Para una centralita que entra en producción este mes, la 22 con su última versión puntual es la opción más rodada; para una instalación que vivirá cinco años o más, la 24 tiene sentido a partir de la 24.1 o la 24.2. Asterisk publica versiones puntuales cada seis u ocho semanas, así que la espera es corta. Para quienes despliegan centralitas en máquinas virtuales, la recomendación habitual se mantiene: probar la actualización en una copia o instantánea antes de tocar producción, algo especialmente sencillo en plataformas como Proxmox, sobre la que tenemos una [guía de migración](https://revistacloud.com/migracion-proxmox/). ## Preguntas frecuentes ### ¿Hasta cuándo tiene soporte Asterisk 24? Soporte completo hasta el 15 de octubre de 2030 y parches de seguridad hasta octubre de 2031. ### ¿Conviene actualizar desde Asterisk 22? No hay prisa: la 22 tiene soporte hasta octubre de 2029. Lo prudente es probar la 24 en laboratorio y esperar a las primeras versiones puntuales. ### ¿Asterisk 24 incluye chan_sip? No. chan_sip se eliminó en Asterisk 21, así que las instalaciones que lo usen deben migrar a PJSIP. ### ¿Qué cambia en la base de datos? La columna time de queue_log pasa a DATETIME(6) en MySQL y MariaDB. En tablas grandes bloquea las escrituras mientras se aplica, así que conviene hacerlo en una ventana de mantenimiento. Fuentes: - [Sinologic: Asterisk 24, la nueva LTS, qué trae y cuándo conviene actualizar](https://www.sinologic.net/2026-11/asterisk-24-la-nueva-lts-que-trae-y-cuando-conviene-actualizar.html) - [PBX Science: Asterisk 24.0.0 Released](https://pbxscience.com/asterisk-24-0-0-released-new-long-term-support-branch-brings-pjsip-prometheus-and-websocket-improvements/) - [GitHub: Asterisk 24.0.0](https://github.com/asterisk/asterisk/releases/tag/24.0.0)