Avec la version 10.2, Avaya Aura® Communication Manager prend en charge les nouvelles fonctions et améliorations suivantes :

Avec la version 10.2, les applications Avaya Aura® prennent en charge VMware® vSphere ESXi 8.0 et VMware® vCenter Server 8.0 dans un environnement virtualisé VMware.

La version 10.2 d'Avaya Aura® prend en charge le déploiement du logiciel Trellix AV dans un environnement virtualisé (basé sur OVA). Cette nouvelle fonction détecte, prévient et élimine efficacement les menaces liées aux logiciels malveillants, ce qui renforce la sécurité de votre environnement Avaya Aura® . Le secteur informatique considère Trellix AV comme une solution de confiance en matière de cybersécurité. Grâce aux fonctionnalités d'intégration de la version 10.2 d'Avaya Aura® , vous pouvez intégrer de manière transparente des applications Avaya Aura® en tant qu'appareils gérés dans le cadre de votre déploiement Trellix existant. Pour plus d'informations sur la prise en charge de Trellix AV sur Avaya Aura® , consultez le document Note d'application pour la prise en charge de Trellix AV sur Avaya Aura® sur le site Web de l'assistance technique Avaya à l'adresse https://support.avaya.com.

Avec la version 10.2, Communication Manager prend en charge les points d'extrémité suivants de la série J : J139, J159, J189 et J189CC.

Pour administrer ces points d'extrémité, utilisez System Manager.

Lorsque vous ajoutez ces points d'extrémité à partir de System Manager, Communication Manager les affiche dans le champ Type du formulaire Poste comme AvyaSIP ou AvyaSIPCC, et le type de point d'extrémité réel, tel que J139 et J159, apparaît dans le champ Réel.

Dans la version 10.1 précédente d'Avaya Aura® , la prise en charge de la fonction Edge Friendly Branch Survivability a été introduite, ce qui a facilité l'établissement de connexions transparentes entre vos passerelles G4xx sur site et le Communication Manager principal hébergé sur le cloud. Avaya a conçu cette innovation pour protéger vos investissements, en particulier lorsque vous envisagez de passer à une infrastructure basée sur le cloud.

Avec la version 10.2 d'Avaya Aura® , la migration vers le cloud est encore plus simple. Vous pouvez désormais configurer la topologie Edge pour le déploiement dans le cloud. Les composants autonomes tels que le LSP (Local Survivability Processor) et Branch Session Manager (BSM) dans les passerelles G4xx peuvent se connecter aux Communication Manager et Session Manager principaux sur le cloud. Cette connexion entre les passerelles et le cloud peut être établie sur Internet ou via le SD-WAN, ce qui offre des avantages significatifs en termes de coût total de possession (TCO).

Pour configurer la topologie LSP sur Edge :

• Téléchargez les certificats TLS dans le nouveau référentiel Topologie Edge (E). Les certificats sont nécessaires pour établir une nouvelle connexion WebSocket entre le Communication Manager principal et le LSP du Communication Manager.
• Sur la page SMI de Communication Manager, accédez à la page AdministrationServeur (Maintenance)Configuration du serveurRôle du serveur et configurez la section Configuration de la topologie LSP.
• Sur le SAT principal de Communication Manager, accédez à l'écran modifier le processeur autonome et procédez comme suit :
  • Configurez la topologie LSP comme Edge.
  • Dans le champ Numéro de série, saisissez le numéro de série du LSP de Communication Manager.

Dans les versions précédentes, vous deviez configurer la fonction LLC à l'aide du SAT de System Manager ou de Communication Manager uniquement, mais vous pouvez désormais facilement configurer la fonction LLC à l'aide des codes d'accès aux fonctions.

La version 10.2 d'Avaya Aura® améliore la fonction LLC pour une sécurité accrue. Elle offre la possibilité de mettre en œuvre une authentification à deux facteurs pour la configuration du LLC, en exigeant la saisie d'un code de sécurité, ce qui renforce le processus de sécurité.

Dans la version 10.2 d'Avaya Aura® , vous avez la possibilité de limiter la portée du LLC au niveau du site de votre organisation. Cela signifie que le LLC peut être appliqué de manière sélective, exclusivement aux utilisateurs de votre organisation associés au site à partir duquel vous avez initié le LLC. Il offre une approche plus précise et spécifique au site pour le déploiement du LLC, ce qui améliore la flexibilité et le contrôle des configurations du LLC.

La fonction Ressource pontée de Communication Manager est largement utilisée dans les environnements de communications unifiées (UC) et de centres de contacts (CC). Dans les versions précédentes, un appel émis à l'aide d'une ressource pontée dans un environnement SIP n'était jamais enregistré. Ce problème est résolu dans la version actuelle.

Avec la version 10.2, Avaya Aura® envoie les événements nécessaires à l'enregistrement via l'interface ASAI (Adjunct/Switch Application Interface) lorsque l'appel est initié à l'aide de la fonction Ressource pontée.

Dans la version 10.2, Avaya Aura® améliore davantage ses fonctionnalités en étendant la capacité à masquer le numéro et le nom de l'appelant sur les appels sortants. Vous pouvez obtenir cette fonctionnalité en utilisant le bouton send-nn sur les téléphones SIP. Cette fonction permet à votre organisation de préserver la confidentialité de l'identité de l'appelant, permettant ainsi la mise en œuvre d'une approche normalisée pour les interactions de rappel.

Dans la version 10.2, Avaya Aura® met en place une mesure de sécurité supplémentaire qui consiste à avertir les utilisateurs internes par une tonalité audible lorsqu'ils communiquent avec des parties externes. Cette tonalité unique n'est entendue que par les utilisateurs internes. Vous pouvez régler l'intervalle de temps entre ces tonalités via le formulaire Fonctions des paramètres du système. De plus, vous pouvez appliquer cette fonction à des groupes de lignes réseau sélectifs, en vous assurant qu'elle fonctionne uniquement sur les groupes de lignes réseau configurés.

STIR/Shaken est un ensemble de protocoles conçus pour lutter contre l'usurpation de l'identité de l'appelant sur les réseaux téléphoniques publics. La version 10.2 d'Avaya Aura® prend en charge STIR/Shaken et permet d'afficher le niveau d'attestation ou de vérification défini par les fournisseurs de services sur les téléphones des utilisateurs ou des agents. Cette fonction n'est disponible que sur les lignes réseau SIP. Vous pouvez l'activer ou la désactiver au niveau de la solution Avaya Aura® en fonction de vos préférences.

Avec la version 10.2, le champ Description est ajouté à la page Voie de débordement. Vous pouvez utiliser le champ Description pour spécifier un nom pour une voie de débordement afin de distinguer les voies de débordement.

La version 10.2 d'Avaya Aura® met fin aux technologies héritées suivantes afin de réduire les risques liés à la continuité des activités pour les clients :

• La G650 ou toute armoire/passerelle qui se connecte à Communication Manager en utilisant l'interface du serveur IP (IPSI) ne sont plus prises en charge. Pour plus d'informations, consultez le Document sur la fin de la vente de la G650 publié sur le site Web de l'assistance technique Avaya.
• La version 6.7 de VMware ESXi ou les versions inférieures ne sont pas prises en charge.
• L'Avaya Device Adapter Snap-in n'est plus prise en charge.