La plateforme de communication Asterisk 17 est disponible

Après un an de développement a eu lieu sortie de la nouvelle branche stable de la plateforme de communication open source Asterisk 17, utilisée pour le déploiement de PBX logiciels, de systèmes de communication vocale, de passerelles VoIP, d'organisation de systèmes IVR (menu vocal), de messagerie vocale, de conférences téléphoniques et de centres d'appels. Les textes sources du projet sont disponibles sous licence GPLv2.

Asterisk 17 sont classés dans la catégorie des versions avec support standard, dont les mises à jour sont générées pendant deux ans. Le support de l'ancienne branche LTS Asterisk 16 durera jusqu'en octobre 2023, tandis que la branche Asterisk 13 jusqu'en octobre 2021. Lors de la préparation des versions LTS, l'accent est mis sur la stabilité et l'optimisation des performances, tandis que la priorité des versions standard est d'accroître les fonctionnalités.

Améliorations clés améliorations, ajoutées à Asterisk 17 :

  • Dans l'ARI (Asterisk REST Interface), API pour créer des applications de communication externes qui peuvent manipuler directement les canaux, les ponts et d'autres composants de téléphonie dans Asterisk, la possibilité de définir des filtres d'événements a été mise en œuvre -- l'application peut spécifier une liste de types d'événements autorisés ou interdits, et après cela, seules les événements autorisés par la liste blanche ou ne figurant pas sur la liste noire seront transmis à l'application;
  • Un nouvel appel 'move' a été ajouté à l'API REST, permettant de transférer des canaux d'une application à une autre sans revenir au scénario de traitement des appels (dialplan);
  • Une nouvelle application AttendedTransfer a été ajoutée pour mettre en attente des transferts d'appel assistés (l'opérateur se connecte d'abord au destinataire et après un appel réussi, connecte l'appelant avec lui) sur un numéro d'extension spécifié;
  • Une nouvelle application BlindTransfer a été ajoutée pour rediriger tous les canaux liés à l'appelant vers le destinataire ('transfert aveugle', lorsque l'opérateur ne sait pas si le destinataire répondra à l'appel);
  • Dans la passerelle de conférence ConfBridge, des paramètres « average_all », « highest_all » et « lowest_all » ont été ajoutés à l'option remb_behavior, fonctionnant au niveau des canaux combinés (bridge), plutôt qu'au niveau des sources, c'est-à-dire que la valeur REMB (Receiver Estimated Maximum Bitrate), évaluant la bande passante du client, est calculée et envoyée à chaque expéditeur, plutôt que d'être liée à un expéditeur spécifique;
  • Dans la commande Dial, destinée à établir une nouvelle connexion et à la relier au canal, de nouvelles variables ont été ajoutées :
    • RINGTIME et RINGTIME_MS — contiennent le temps écoulé entre la création du canal et la réception du premier signal RINGING;
    • PROGRESSTIME et PROGRESSTIME_MS — contiennent le temps écoulé entre la création du canal et la réception du signal PROGRESS (équivalent à la valeur PDD, Post Dial Delay);
    • DIALEDTIME_MS et ANSWEREDTIME_MS — sont des variantes de DIALEDTIME et ANSWEREDTIME, fournissant le temps en millisecondes au lieu de secondes;
  • Dans rtp.conf pour RTP/ICE, une possibilité de publication de l'adresse locale ice_host_candidate a été ajoutée, ainsi que l'adresse retransmise;
  • Les paquets DTLS peuvent maintenant être fragmentés selon la valeur MTU, permettant d'utiliser des certificats plus volumineux lors de la négociation des connexions DTLS;
  • Une option «p» a été ajoutée à la commande ReadExten pour arrêter la lecture de l'ensemble des extensions après avoir appuyé sur le symbole «#»;
  • Le module DUNDi de PBX a ajouté le support de l'attachement double à IPv4/IPv6;
  • Pour MWI (Message Waiting Indicators), un nouveau module «res_mwi_devstate» a été ajouté, permettant de s'abonner aux boîtes vocales en utilisant des événements «presence», ce qui permet d'utiliser les touches de statut de ligne BLF comme indicateurs d'attente de messages vocaux;
  • Le pilote chan_sip est maintenant obsolète, à la place, il est recommandé d'utiliser le pilote de canal chan_pjsip pour le protocole SIP, construit avec une pile SIP; PJSIP et permettant de surmonter les limitations et goulets d'étranglement du vieux pilote, tels que le design monolithique, la complexité du code, les restrictions codées en dur et le coût élevé d'ajout de nouvelles fonctionnalités.

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster