Sortie de la plateforme de communication Asterisk 24

Après une année de développement, la version stable de la plateforme de communication ouverte Asterisk 24 a été publiée, utilisée pour déployer des PBX logiciels, des systèmes de communication vocale, des passerelles VoIP, organiser des systèmes IVR (menu vocal), la messagerie vocale, des conférences téléphoniques et des centres d'appels. Le code source du projet est écrit en langage C et est disponible sous la licence GPLv2.

Asterisk 24 est classé comme une version à support étendu (LTS), des mises à jour seront publiées au cours des cinq prochaines années plutôt que les deux années habituelles des versions standard. Le support de l'ancienne version LTS Asterisk 22 se poursuivra jusqu'en octobre 2029, et celui de la version Asterisk 20 jusqu'en octobre 2027. Lors de la préparation des versions LTS, l'accent est mis sur la stabilité et l'optimisation des performances, tandis que les versions standard se concentrent sur l'ajout de fonctionnalités.

Parmi les changements dans Asterisk 24 :

• Dans le module res_pjsip, qui prend en charge les communications VoIP basées sur le protocole SIP, les contacts PJSIP liés aux noms DNS sont maintenant considérés comme disponibles si au moins un enregistrement DNS SRV, A ou AAAA associé a pu être résolu.
• Le module res_prometheus a été enrichi des options « channels_detail_metrics_enabled » et « bridges_detail_metrics_enabled » pour gérer l'exportation vers le système de surveillance Prometheus de métriques supplémentaires sur les canaux (‘asterisk_channels_state’, ‘asterisk_channels_duration_seconds’) et les ponts (‘asterisk_bridges_channels_count’).
• Dans le profil de pont pour organiser des conférences ConfBridge, une option « announcements » a été ajoutée, permettant de désactiver les annonces générales de conférences, économisant ainsi un canal et un flux taskprocessor.
• Dans le module chan_websocket, un mode non tamponné a été implémenté, envoyant des trames dès leur réception via WebSocket et l'application.
• Des exemples de configuration pour l'authentification ITSP ont été ajoutés pour une adresse IP et l'utilisation de TLS avec SRTP.
• Dans websocket_client.conf, un paramètre « write_timeout » a été ajouté pour limiter le temps maximum d'opération d'écriture avant le retour d'une erreur.
• Dans les outils de localisation (res_geolocation), un script utilisant Alembic a été ajouté pour créer les tables geoloc_location et geoloc_profile.
• Dans la structure ast_websocket_client_options, un champ write_timeout a été ajouté pour configurer le timeout des opérations d'écriture en mode non-bloquant.
• Dans l'événement MEDIA_START du chan_websocket, des champs passthrough et unbuffered ont été ajoutés pour refléter le mode de création du canal.

Source : opennet.ru