{"id":110978,"date":"2023-10-20T09:10:18","date_gmt":"2023-10-20T07:10:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-kommunikaczionnoj-platformy-asterisk-21"},"modified":"2023-10-20T09:10:18","modified_gmt":"2023-10-20T07:10:18","slug":"reliz-kommunikaczionnoj-platformy-asterisk-21","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/reliz-kommunikaczionnoj-platformy-asterisk-21","title":{"rendered":"Sortie de la plateforme de communication Asterisk 21","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s un an de d\u00e9veloppement, la nouvelle version stable de la plateforme de communication ouverte Asterisk 21 est sortie, utilis\u00e9e pour le d\u00e9ploiement de centrales t\u00e9l\u00e9phoniques logicielles, de syst\u00e8mes de communication vocale, de passerelles VoIP, de mise en place de syst\u00e8mes IVR (menu vocal), de messagerie vocale, de conf\u00e9rences t\u00e9l\u00e9phoniques et de centres d'appels. Les codes sources du projet sont disponibles sous la licence GPLv2. <\/p>\n
Asterisk 21 est class\u00e9 parmi les versions avec support standard, dont les mises \u00e0 jour sont fournies pendant deux ans. Le support de la branche LTS Asterisk 20 se poursuivra jusqu'en octobre 2027, tandis que celui d'Asterisk 18 prendra fin en octobre 2025. Le support de la branche LTS 17.x a \u00e9t\u00e9 interrompu. Lors de la pr\u00e9paration des versions LTS, l'accent est mis sur la stabilit\u00e9 et l'optimisation des performances, alors que la priorit\u00e9 des versions standard est l'enrichissement des fonctionnalit\u00e9s. <\/p>\n
Parmi les changements dans Asterisk 21 : <\/p>\n
\n
Les capacit\u00e9s du module res_pjsip_pubsub ont \u00e9t\u00e9 \u00e9tendues, ajoutant au stack SIP PJSIP des fonctionnalit\u00e9s suppl\u00e9mentaires pour l'\u00e9change distribu\u00e9 de donn\u00e9es sur l'\u00e9tat des appareils via l'extension PubSub de Jabber\/XMPP (envoi de notifications par abonnement).\n
Dans le module sig_analog pour les canaux FXS analogiques, une fonctionnalit\u00e9 de mise en attente de l'abonn\u00e9 appel\u00e9 (CSH, Called Subscriber Held) a \u00e9t\u00e9 mise en \u0153uvre, permettant \u00e0 l'utilisateur de placer un appel initi\u00e9 en mode attente, de raccrocher et de reprendre la conversation en d\u00e9crochant sur un autre t\u00e9l\u00e9phone sur la m\u00eame ligne. Une configuration calledsubscriberheld a \u00e9t\u00e9 propos\u00e9e pour g\u00e9rer la mise en attente de l'appel.\n
Dans la fonction res_pjsip_header_funcs, l'argument prefix dans PJSIP_HEADERS a \u00e9t\u00e9 rendu optionnel (s'il n'est pas sp\u00e9cifi\u00e9, tous les en-t\u00eates seront retourn\u00e9s).\n
Dans le serveur http (AstHTTP \u2014 AMI over HTTP), l'affichage de la page d'\u00e9tat a \u00e9t\u00e9 simplifi\u00e9 (l'adresse et le port s'affichent maintenant sur une seule ligne).\n
Le fichier de configuration users.conf a \u00e9t\u00e9 d\u00e9clar\u00e9 obsol\u00e8te.\n
La fonction ast_gethostbyname() a \u00e9t\u00e9 d\u00e9clar\u00e9e obsol\u00e8te, et il est recommand\u00e9 d'utiliser les fonctions ast_sockaddr_resolve() et ast_sockaddr_resolve_first_af().\n
Les applications SLAStation et SLATrunk ont \u00e9t\u00e9 transf\u00e9r\u00e9es du module app_meetme vers app_sla (lors de l'utilisation de ces applications, il est n\u00e9cessaire de changer les modules dans modules.conf).\n
Les modules pr\u00e9c\u00e9demment d\u00e9clar\u00e9s obsol\u00e8tes ont \u00e9t\u00e9 supprim\u00e9s : chan_skinny, app_osplookup, chan_mgcp, chan_alsa, pbx_builtins, chan_sip, app_cdr, app_macro, res_monitor. <\/ul>\n