🥇Lanzamiento de la plataforma de comunicación Asterisk 24

Después de un año de desarrollo, se lanzó la rama estable de la plataforma de comunicación abierta Asterisk 24, utilizada para implementar centrales telefónicas de software, sistemas de comunicación de voz, puertas de enlace VoIP, organización de sistemas IVR (menú de voz), correo de voz, conferencias telefónicas y centros de llamadas. El código fuente del proyecto está escrito en lenguaje C y está disponible bajo la licencia GPLv2.

Asterisk 24 se clasifica como una versión con soporte extendido (LTS), cuyos actualizaciones se lanzarán durante cinco años en lugar de los dos años típicos de las versiones normales. El soporte para la versión LTS anterior Asterisk 22 se prolongará hasta octubre de 2029, y para Asterisk 20 hasta octubre de 2027. Al preparar las versiones LTS, se presta especial atención a garantizar la estabilidad y la optimización del rendimiento, mientras que la prioridad de las versiones normales es la expansión de la funcionalidad.

Entre los cambios en Asterisk 24:

En el módulo res_pjsip, que proporciona soporte para comunicaciones VoIP basadas en el protocolo SIP, los contactos PJSIP vinculados a nombres DNS ahora se consideran disponibles si se puede resolver al menos un registro DNS SRV, A o AAAA relacionado.
Se añadieron las opciones «channels_detail_metrics_enabled» y «bridges_detail_metrics_enabled» al módulo res_prometheus para gestionar la exportación a la sistema de monitoreo Prometheus de métricas adicionales de canales (‘asterisk_channels_state’, ‘asterisk_channels_duration_seconds’) y de puentes (‘asterisk_bridges_channels_count’).
En el perfil del puente para la organización de conferencias ConfBridge se añadió la opción «announcements», que permite desactivar los anuncios generales de la conferencia, ahorrando así un canal y un flujo de taskprocessor.
En el módulo chan_websocket se implementó un modo no bufferizado, que envía los cuadros a medida que se reciben desde WebSocket y la aplicación.
Se añadieron ejemplos de configuración para la autenticación ITSP por IP y el uso de TLS con SRTP.
En websocket_client.conf se añadió el parámetro «write_timeout» para limitar el tiempo máximo de la operación de escritura antes de devolver un error.
En los medios para la determinación de ubicación (res_geolocation) se añadió un script que utiliza Alembic para crear las tablas geoloc_location y geoloc_profile.
En la estructura ast_websocket_client_options se añadió el campo write_timeout para configurar el tiempo de espera de las operaciones de escritura en modo no bloqueante.
En el evento MEDIA_START en chan_websocket se añadieron los campos passthrough y unbuffered, que reflejan el modo de creación de canales.

Fuente: opennet.ru