Avaya TSAPI avec SIPREC et DMCC, et composeur Alvaria ou POM
Cette rubrique fournit des directives pour la configuration de l’interface Avaya TSAPI avec SIPREC et DMCC pour CXone Multi-ACD (CXone Open).
Les versions Avaya AES TSAPI prises en charge sont 8.1.3 et 10.1.
Un ingénieur de site Avaya est responsable de toutes les procédures dans l’environnement Avaya. Les procédures décrites dans cette section ne sont que des recommandations!
Suivez ces étapes pour configurer l’interface Avaya TSAPI avec SIPREC et DMCC et configurer un composeur optionnel.
Étape 1 : Préparation de l’environnement Avaya AES TSAPI
Étape 2 : Préparation de l’environnement Avaya AES DMCC
Étape 3 : Préparer les contrôleurs de session en périphérie (SBC) à s’intégrer avec CXone Multi-ACD (CXone Open) :
(Facultatif) Étape 4 : Configurer un composeur :
Étape 5 : Télécharger et enregistrer le fichier Excel Essential Data for 3rd Party Connectivity Config in CXone. Il vous sera demandé de remplir des informations essentielles au fur et à mesure que vous avancerez. Une fois que vous avez introduit tous les détails nécessaires et préparé votre environnement pour CXone Multi-ACD, vous devez soumettre le fichier Excel à votre représentant des services professionnels NICE.
Préparation de l’environnement Avaya AES TSAPI
Vous devez configurer le serveur Avaya AES TSAPI avant de configurer CXone Multi-ACD.
Les versions Avaya AES TSAPI prises en charge sont 8.1.3 et 10.1.
Effectuez les étapes suivantes pour préparer l’environnement Avaya AES TSAPI :
Étape 1 : Vérifier la licence et l’état de l’interface TSAPI
Étape 2 : Préparation de l’environnement AES
Étape 3 : Ajouter un utilisateur
Étape 4 : Vérifier la valeur Tlink
Étape 5 : Créer une connexion sécurisée à l’aide d’un VPN
Étape 1 : Vérifier la licence et l’état de l’interface TSAPI
Avant de configurer l’interface Avaya TSAPI, vous devez vérifier que le service Avaya TSAPI fonctionne et que la licence est valide.
Pour vérifier le service et l’état de TSAPI :
-
Connectez-vous au serveur AES. La page Application Enablement Services s’affiche.
-
Dans le menu, sélectionnez AE Services.
-
Vérifier :
-
La colonne État du service TSAPI est En ligne et la colonne État est En cours d’exécution.
-
La colonne Mode sous licence affiche Mode normal.
-
Étape 2 : Préparation de l’environnement AES
Un ingénieur de site Avaya est responsable de toutes les procédures dans l’environnement Avaya. Ces procédures ne sont que des recommandations et des directives !
Dans un environnement AES, l’administrateur AES doit préparer les connexions du lien AES-CTI.
Pour configurer le commutateur sur l’AES (directives générales) :
-
Accédez à la page Web de l’AES et connectez-vous.
-
Saisissez votre nom d’utilisateur et votre mot de passe. Cliquez sur Connexion. La page d’accueil s’affiche.
-
Dans le menu, cliquez sur Interface du gestionnaire de communication.
-
Sélectionnez Connexions du commutateur.
-
Dans la fenêtre Connexions du commutateur, ajoutez le nom du commutateur dans le champ et cliquez sur Ajouter une connexion. La fenêtre Détails de la connexion pour le nouveau commutateur s’affiche.
-
Dans le champ Mot de passe du commutateur, saisissez le mot de passe du commutateur. Le mot de passe du commutateur doit comporter entre 12 et 16 caractères alphanumériques et être identique au mot de passe attribué au service AES dans le Gestionnaire de communication.
-
Dans le champ Confirmation du mot de passe du commutateur, saisissez à nouveau le mot de passe du commutateur.
-
Si votre Gestionnaire de communication prend en charge Processor Ethernet, sélectionnez Processor Ethernet.
-
Cliquez sur Appliquer. La fenêtre Connexions du commutateur réapparaît.
-
-
Cliquez sur Modifier les IP PE/CLAN. La fenêtre Modifier l’IP de Processor Ethernet s’affiche.
-
Dans le champ prévu à cet effet, ajoutez l’adresse IP de la carte Processor Ethernet/CLAN, puis cliquez sur Ajouter/modifier le nom ou l’IP.
-
Dans le menu AES, cliquez sur Connexions du commutateur pour revenir à la fenêtre Connexions du commutateur.
-
Cliquez sur Modifier H.323 Gatekeeper. La fenêtre Modifier H.323 Gatekeeper s’affiche.
-
Dans le champ prévu à cet effet, saisissez l’adresse IP de l’une des cartes Processor Ethernet/CLAN et cliquez sur Ajouter le nom ou l’IP. Répétez cette étape pour toutes les cartes Processor Ethernet/CLAN.
Une fois le lien CTI configuré, l’administrateur doit vérifier que la connexion AES-CTI est active et en état de conversation.
Pour vérifier le lien CTI :
-
À partir de la page Web AES, sélectionnez État > État et contrôle > Résumé du service TSAPI.
-
Vérifiez que l’état est défini sur Conversation pour la connexion du lien AES-CTI en question.
Étape 3 : Ajouter un utilisateur
L’utilisateur doit être ajouté au système par le biais de la page Web.
Cette procédure doit être effectuée en collaboration avec un administrateur Avaya. L’administrateur AES doit d’abord préparer la connexion du lien AES-CTI.
À la fin de cette étape, vous devez fournir aux services professionnels NICE :
-
Informations d’identification de l’utilisateur.
Pour ajouter un utilisateur :
-
Dans le menu Services AE, naviguez jusqu’à Gestion des utilisateurs > Administration des utilisateurs et cliquez sur Ajouter un utilisateur.
-
Dans la fenêtre Ajouter un utilisateur, configurez les champs obligatoires :
-
ID de l’utilisateur
-
Nom commun
-
Nom de famille
-
Mot de passe de l’utilisateur
-
Confirmer le mot de passe
-
Changez le paramètre Utilisateur TC sur Oui.
-
-
Cliquez sur Appliquer pour enregistrer les informations.
-
Enregistrez ces informations d’identification dans le fichier Excel. Une fois que vous avez saisi tous les détails nécessaires et préparé votre environnement, soumettez le fichier Excel aux services professionnels NICE.
-
Vérifiez que le message Utilisateur correctement créé apparaît dans la fenêtre Résultats de l’ajout de l’utilisateur.
-
Fournir à l’utilisateur une surveillance illimitée de tous les appareils :
-
Dans le menu Services AE, développez Sécurité > Base de données de sécurité > Utilisateurs CTI et cliquez sur Rechercher des utilisateurs.
-
Dans la fenêtre Rechercher des utilisateurs, recherchez l’utilisateur créé précédemment.
-
Cliquez sur Rechercher. Le nouvel utilisateur apparaît.
-
Cliquez sur Modifier.
-
Dans la fenêtre Modifier l’utilisateur CTI, dans la zone Profil de l’utilisateur, sélectionnez Accès illimité.
-
Cliquez sur Appliquer les modifications.
-
Dans la fenêtre Appliquer les modifications aux propriétés de l’utilisateur CTI, cliquez sur Appliquer.
-
Étape 4 : Vérifier la valeur Tlink
Dans la configuration TSAPI de la connexion CTI, le paramètre Nom du serveur utilise la valeur Tlink.
À la fin de cette étape, vous devez fournir aux services professionnels NICE :
-
Nom Tlink
Pour vérifier la valeur Tlink :
-
Dans la page Web AES, sélectionnez Sécurité > Base de données de sécurité > TLinks.
La liste des TLinks apparaît dans la colonne Nom du Tlink. Si votre site utilise plus d’un Tlink, veillez à choisir le Tlink approprié en fonction du nom du commutateur.
Le Tlink se compose des segments suivants :
-
AVAYA - Vendeur
-
# - Séparateur
-
AVAYA10 - Nom du commutateur / de la connexion (tel que défini dans Interface du gestionnaire de communication> Connexions de commutateur)
-
CSTA/CSTA-S - Portail non sécurisé / sécurisé
-
AES10 - Nom du serveur AES
-
-
Enregistrez le nom Tlink correct dans le fichier Excel. Une fois que vous avez saisi tous les détails nécessaires et préparé votre environnement, soumettez le fichier Excel aux services professionnels NICE.
-
Si vous utilisez le Tlink sécurisé, vérifiez que la version TLS est configurée dans l’AES. Naviguez vers Réseau > Paramètres TCP/TLS.
-
Par défaut, seul le Protocole de prise en charge TLSv1.2 est activé. Le protocole TLSv1.2 est pris en charge en tant que seul protocole de sécurité.
-
Comme les certificats par défaut ne sont plus fournis, l’ingénieur du site Avaya doit générer le certificat approprié et le télécharger vers le système de téléphonie Avaya dans CXone. Naviguez vers Sécurité > Gestion des certificats > Certificats serveur.
-
Dans la fenêtre Certificats serveur, dans la colonne Alias, sélectionnez le certificat et cliquez sur Exporter.
-
Dans la fenêtre Exportation du certificat serveur, vérifiez que l’option Non, ne pas exporter la clé privée est sélectionnée et cliquez sur Exporter.
-
Téléchargez ce certificat exporté vers le système de téléphonie Avaya dans CXone.
Étape 5 : Créer une connexion sécurisée à l’aide d’un VPN
Cette étape ne doit être réalisée qu’en coordination avec les services professionnels NICE.
À la fin de cette étape, en complétant le formulaire dans le fichier Excel Essential Data for 3rd Party Connectivity Config in CXone, vous fournirez les détails nécessaires aux services professionnels NICE, qui vous aideront à établir une connexion VPN sécurisée avec CXone.
Seuls les environnements SIPREC sont tenus de fournir des informations supplémentaires dans le formulaire, afin que le SBC puisse établir une connexion entre SIPREC et CXone.
-
Les services professionnels NICE vous fourniront le formulaire de connexion VPN.
-
Remplissez le formulaire fourni avec les détails de votre côté et les informations nécessaires pour CXone Multi-ACD.
-
Les services professionnels NICE coordonneront avec les équipes CXone pour s’assurer que tous les champs sont correctement remplis.
-
Les deux parties doivent se mettre d’accord sur la forme et les détails.
-
-
Les services professionnels NICE programmeront un appel de collaboration :
- Convenez de la forme et des détails fournis avec CXone Multi-ACD.
-
Avec les équipes CXone pour le provisionnement du VPN.
-
Vous allez configurer deux VPN : un pour la résilience et un pour le basculement.
-
Configurez le routage en mettant en place BGP sur VPN avec les pare-feu CXone Multi-ACD ou créez des routes statiques vers les adresses IP fournies.
-
Configurez NAT. Configurez la traduction d’adresses de réseau sur votre terminal derrière une IP publique, annoncée via BGP ou utilisant un routage statique.
-
Configurer les paramètres du pare-feu :
-
Autorisez le trafic entrant à partir des adresses IP fournies (2) vers le terminal CTI.
-
Ouvrir les ports suivants :
-
Pour la connectivité TSAPI et DMCC (Connectivity Pack et Avaya AES) : TCP 450, TCP 1050-1081, TCP 4721-4723
-
Pour les événements CTI (Connectivity Pack et Avaya POM) : TCP 7999, TCP-UDP 15160
-
-
-
Les services professionnels NICE coordonneront avec les équipes CXone pour :
-
Garantir que le formulaire VPN est correctement rempli.
-
Planifier un rendez-vous avec les équipes CXone pour le provisionnement du VPN et la configuration du routage.
-
Tester le tunnel VPN, le routage et la connectivité.
-
Préparation de l’environnement Avaya AES DMCC
Cette section décrit comment préparer l’environnement Avaya Device Media Call Control (DMCC) pour CXone Multi-ACD.
Les versions Avaya AES DMCC prises en charge sont 8.1.3 et 10.1.
Un ingénieur de site Avaya est responsable de toutes les procédures dans l’environnement Avaya. Les procédures décrites dans cette section ne sont que des recommandations!
Pour des informations complètes sur la configuration du commutateur Avaya, voir la documentation Avaya.
Flux de travail
Utilisez ce flux de travail pour configurer l’enregistrement actif Avaya DMCC avec CXone Multi-ACD.
Avant de commencer ce processus, vous devez vous assurer que les composants du site sont configurés.
Étape 1 : Configurer des extensions virtuelles pour la capture audio
Étape 2 : Configurer SRTP
Étape 3 : Préparer les informations pour les services professionnels NICE
Avant de commencer
Avant d’intégrer l’environnement Avaya DMCC avec CXone Multi-ACD, rassemblez les informations requises et saisissez-les dans le fichier Excel Essential Data for 3rd Party Connectivity Config in CXone que vous avez téléchargé. Une fois que vous avez saisi tous les détails nécessaires et préparé votre environnement, soumettez le fichier Excel aux services professionnels NICE.
Configurer des extensions virtuelles pour la capture audio
Ces procédures permettent de préparer le gestionnaire de communication Avaya pour un site utilisant des extensions virtuelles pour la capture audio.
Lorsque vous utilisez des postes virtuels pour capturer votre audio, vérifiez que vous disposez de suffisamment de licences NICE CTI.
-
Connectez-vous au serveur AES. La page Application Enablement Services s’affiche.
-
Dans le menu, sélectionnez Licences > Accès au serveur WebLM.
-
Connectez-vous au serveur WebLM.
-
Sélectionnez Produits sous licence > Application Enablement dans le panneau de gauche et vérifiez que suffisamment de licences sont définies pour DMCC DMC.
Avant que le serveur DMCC puisse enregistrer les postes émulés (virtuels) sur la passerelle multimédia, vous devez définir les postes sur le commutateur.
Chaque poste virtuel doit être défini séparément et nécessite une licence DMCC. Assurez-vous que le nombre total de licences DMCC correspond au nombre maximum d’agents fonctionnant simultanément. Toutefois, il est recommandé de maintenir les licences DMCC à un niveau supérieur d’au moins 20 % au volume d’appels maximum.
Lorsque votre site est configuré pour la conférence à étape unique, vous devez définir les postes virtuels sur l’AES dans le même groupe que les postes observés via la conférence à étape unique. Dans le cas contraire, l’utilisateur se verra accorder un accès illimité à la base de données de sécurité.
Pour définir les postes virtuels pour l’enregistrement sur le commutateur :
-
Sur le commutateur, ouvrez une fenêtre de console et tapez ceci :
-
Type de poste : 4624
Le type de poste 4624 représente tous les téléphones logiciels.
-
Téléphone logiciel IP : O (Oui)
-
Code de sécurité : La valeur du code de sécurité est le mot de passe du poste. Lors de la configuration du CTI dans CXone Multi-ACD, vous saisissez cette valeur dans le champ Mot de passe.
-
COR : Assurez-vous que la COR (classe de restriction) sélectionnée est configurée pour activer l’observation de service. Voir l’étape suivante.
-
-
Affichez les définitions COR (classe de restriction) et définissez Peut être un observateur de service? sur O. Cela permet à tous les postes virtuels ou téléphones logiciels configurés d’observer et d’enregistrer.
Le serveur Avaya AES prend en charge jusqu’à 16 connexions C-LAN simultanées. Cela permet au serveur AES d’assurer l’équilibrage de la charge entre plusieurs connexions et un mécanisme de basculement C-LAN.
Vous configurez le nom symbolique, ou nom de la connexion, sur le serveur Avaya AES. Le nom symbolique représente plusieurs C-LAN sur les passerelles multimédias Avaya. Cela permet au système d’enregistrement de mettre en œuvre la redondance et le partage de la charge sur plusieurs C-LAN en communiquant avec le nom symbolique. Plusieurs C-LAN sont nécessaires dans les implémentations de plus de 300 canaux Avaya DMCC.
Le nom symbolique est le nom de la connexion sur l’AES et est sensible à la casse.
Pour configurer le nom symbolique :
-
Sur la page Web AES, sélectionnez Interface du gestionnaire de communication > Connexions du commutateur.
-
Sélectionnez le nom de connexion requis et cliquez sur Modifier les IP PE/CLAN.
-
Saisissez le nom d’hôte ou l’adresse IP du C-LAN ou/et du PE pour la connectivité AES, puis cliquez sur Ajouter/modifier le nom ou l’IP. Répétez l’opération pour chaque C-LAN ou PE connecté à cette connexion.
-
Dans la fenêtre Connexions du commutateur, cliquez sur Modifier H.323 Gatekeeper.
Pour utiliser la fonction de nom symbolique, H.323 Gatekeeper doit être spécifié. La configuration C-LAN seule n’est pas suffisante. La liste des adresses IP H.323 peut être différente de la liste des adresses IP C-LAN.
-
Sélectionnez le nom ou l’adresse IP requis, ou saisissez le nom d’hôte ou l’adresse IP du contrôleur d’accès H.323 et cliquez sur Ajouter le nom ou l’IP.
-
Sélectionnez Réseau > Ports.
-
Assurez-vous que le port du serveur DMCC est activé.
L’ensemble de codecs défini dans CXone Multi-ACD doit correspondre à l’ensemble de codecs défini sur le commutateur.
-
Dans l’administration de site Avaya, saisissez la commande ldisplay ip-codec-set <n>, où <n> est l’ensemble de codecs associé à la région du réseau IP des postes que vous devez observer.
-
Dans la colonne Codec audio, consultez la liste des types de compression. Il s’agit des codecs autorisés par le commutateur.
Assurez-vous que la liste de codecs que vous définissez dans CXone Multi-ACD contient au moins un des types de compression définis ici.
-
Saisissez display ip-network-region <n>, où <n> est la région du réseau des postes que vous devez observer.
-
Vérifiez que l’ensemble de codec défini est l’ensemble ip-codec que vous avez confirmé ci-dessus.
Vérifiez que la fonction de suppression du silence est activée pour les codecs audio sur le serveur multimédia Avaya. Cela permet d’économiser la bande passante en ne transmettant pas de paquets audio pendant les périodes de silence. La suppression du silence peut entraîner une coupure du son.
-
Dans l’administration de site Avaya, saisissez la commande display ip-codec-set <n>, où <n> est le numéro de l’ensemble de codecs associé à la région du réseau IP des extensions que vous devez observer.
-
Dans la fenêtre Ensemble de codecs IP, dans la section Ensemble de codecs, pour chaque codec répertorié, vous pouvez définir dans la colonne Suppression du silence :
-
Activer la suppression du silence, définir Suppression du silence sur o.
-
Désactiver la suppression du silence, définir Suppression du silence sur n.
-
-
Appuyez sur Échap puis sur e pour soumettre vos modifications.
Configurer SRTP
Utilisez ces procédures lorsque votre site nécessite une configuration SRTP.
-
Connectez-vous au serveur multimédia Avaya Aura.
-
Dans le menu Configuration du système, accédez à Traitement multimédia > Sécurité multimédia.
-
Vérifiez que :
-
La politique de sécurité est définie sur MEILLEUR EFFORT.
-
Le mode Meilleur effort est défini sur CAPACITÉ.
-
-
Sous Crypto Suites, activez :
-
AES_CM_128_HMAC_SHA1_80
-
AES_CM_128_HMAC_SHA1_32
-
-
Pour chacun d’eux, sélectionnez Chiffrement SRTP et Authentification SRTP.
-
Accédez à Configuration du chiffrement du commutateur Avaya pour la région du réseau IP.
Le chiffrement SRTP est configuré à deux niveaux : la signalisation (H.323) et le flux média (SRTP).
Cette section explique comment activer SRTP et le chiffrement de la signalisation dans le Gestionnaire de communication Avaya.
À la fin de cette procédure, vous devez fournir aux services professionnels NICE :
-
Chiffrement utilisé sur le site : HMAC32 ou HMAC80.
Pour configurer le chiffrement :
-
Dans l’administration de site Avaya, saisissez la commande display ip-codec-set <n>, où <n> est l’ensemble de codecs associé à la région du réseau IP des postes que vous devez observer.
-
Vérifiez si le site a :
-
Serveurs multimédias Avaya avec passerelle(s) de la série G. AES ne peut être pris en charge que par les passerelles de la série G.
-
Pour les serveurs multimédias Avaya, utilisez soit 2-srtp-aescm128-hmac32, soit 1-srtp-aescm128-hmac80.
-
-
Dans l’écran Ensemble de codecs IP, dans la section Chiffrement des médias, saisissez un ou plusieurs types de chiffrement de média :
-
2-srtp-aescm128-hmac32
-
1-srtp-aescm128-hmac80
-
AES - non pris en charge si vous utilisez le serveur multimédia Avaya
L’ingénieur du site Avaya doit informer les services professionnels NICE du type de chiffrement utilisé sur le site : HMAC32 ou HMAC80.
Enregistrez les informations relatives au chiffrement dans le fichier Excel. Une fois que vous avez saisi tous les détails nécessaires et préparé votre environnement, soumettez le fichier Excel aux services professionnels NICE.
-
-
Dans l’administration de site Avaya, saisissez la commande display ip-network-region <n>, où <n> est la région du réseau des postes que vous devez observer.
-
Dans la région du réseau, saisissez l’ensemble de codecs IP que vous avez modifié précédemment.
-
Lorsque vous configurez CLAN/Medpro : Dans Région du réseau, saisissez la région que vous avez configurée pour le chiffrement. Dans l’exemple de cette procédure, pour activer SRTP dans Région du réseau, saisissez 2.
Préparer les informations pour les services professionnels NICE
Avant de commencer la configuration de CXone CTI, vous avez besoin d’informations spécifiques.
Demandez à l’ingénieur de site d’Avaya de vérifier que les informations ci-dessous sont saisies dans le fichier Excel. Soumettez le fichier Excel aux services professionnels NICE.
étape |
paramètre |
Où est-il configuré? |
---|---|---|
1 | Numéro de port Avaya DMCC : Vérifiez le numéro de port Avaya DMCC pour une connexion sécurisée et une connexion non sécurisée. | Sur le serveur AES. |
Vérifiez que les ports DMCC sont activés. | Sur le serveur AES. | |
2 | Vérifiez le nom d’utilisateur et le mot de passe CXone Multi-ACD pour Avaya DMCC tels que définis sur l’AES. | Sur le serveur AES. |
Pour les postes virtuels :
|
||
4 | Vérifiez le nom symbolique d’Avaya DMCC. |
Sur le serveur AES. Dans la zone Connexions du commutateur, vérifiez le nom de la connexion. Le nom de la connexion est également appelé le nom symbolique. |
5 | Vérifiez le code d’observation dans le champ Service d’observation du code d’accès en écoute seule. | Sur le gestionnaire de communication (Communication Manager, CM). |
6 | Vérifiez la liste des codecs pris en charge. | Sur le gestionnaire de communication, vérifiez les codecs utilisés par l’organisation. |
7 | Vérifiez la liste des algorithmes de chiffrement pris en charge (AES_128_ Counter (aes) / Pas de chiffrement / AES_128_ HMAC). Si AES_128_ HMAC est pris en charge, l’ingénieur CXone Multi-ACD doit être informé du choix entre HMAC32 et HMAC80. | Sur le gestionnaire de communication (Communication Manager, CM). |
L’ingénieur du site Avaya doit informer l’ingénieur CXone Multi-ACD du type de chiffrement utilisé sur le site : HMAC32/HMAC80. |
Préparer le SBC Oracle (Acme Packet)
Cette section décrit comment préparer le contrôleur de session en périphérie (SBC) Oracle (Acme Packet) à l’intégration avec CXone Multi-ACD (CXone Open).
Les procédures décrites dans cette section ne sont que des recommandations. L’ingénieur du site Oracle doit effectuer toutes les procédures.
Flux de travail
Utilisez ce flux de travail pour préparer votre SBC Oracle (Acme Packet) pour CXone Multi-ACD. Avant de commencer ce processus, vous devez vous assurer que les composants du site sont configurés.
phase |
Description |
référence |
---|---|---|
Phase 1 : Préparation du site | ||
Étape 1 : Examinez les conditions préalables | ||
Phase 2 : Configuration d’Oracle SBC | ||
Étape 1 : Vérifiez que la licence est valide et qu’elle inclut la fonction Enregistrement de session. SRTP requiert Software TLS. | Vérifier la licence | |
Étape 2 : Configurez le domaine d’enregistrement auquel le SBC se connecte. | Configurer le domaine d’enregistrement | |
Étape 3 : Configurez la connexion au serveur d’enregistrement de session (SRS). | Configurer la connexion au serveur d’enregistrement de session (SRS) | |
Étape 4 : (Facultatif) Pour plus d’un enregistreur, configurez la connexion au groupe d’enregistrement de session (SRG). | (Facultatif) Configurer le groupe d’enregistrement de session (SRG) | |
Étape 5 : Configurez une interface SIP. | Configurer les interfaces SIP, les domaines et les agents de session pour le SRS et le SRG | |
Étape 6 : Configurez un domaine d’entrée ou de sortie. | ||
Étape 7 : Configurez un agent de session. | Configurer les interfaces SIP, les domaines et les agents de session pour le SRS et le SRG | |
Étape 8 : Générez des UCID pour les appels entrants. | Configurer la génération d’identificateurs d’appel universels pour les appels entrants |
Configurer la génération d’identificateurs d’appel universels pour les appels entrants
Le plugiciel SPL (Session Plug-in Language) d’identificateurs d’appel universels d’Oracle SBC peut être configuré pour générer ou préserver un identificateur d’appel universel en fonction de la configuration. Une fois qu’un identificateur d’appel universel est généré ou préservé, le système ajoute la valeur à toutes les demandes SIP de sortie ultérieures au sein de la session. Vous pouvez également configurer le plugiciel pour qu’il supprime les en-têtes d’identificateur d’appel universel indésirables afin d’éviter les doublons dans les demandes SIP sortantes. L’UCID d’Avaya peut être ajouté en tant que données d’extension à l’élément de session dans les métadonnées d’un enregistrement lorsque SIPREC est utilisé.
Après avoir configuré le plugiciel SPL pour qu’il génère un UCID Avaya pour chaque appel entrant, vous pouvez vérifier la configuration.
-
Dans le CLI Acme Packet, à l’invite d’ouverture, tapez :
configure terminal
-
Appuyez sur Entrée.
L’invite devient
YourSBC(configure)#
. -
Type :
system
-
Appuyez sur Entrée.
L’invite devient
YourSBC(system)#
. -
Tapez ce qui suit et appuyez sur Entrée :
spl-config
L’invite devient
YourSBC(spl-config)#
. -
Tapez ce qui suit et appuyez sur Entrée :
select
-
Tapez ce qui suit et appuyez sur Entrée :
show
La configuration du plugiciel SPL pour générer un UCID Avaya pour chaque appel entrant s’affiche.
-
Tapez ce qui suit et appuyez sur Entrée :
exit
L’invite devient
YourSBC(system)#
. -
Tapez ce qui suit et appuyez sur Entrée :
exit
L’invite devient
YourSBC(configure)#
. -
Tapez ce qui suit et appuyez sur Entrée :
exit
L’invite devient
YourSBC#
.
(Facultatif) Conditions préalables au chiffrement
-
Vérifier qu’une branche d’appel est chiffrée :
Pour le chiffrement du segment d’appel de l’enregistreur, vérifiez que l’un des autres segments d’appel SBC entrant/sortant du SBC est chiffré.
-
Suivez la documentation Oracle pour configurer les certificats.
Vérifier la licence
Vérifiez que la licence est valide et qu’elle inclut la fonction d’enregistrement de session.
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
system
-
Tapez ce qui suit et appuyez sur Entrée :
license
-
Tapez ce qui suit et appuyez sur Entrée :
show
-
Vérifiez que la licence est valide (qu’elle n’a pas expiré).
-
Vérifiez que la licence inclut l’enregistrement de session.
-
Pour SRTP, vérifiez que la licence inclut Software TLS.
Configurer le domaine d’enregistrement
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le nom du superutilisateur et appuyez sur Entrée :
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
media-manager
-
Tapez ce qui suit et appuyez sur Entrée :
realm-config
-
Configurez le nom du domaine et tapez :
identifier <Name of the realm>
Il doit être identique au nom du domaine d’enregistrement que vous avez défini dans Configuration de la connexion au serveur d’enregistrement de session (SRS) ou (facultatif) Configuration du groupe d’enregistrement de session (SRG).
-
Configurez l’interface, tapez ce qui suit et appuyez sur Entrée :
network-interfaces <interface>
Par exemple :
network-interfaces M01:0
-
Configurez la fonctionnalité RTCP Mux, tapez ce qui suit et appuyez sur Entrée :
rtcp-mux enable
-
Tapez ce qui suit et appuyez sur Entrée :
done
Le graphique ci-dessus n’est donné qu’à titre d’exemple. Dans un environnement non sécurisé, la politique media-sec- est vide.
Configurer la connexion au serveur d’enregistrement de session (SRS)
Le SRS est le serveur VRSP.
-
Assurez-vous d’avoir terminé la configuration du domaine d’enregistrement.
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée.
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Tapez ce qui suit et appuyez sur Entrée :
session-recording-server
-
Configurez le nom du SRS, tapez ce qui suit et appuyez sur Entrée :
name <name of the SRS>
Par exemple :
name NiceVRSP
-
(Facultatif) Configurez la description du SRS, tapez ce qui suit et appuyez sur Entrée :
description <description of the SRS>
Par exemple :
description SignalingToVRSP
-
Configurez le domaine SRS, tapez ce qui suit et appuyez sur Entrée:
realm <Name of the realm>
Par exemple :
realm recording-realm
-
Configurez le mode SRS, tapez ce qui suit et appuyez sur Entrée:
mode selective
-
Configurez l’adresse IP de destination, tapez ce qui suit et appuyez sur Entrée:
destination <IP address of the VRSP>
Par exemple :
destination 192.168.10.10
-
Configurer le port de destination :
-
Dans un environnement non sécurisé, tapez
port 5060
et appuyez sur Entrée. -
Dans un environnement sécurisé, tapez
port 5061
et appuyez sur Entrée
-
-
Configurer le protocole de la couche transport :
-
Dans un environnement non sécurisé, pour TCP comme protocole de couche de transport, tapez
transport-method TCP
et appuyez sur Entrée -
Dans un environnement sécurisé, tapez
DynamicTLS
et appuyez sur Entrée.
-
-
Tapez ce qui suit et appuyez sur Entrée :
done
-
Ajouter le SRS à une interface SIP, un domaine ou une session d’agent. Voir Configuration des interfaces SIP, des domaines et des agents de session pour le SRS et le SRG.
Bien que vous puissiez ajouter le SRS aux trois options d’enregistrement, le système donne automatiquement la priorité à votre sélection dans l’ordre suivant : d’abord la session de l’agent, puis le domaine et enfin l’interface SIP.
-
Pour permettre l’enregistrement avec des enregistreurs qui attendent RTP sur des ports consécutifs (enregistreurs VoIP), vous devez désactiver la parité forcée. Par défaut, la force-parité est déjà désactivée à l’aide du paramètre force-parité. Pour vérifier que la parité forcée est désactivée, tapez :
configure terminal
session-router
session-recording-server
select [choose the recording server name by number]
show
La configuration du serveur d’enregistrement de session s’affiche.
-
Vérifier que force-parity est disabled.
-
Si la parité forcée est activée, tapez ce qui suit et appuyez sur Entrée:
force-parity disabled
done
-
Sauvegarder et activer la configuration.
(Facultatif) Configurer le groupe d’enregistrement de session (SRG)
Configurez ceci si vous avez plus d’un enregistreur.
-
Vérifiez que vous avez terminé la configuration de la zone d’enregistrement.
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée.
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Tapez ce qui suit et appuyez sur Entrée :
session-recording-group
-
Configurez le nom du SRG, tapez ce qui suit et appuyez sur Entrée:
name SRG:<name of the session recording group>
Par exemple :
name SRG:NiceRecordingServer
-
(Facultatif) Ajoutez la description du SRG, tapez ce qui suit et appuyez sur Entrée :
description <description of the SRG>
Par exemple :
description SignalingToRecGroup
-
Configurer la stratégie du SSR, par exemple RoundRobin (voir ci-dessous). Tapez le nom de la stratégie et appuyez sur Entrée:
strategy RoundRobin
Notez qu’une paire de VRSP NICE ne prend pas en charge l’équilibrage de la charge.
-
Pour afficher des options de stratégie supplémentaires (telles que Hunt, LeastBusy, PropDist et LowSusRate), tapez ce qui suit et appuyez sur Entrée:
strategy?
-
Configurez le nombre de serveurs d’enregistrement de session qui seront alloués au SRG, tapez ce qui suit et appuyez sur Entrée:
simultaneous-recording-servers
suivi du nombre de serveurs.
Pour une paire NICE VRSP, le nombre est 2.
-
Tapez
exit
et répétez cette action jusqu’à ce que vous atteigniez la première invite du superutilisateur (#), par exemple :NiceSBC4500(configure)# session-router
NiceSBC4500(session-router)# session-recording-group
NiceSBC4500(session-recording-group)# exit
NiceSBC4500(session-router)# exit
NiceSBC4500(configure)# exit
NiceSBC4500#
-
Spécifiez les serveurs d’enregistrement de session à inclure dans le groupe. Tapez les noms des serveurs d’enregistrement de session entre guillemets, avec un espace entre chaque nom de serveur d’enregistrement de session, et appuyez sur Entrée:
"<servername1> <servername2>"
Il doit être identique au nom de la zone d’enregistrement que vous avez défini dans la section Configuration de la connexion au serveur d’enregistrement de sessions (SRS).
-
Tapez ce qui suit et appuyez sur Entrée :
done
-
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée :
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
Configurer les interfaces SIP, les domaines et les agents de session pour le SRS et le SRG
Bien que vous puissiez sélectionner toutes ces interfaces pour les composants ci-dessus, le système hiérarchisera automatiquement la sélection dans l’ordre suivant : d’abord agent de session, puis realm, et enfin interface SIP.
-
Vérifiez que vous avez terminé la configuration de la zone d’enregistrement.
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Tapez ce qui suit et appuyez sur Entrée :
sip-interface
-
Tapez ce qui suit et appuyez sur Entrée :
select
-
Sélectionnez l’interface SIP et tapez le numéro de cette interface.
Par exemple, si vous voulez enregistrer l’interface SIP Core-ASM, comme dans l’exemple ci-dessus, tapez 1.
-
Définissez le SRS qui enregistrera l’interface SIP sélectionnée, tapez ce qui suit et appuyez sur Entrée:
session-recording-server <name of the SRS>
Il doit s’agir du même nom de SRS que celui défini dans la section Configuration de la connexion au serveur d’enregistrement de sessions (SRS).
Par exemple :
name NiceVRSP
-
Tapez ce qui suit et appuyez sur Entrée :
done
Exemple non sécurisé :
Exemple sécurisé :
-
Faites défiler vers le bas pour afficher le champ du serveur d’enregistrement de session.
-
Tapez
exit
plusieurs fois jusqu’à ce que vous atteigniez le niveau de l’invite du superutilisateur (#). -
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée:
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Allez dans l’interface SIP, tapez ce qui suit et appuyez sur Entrée:
sip-interface
-
Tapez ce qui suit et appuyez sur Entrée :
select
Dans cet exemple, l’enregistrement n’est pas crypté.
Afficher l’imagePour l’enregistrement crypté des appels, l’une des étapes de l’appel doit passer par SRTP.
-
Sélectionnez l’interface SIP et tapez le numéro de cette interface.
Par exemple, si vous voulez enregistrer l’interface SIP Core-ASM, comme dans l’exemple ci-dessus, tapez 1.
-
Définir le SRG qui enregistrera l’interface SIP sélectionnée, tapez ce qui suit et appuyez sur Entrée:
session-recording-group SRG:<name of the session recording group>
Il doit s’agir du même nom SRG que celui défini dans la section (Facultatif) Configuration du groupe d’enregistrement de session (SRG).
Par exemple :
name SRG:NiceRecordingServer
. N’oubliez pas d’inclureSRG:
avant le nom du groupe d’enregistrement de la session. -
Tapez ce qui suit et appuyez sur Entrée :
done
-
Tapez
exit
plusieurs fois jusqu’à ce que vous atteigniez le niveau de l’invite du superutilisateur (#). -
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée:
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe du superutilisateur et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
media-manager
-
Allez dans l’interface SIP, tapez ce qui suit et appuyez sur Entrée:
realm-config
-
Tapez ce qui suit et appuyez sur Entrée :
select
La liste des domaines disponibles s’affiche avec un numéro à côté de chaque domaine.
-
Dans la ligne marquée
selection
, tapez le numéro de la zone d’entrée ou de sortie que vous souhaitez configurer.Par exemple, si vous voulez afficher le domaine Core-ASM, tapez 1.
-
Dans la ligne
(realm-config)#
, tapez ce qui suit et appuyez sur Entrée:show
Les détails de la zone sélectionnée s’affichent.
-
Si vous configurez le SRS, dans la ligne
(realm-config)# session-recording-server
, saisissez le nom du serveur d’enregistrement de session. -
Si vous configurez le SRG, dans la ligne
(realm-config)# session-recording-group
, saisissez le nom du groupe d’enregistrement des sessions.Par exemple :
name SRG:NiceRecordingServer
. N’oubliez pas d’inclureSRG:
avant le nom du groupe d’enregistrement de la session. -
Tapez ce qui suit et appuyez sur Entrée :
done
-
Tapez
exit
plusieurs fois jusqu’à ce que vous atteigniez le niveau de l’invite superutilisateur (#). -
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée:
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe de validation et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Tapez ce qui suit et appuyez sur Entrée :
session-agent
-
Tapez ce qui suit et appuyez sur Entrée :
select
La liste des agents de session configurés s’affiche.
-
Tapez le numéro de l’agent que vous voulez enregistrer.
Par exemple, si vous voulez enregistrer l’agent de session Session Agent, tapez 1.
-
Définir le serveur d’enregistrement de session qui enregistrera l’agent de session sélectionné. Tapez ce qui suit et appuyez sur Entrée :
session-recording-server <name of the session recording server>
Il doit s’agir du même nom SRS que celui que vous avez défini dans Configurer la connexion au serveur d’enregistrement de session (SRS).
Par exemple :
name NiceVRSP
. -
Tapez ce qui suit et appuyez sur Entrée :
done
Les informations configurées pour l’agent de session à enregistrer s’affichent.
-
Faites défiler vers le bas pour afficher le champ session-recording-server (serveur d’enregistrement de session).
-
Tapez
exit
plusieurs fois jusqu’à ce que vous atteigniez le niveau de l’invite enable (#). -
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée:
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
-
Connectez-vous au CLI Acme Packet et saisissez le mot de passe de l’utilisateur.
-
Tapez ce qui suit et appuyez sur Entrée :
enable
-
Tapez le mot de passe de validation et appuyez sur Entrée:
-
Tapez ce qui suit et appuyez sur Entrée :
configure terminal
-
Tapez ce qui suit et appuyez sur Entrée :
session-router
-
Tapez ce qui suit et appuyez sur Entrée :
session-agent
-
Tapez ce qui suit et appuyez sur Entrée :
select
La liste des agents de session configurés s’affiche.
-
Tapez le numéro de l’agent que vous voulez enregistrer.
Par exemple, si vous voulez enregistrer l’agent de session Core-ASM, tapez 1.
-
Définir le groupe d’enregistrement de session (SRG) qui enregistrera l’agent de session sélectionné. Tapez ce qui suit et appuyez sur Entrée :
session-recording-group SRG:<name of the session recording group>
Il doit s’agir du même nom SRG que celui défini dans (Facultatif) Configurer le groupe d’enregistrement de session (SRG).
Par exemple :
name NiceVRSP
. -
Tapez ce qui suit et appuyez sur Entrée :
done
Les informations configurées pour l’agent de session à enregistrer s’affichent.
-
Faites défiler vers le bas pour afficher le champ session-recording-server (serveur d’enregistrement de session).
-
Tapez
exit
plusieurs fois jusqu’à ce que vous atteigniez le niveau de l’invite enable (#). -
Tapez ce qui suit et appuyez sur Entrée :
verify-config
-
Lorsque vous recevez l’avis Vérification réussie, tapez ce qui suit et appuyez sur Entrée:
save-config
-
Tapez ce qui suit et appuyez sur Entrée :
activate-config
Préparer le SBC Ribbon (Sonus)
Cette section décrit comment préparer le contrôleur de session en périphérie (SBC) Ribbon (Sonus) à l’intégration avec CXone Multi-ACD (CXone Open). Les informations contenues dans ce guide s’appliquent aux contrôleurs SBC Ribbon Core séries 5000 et 7000 et au contrôleur SBC Virtual Core.
Les procédures décrites dans ce guide ne sont que des recommandations et doivent être effectuées par un ingénieur Ribbon certifié.
Vérifier la licence
La première étape de la configuration du contrôleur SBC Ribbon pour l’intégrer à l’environnement CXone Multi-ACD consiste à vérifier que la licence est valide et qu’elle inclut la fonction SBC-SIPREC.
-
Connectez-vous au contrôleur SBC Ribbon avec le nom d’utilisateur admin.
-
Dans l’interface de ligne de commande (CLI), tapez :
show table system licenseInfo
.Les informations relatives à la licence s’affichent.
-
Vérifiez que la licence est valide (qu’elle n’a pas expiré).
-
Vérifiez que la ligne de la fonction SBC-SIPREC comprend l’ID de la licence, une date d’expiration qui n’est pas encore passée et une limite d’utilisation supérieure à 0.
Configurer une zone supplémentaire
Une zone supplémentaire, qui peut être nommée, par exemple, NICE_ZONE, doit être ajoutée pour l’enregistreur. Le nom de la zone est arbitraire, mais le nom utilisé pour la configurer doit également être utilisé pour la référencer dans les étapes suivantes.
Cette zone doit avoir des propriétés similaires à celles indiquées dans l’exemple.
Pour créer une nouvelle zone nommée NICE_ZONE (exemple) :
-
À l’invite de la ligne de commande dans l’interface de ligne de commande (CLI), saisissez :
configure
La CLI répond par ce message :
Entering configuration mode private
-
À l’invite de la ligne de commande CLI, saisissez :
set addressContext default zone NICE_ZONE id 0
-
À l’invite de la ligne de commande CLI, saisissez :
set addressContext default zone NICE_ZONE sipTrunkGroup NICE_TG state enabled mode inService policy carrier 0000 country 1 localizationVariant northAmerica tgIPVersionPreference both-ipv4-and-ipv6 digitParameterHandling numberingPlan NANP_ACCESS Value for 'media mediaIpInterfaceGroupName' [LIF1,LIF2]: LIF2
-
À l’invite de la ligne de commande CLI, saisissez :
set addressContext default zone NICE_ZONE sipTrunkGroup NICE_TG ingressIpPrefix 172.0.0.0 8
-
À l’invite de la ligne de commande CLI, saisissez :
set addressContext default zone NICE_ZONE sipTrunkGroup NICE_TG signaling messageManipulation outputAdapterProfile UUID-MessageBody
-
À l’invite de la ligne de commande CLI, saisissez :
set addressContext default zone NICE_ZONE sipSigPort 1001 ipInterfaceGroupName LIF1 ipAddressV4 172.21.13.62 portNumber 5060 mode inService state enabled recorder disabled siprec enabled transportProtocolsAllowed sip-udp,sip-tcp
-
À l’invite de la ligne de commande CLI, saisissez :
commit
Configurer l’enregistrement des appels
La configuration de l’enregistrement des appels se fait en cinq étapes.
Dans PSX Manager, les informations qui doivent être configurées pour le groupe de lignes réseau nommé NICE_TG dans la vue Groupe de lignes réseau. Voir ci-dessous
Les informations qui doivent être configurées pour le profil de l’enregistreur dans la vue Profil de groupe SRS sont indiquées ci-dessous. Le profil de groupe SRS contient des informations qui doivent être transmises aux autres serveurs.
-
Dans la zone Propriétés du serveur SRS :
-
Dans la zone Numéro de séquence, saisissez 0.
-
Dans le champ ID du groupe de lignes réseau, saisissez NICE_TG.
-
Dans la liste déroulante Profil Crypto Suite, sélectionnez <Aucun>.
-
Dans le champ Adresse IPv4, saisissez l’adresse IP du serveur VRSP. Demandez ces informations aux services professionnels NICE.
-
Dans le champ Numéro de port V4, saisissez 5060.
-
Pour Transport serveur SRS, sélectionnez UDP.
-
Vérifiez que Activer SRTP n’est pas sélectionné.
-
Cliquez sur Ajouter/Mettre à jour.
-
Cliquez sur Enregistrer.
-
Les informations qui doivent être configurées pour l’étiquette de routage nommée RL_NICE dans la vue Étiquette de routage sont indiquées ci-dessous.
Les critères d’enregistrement des appels doivent être configurés. Notez que toutes les possibilités du côté du fournisseur de services sont prises en charge.
-
Appels entrants Avaya
Les critères d’enregistrement des appels qui doivent être configurés pour les appels entrants d’Avaya dans PSX Manager sont indiqués ci-dessous. Dans ce cas, les appels entrants sont dirigés du côté du fournisseur de services (Cisco) vers le côté de l’agent (Avaya).
-
Appels sortants Avaya
Les critères d’enregistrement des appels qui doivent être configurés pour les appels sortants d’Avaya dans PSX Manager sont indiqués ci-dessous. Dans ce cas, les appels sortants sont dirigés du côté de l’agent (Avaya) vers le côté du fournisseur de services (Cisco).
Envoyer un UCID à l’enregistreur
Dans un environnement Avaya, l’identificateur d’appel universel (UCID) de chaque appel doit être envoyé à l’enregistreur.
Pour les appels sortants, Avaya CM génère l’UCID et le convertit ensuite en Informations utilisateur à utilisateur (UUI), qui sont envoyées par Avaya Session Manager au contrôleur SBC Ribbon dans le champ Utilisateur à utilisateur de l’en-tête SIP INVITE, comme illustré ci-dessous. Dans une trace, l’UUI apparaît sous la forme d’une valeur hexadécimale, et dans un événement Avaya CTI, elle est affichée sous la forme d’un nombre décimal (l’UCID). L’UUI (qui contient l’UCID) est envoyé au contrôleur SBC Ribbon, qui utilise ensuite des manipulations SIP (SMM) pour envoyer des données, y compris l’UCID, à l’enregistreur.
Sur l’Avaya CM, le traitement UUI doit être configuré comme partagé sur la ligne réseau vers l’Avaya Session Manager, comme le montre l’image suivante.
L’UCID peut ou non être inclus dans un appel entrant, c’est-à-dire un appel dirigé du fournisseur de services vers un agent, lorsqu’il arrive au contrôleur SBC Ribbon. Si l’UCID n’est pas inclus, le contrôleur SBC doit le générer.
Si l’UCID est déjà inclus dans un appel entrant, le contrôleur SBC ne doit pas générer un UCID différent.
L’UCID comprend un ID du nœud qui l’a créé (ucidNodeId). Les lignes suivantes donnent un exemple de la configuration requise pour définir la valeur de l’ID de nœud qui sera utilisée dans chaque UCID généré par le contrôleur SBC Ribbon :
% set global signaling sipSigControls ucidNodeId 20
% Commit
Dans cet exemple, l’UCID généré par le contrôleur SBC Ribbon comprendra l’ID de nœud 20.
Si le contrôleur SBC doit générer l’UCID, l’ID de nœud dans l’UCID généré doit être un ID unique qui n’est utilisé par aucun Avaya CM dans le réseau local.
Afin d’ajouter la prise en charge et de vous assurer que chaque appel a un UCID, configurez une commande selon l’exemple suivant sur le groupe de lignes réseau Avaya :
% set addressContext default zone ZONE3 sipTrunkGroup AVAYA_INT_TG ucidSupport passthruOrGenerate
% Commit
Cette commande demande au contrôleur SBC Ribbon de générer l’UCID si nécessaire ou de transmettre l’UCID fourni lors de l’appel.
Une fois qu’un appel est établi par le contrôleur SBC Ribbon, ce dernier envoie un message SIP INVITE au serveur VRSP. Après confirmation par le serveur VRSP, le contrôleur SBC bloque l’audio et l’envoie à l’enregistreur.
Le serveur VRSP est censé recevoir l’UCID dans le message SIP INVITE envoyé par le contrôleur SBC lors d’un appel entrant ou d’un appel sortant. Dans l’exemple ci-dessous de la partie métadonnées d’un message SIP INVITE envoyé par le contrôleur SBC au serveur VRSP, l’élément callid contient l’UCID.
Les manipulations SIP (SMM) doivent être configurées pour que le contrôleur SBC Ribbon prépare l’UCID et l’insère dans le message SIP INVITE envoyé au serveur VRSP pour les appels entrants et sortants. Les SMM correspondantes doivent être attribuées aux lignes réseau correspondantes.
Utilisez les commandes CLI suivantes pour créer l’ID utilisateur, créer sa balise UCID et la déplacer vers la balise XML Metadata v1 CallID.
Utilisez la commande commit
après chaque section. Vous devez vérifier que chaque validation est réussie avant de passer à la série de commandes suivante.
Les commandes ci-dessous ne sont données qu’à titre d’exemple. Veuillez vérifier que vous utilisez le bon numéro de zone qui correspond à la région du fournisseur interne ou externe, et le sipTrunkGroup qui correspond à la zone et au fournisseur interne ou externe.
-
Configurez les deux manipulations SIP suivantes pour l’entrée et la sortie à l’aide des commandes CLI suivantes.
À la fin de chaque série de commandes, saisissez
%commit
et vérifiez que la validation a été effectuée avec succès.-
Pour l’entrée :
var(--codeSnippetCopyLabel)set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN state enabled
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN advancedSMM enabled
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN profileType messageManipulation
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 1 message messageTypes all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header name User-to-User
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header hdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header numberOfInstances number 0
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 criterion 2 header numberOfInstances qualifier undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 operation regstore
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 headerInfo headerValue
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 from type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 from value User-to-User
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 to variableValue var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 to variableScopeValue dialog
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 to offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 regexp string [a-zA-Z0-9]*
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 1 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 operation regdel
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 to variableValue var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 to offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 regexp string 00FA08
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 2 regexp matchInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 operation regprepend
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 from type value
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 from value UUID-
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 to variableValue var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 to offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 regexp string .*
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 1 action 3 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 1 message messageTypes all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header name TO
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header hdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header numberOfInstances number 0
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 criterion 2 header numberOfInstances qualifier undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 type token
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 operation add
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 from variableValue var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 to type token
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 2 action 1 to tokenValue uridisplayname
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 1 message messageTypes responseAll
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 variable condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 variable variableID var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 variable value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 2 variable otherVariableID undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header name TO
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header hdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header numberOfInstances number 0
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 criterion 3 header numberOfInstances qualifier undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 operation regappend
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 from variableValue var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 to type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 to value TO
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 regexp string "<.*>;tag=.*"
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 3 action 1 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 1 message messageTypes requestAll
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 1 message methodTypes [ undefined ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 variable condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 variable variableID var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 variable value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 2 variable otherVariableID undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header name From
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header hdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header numberOfInstances number 0
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 criterion 3 header numberOfInstances qualifier undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 operation regappend
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 from variableValue var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 to type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 to value From
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 regexp string "<.*>;tag=.*"
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 4 action 1 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 1 message messageTypes request
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 1 message methodTypes [ bye ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 variable condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 variable variableID var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 variable value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 2 variable otherVariableID undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header name FROM
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header hdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header numberOfInstances number 0
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 criterion 3 header numberOfInstances qualifier undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 operation regappend
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 from variableValue var7
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 to type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 to value FROM
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 regexp string "<.*>;tag=.*"
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 5 action 1 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 message messageTypes response
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 message methodTypes [ invite ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 message statusCode [ 200 ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 variable condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 variable variableID var23
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 variable value ""
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 criterion 2 variable otherVariableID undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 operation add
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 headerPosition last
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 from variableValue var23
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 to type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_IN rule 6 action 1 to value X-EGRESS-UUID
% Commit -
Pour la sortie :
var(--codeSnippetCopyLabel)set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT state enabled
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT advancedSMM enabled
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT profileType messageManipulation
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 1 message messageTypes request
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 1 message methodTypes [ invite ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 2 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 2 header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 2 header name User-To-User
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 2 header condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 criterion 2 header hdrInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 operation store
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 headerInfo headerValue
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 from type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 from value User-To-User
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 to variableValue var23
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 1 to variableScopeValue dialog
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 operation regdel
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 to variableValue var23
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 to offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 regexp string 00FA08
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 2 regexp matchInstance all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 operation regprepend
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 headerPosition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 from type value
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 from value UUID-
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 to type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 to variableValue var23
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 to offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 regexp
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 regexp string .*
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 1 action 3 regexp matchInstance one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 applyMatchHeader one
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 applyMatchHdrRange undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 type message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 message
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 message messageTypes response
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 message methodTypes [ invite ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 message statusCode [ 200 ]
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 1 message condition undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 2 type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 2 variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 2 variable condition exist
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 2 variable variableID var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 criterion 2 variable otherVariableID undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 operation add
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 headerInfo undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 headerPosition last
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 paramType undefined
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 from
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 from type variable
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 from variableValue var5
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 from offset whole
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 from length all
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 to
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 to type header
set profiles signaling sipAdaptorProfile U2U_TO_SIPREC_OUT rule 2 action 1 to value X-EGRESS-UUID
% Commit
-
-
Autorisez la transparence de l’en-tête X-EGRESS-UCID à l’aide des commandes CLI suivantes :
var(--codeSnippetCopyLabel)set profiles services transparencyProfile TP_UCID_SIPREC state enabled
set profiles services transparencyProfile TP_UCID_SIPREC sipHeader X-EGRESS-UCID
% Commit -
Configurez le profil de métadonnées SIPREC pour mapper la valeur X-EGRESS-UCID de 200 OK au paramètre XML SIPREC callid à l’aide des commandes CLI suivantes :
var(--codeSnippetCopyLabel)set profiles services sipRecMetadataProfile SIPREC_MDP_MAR state enabled
set profiles services sipRecMetadataProfile SIPREC_MDP_MAR version 1
set profiles services sipRecMetadataProfile SIPREC_MDP_MAR metaDataSource fromLatest
set profiles services sipRecMetadataProfile SIPREC_MDP_MAR sipHeader X-EGRESS-UCID sipToXmlTagName callid
% Commit -
Affectez le profil de métadonnées aux groupes de lignes réseau entrantes-sortantes (y compris la destination de l’enregistrement) à l’aide des commandes CLI suivantes.
Pour la première commande CLI, choisissez la zone qui correspond au fournisseur externe que vous utilisez (l’exemple ci-dessous utilise
ZONE2
) et choisissez le sipTrunkGroup qui correspond à la zone et au fournisseur externe (l’exemple ci-dessous utiliseCISCOUCM_EXT_TG
).var(--codeSnippetCopyLabel)set addressContext default zone ZONE2 sipTrunkGroup CISCOUCM_EXT_TG services transparencyProfile TP_UCID_SIPREC
set addressContext default zone NICE_ZONE sipTrunkGroup NICE_TG services sipRecMetadataProfile SIPREC_MDP_MAR
% Commit -
Attribuer les manipulations SIP au groupe de lignes réseau Avaya.
var(--codeSnippetCopyLabel)set addressContext default zone ZONE3 sipTrunkGroup AVAYA_INT_TG signaling messageManipulation inputAdapterProfile U2U_TO_SIPREC_IN
set addressContext default zone ZONE3 sipTrunkGroup AVAYA_INT_TG signaling messageManipulation outputAdapterProfile U2U_TO_SIPREC_OUT
% Commit -
Si vous avez configuré avec succès les manipulations SIP, l’écran Signalisation>Manipulation de messages devrait ressembler à l’exemple ci-dessous.
Configurer TLS et SRTP
Suivez les procédures suivantes pour configurer TLS et SRTP.
-
Connectez-vous à Ribbon EMA.
Le tableau de bord s’affiche.
- Dans la barre de titre, cliquez sur le bouton Administration.
-
Cliquez sur Administration du système.
-
Développez Gestion des licences > Paramètres des licences existantes.
-
Dans la Liste d’informations sur les licences, vérifiez les licences ENCRYPT et SRTP.
-
Dans EMA, dans la barre de titre, cliquez sur Configuration > Configuration de la sécurité.
-
Développez PKI et sélectionnez Certificat.
-
Copiez les deux certificats auto-signés dans le chemin d’accès au contrôleur SBC : /obt/sonus/external.
-
Pour le certificat SBC auto-signé, vérifiez :
-
Il a une extension .p12.
-
Vous connaissez la phrase secrète
-
-
Pour le certificat auto-signé de NICE, vérifiez qu’il possède une extension .der.
-
Pour utiliser et appliquer le certificat auto-signé, cliquez sur + Nouveau certificat.
-
Vous devez configurer deux certificats : un pour le contrôleur SBC et un pour CXone.
Pour chaque certificat, configurez :
Nom du paramètre
Description
Nom Saisissez un nom. Ce nom sera requis ultérieurement.
État Cliquez sur Activé.
Nom du Fichier Saisissez le nom du certificat qui a été copié dans le chemin d’accès. La valeur est sensible à la casse.
Phrase secrète Pour le certificat SBC uniquement, saisissez la phrase secrète. Type -
Pour le certificat SBC, sélectionnez Local.
-
Pour le certificat NICE, sélectionnez Distant.
-
-
Cliquez sur Enregistrer.
-
Cliquez sur Provisionnement système.
-
Vérifiez que le Appairage opérateur SIP est sélectionné dans la liste déroulante.
-
Dans le menu, sélectionnez Port Sig SIP.
-
Dans la liste Contexte d’adresse, sélectionnez le contexte d’adresse approprié.
-
Dans la liste Zone, sélectionnez NICE_ZONE.
-
Sélectionnez la ligne du port SIP.
-
Faites défiler vers le bas et sous Protocoles de transport autorisés, activez sip-tls-tcp.
-
Cliquez sur Enregistrer.
-
Connectez-vous à PSX Manager.
-
Sous Entité, sélectionnez Profil Crypto Suite.
-
Sélectionnez le profil par défaut.
-
Les types de chiffrement pris en charge par NICE sont les suivants :
-
AES-CM-128-HMAC- SHA1-32
-
AES-CM-128-HMAC- SHA1-80
-
-
Dans la zone Indicateur de paramètre de session, vérifiez que toutes les cases à cocher ne sont pas sélectionnées.
-
Dans le menu, sélectionnez le Profil de groupe SRS.
-
Dans la zone Propriétés du serveur SRS, faites ceci :
-
Dans la liste déroulante Profil Crypto Suite, sélectionnez Par défaut.
-
Sous Transport serveur SRS, cliquez sur TLS.
-
Sélectionnez Activer SRTP.
-
Cliquez sur Ajouter/Mettre à jour.
-
Cliquez sur Enregistrer.
-
Préparer le SBC AudioCodes
Cette section décrit comment préparer le contrôleur de session en périphérie (SBC) AudioCodes à l’intégration avec CXone Multi-ACD (CXone Open).
La version SBC AudioCodes prise en charge est la 7.4.
Les procédures décrites dans cette section ne sont que des recommandations. L’ingénieur du site AudioCodes doit effectuer la préparation et la configuration d’AudioCodes.
Flux de travail
Utilisez ce flux de travail pour préparer votre système SBC AudioCodes pour CXone Multi-ACD (CXone Open).
Étape 1 : Vérifier la licence
Étape 2 : Configurer l’ensemble de mandataires pour l’environnement CXone
Étape 3 : Configurer le groupe IP pour le SBC CXone AudioCodes
Étape 4 : (Environnements sécurisés/non sécurisés) Configurer l’enregistrement SIP
Étape 5 : Envoyer un UCID au SBC CXone AudioCodes
Flux de travail pour le SIPREC sécurisé
Utilisez ce flux de travail pour préparer votre système SBC AudioCodes à une configuration SIPREC sécurisée avec CXone Multi-ACD (CXone Open).
Étape 1 : Vérifier la licence
Étape 2 : (Environnements sécurisés uniquement) Configurer l’ensemble de mandataires
Étape 3 : Configurer le profil IP sécurisé
Étape 4 : (Environnements sécurisés uniquement) Configurer le groupe IP
Étape 5 : (Environnements sécurisés uniquement) Importer et exporter des certificats pour l’enregistrement SIP
Étape 6 : (Environnements sécurisés/non sécurisés) Configurer l’enregistrement SIP
Étape 7 : Envoyer un UCID au SBC CXone AudioCodes
Vérifier la licence
Vérifiez que la licence est valide et que la fonction SBC-SIPREC est prise en charge.
-
Connectez-vous au SBC AudioCodes via le Web.
-
Cliquez sur le menu ADMINISTRATION.
-
Sous HEURE ET DATE, développez MAINTENANCE et sélectionnez Clé de licence.
-
Sous FONCTIONNALITÉS VOIP, vérifiez que la licence prend en charge les Sessions SIPRec.
Configurer l’ensemble de mandataires pour l’environnement CXone
Cette procédure fournit des directives pour la configuration du SBC pour le SBC CXone AudioCodes, y compris l’adresse IP du SBC CXone AudioCodes.
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Sous AFFICHAGE DE LA TOPOLOGIE, développez ENTITÉS PRINCIPALES et sélectionnez Ensembles de mandataires.
-
Dans la liste des ensembles de mandataires, cliquez sur Nouveau.
-
Dans la fenêtre Ensemble de mandataires, sous GÉNÉRAL :
-
Dans le champ Nom, saisissez un nom.
-
Dans la liste déroulante Interface SIP SBC IPv4, sélectionnez l’interface SIP.
-
Cliquez sur APPLIQUER.
-
-
Faites défiler vers le bas et cliquez sur le lien Adresse du mandataire.
-
Dans la fenêtre Ensembles de mandataires > Adresse du mandataire, cliquez sur Nouveau et ajoutez l’adresse IP pour SBC CXone AudioCodes.
-
Dans la fenêtre Adresse du mandataire, sous GÉNÉRAL, saisissez l’adresse IP du SBC AudioCodes CXone dans le champ Adresse du mandataire.
-
Cliquez sur APPLIQUER.
(Environnements sécurisés uniquement) Configurer l’ensemble de mandataires
Cette procédure fournit des directives de configuration de l’ensemble de mandataires SBC et de l’adresse IP du mandataire pour le SBC CXone AudioCodes pour une connexion sécurisée.
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Sous AFFICHAGE DE LA TOPOLOGIE, développez ENTITÉS PRINCIPALES et sélectionnez Ensembles de mandataires.
-
Dans la liste des ensembles de mandataires, cliquez sur Nouveau.
-
Dans la fenêtre Ensemble de mandataires, sous GÉNÉRAL :
-
Dans le champ Nom, saisissez un nom.
-
Dans la liste déroulante Interface SIP SBC IPv4, sélectionnez l’interface SIP.
-
Dans la liste déroulante Nom du contexte TLS, sélectionnez le contexte TLS avec le certificat SBC.
-
-
Faites défiler vers le bas et cliquez sur le lien Adresse du mandataire.
-
Dans la fenêtre Ensembles de mandataires > Adresse du mandataire, cliquez sur Nouveau et ajoutez l’adresse IP pour SBC CXone AudioCodes.
-
Dans la fenêtre Adresse du mandataire, sous GÉNÉRAL, saisissez l’adresse IP du SBC CXone AudioCodes dans le champ Adresse du mandataire et réglez le Type de transport sur TLS.
-
Cliquez sur APPLIQUER.
Configuration du profil IP sécurisé
-
Dans le menu de configuration, accédez à SIGNALISATION ET MÉDIA. Sous AFFICHAGE DE LA TOPOLOGIE, développez CODEURS ET PROFILS et sélectionnez Profils IP.
-
Dans la liste des profils IP, cliquez sur Nouveau.
-
Dans la fenêtre de la liste des profils IP, sous SÉCURITÉ MULTIMÉDIA, assurez-vous que le Mode de sécurité multimédia SBC est réglé sur Sécurisé.
-
Cliquez sur APPLIQUER.
Configurer le groupe IP pour le SBC CXone AudioCodes
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Sous AFFICHAGE DE LA TOPOLOGIE, développez ENTITÉS PRINCIPALES et sélectionnez Groupes IP.
-
Dans la liste des groupes IP, cliquez sur Nouveau.
-
Dans la fenêtre Groupes IP, sous GÉNÉRAL :
-
Dans le champ Index, configurez le numéro séquentiel suivant.
-
Dans le champ Nom, saisissez un nom.
-
Dans la liste déroulante Emplacement de la topologie, sélectionnez l’emplacement.
-
Dans la liste déroulante Type, sélectionnez Serveur.
-
Dans le champ Ensemble de mandataires, sélectionnez l’ensemble de mandataires pour ce groupe IP.
-
Dans le champ Profil IP, saisissez un ID de profil IP existant.
-
Dans le champ Nom du domaine multimédia, sélectionnez le nom du domaine multimédia existant.
-
-
Cliquez sur APPLIQUER.
(Environnements sécurisés uniquement) Configurer le groupe IP
Vérifiez que le profil IP sécurisé a été configuré. Voir Configurer le profil IP sécurisé.
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Sous AFFICHAGE DE LA TOPOLOGIE, développez ENTITÉS PRINCIPALES et sélectionnez Groupes IP.
-
Dans la liste des groupes IP, cliquez sur Nouveau.
-
Dans la fenêtre Groupes IP, sous GÉNÉRAL :
-
Dans le champ Index, configurez le numéro séquentiel suivant.
-
Dans le champ Nom, saisissez un nom.
-
Dans la liste déroulante Emplacement de la topologie, sélectionnez l’emplacement.
-
Dans la liste déroulante Type, sélectionnez Serveur.
-
Dans le champ Ensemble de mandataires, sélectionnez l’ensemble de mandataires CXone pour ce groupe IP.
-
Dans le champ Profil IP, sélectionnez le profil IP sécurisé créé précédemment dans Configurer le profil IP sécurisé.
-
Dans le champ Nom du domaine multimédia, sélectionnez le nom du domaine multimédia existant.
-
-
Cliquez sur APPLIQUER.
-
Cliquez ensuite sur Enregistrer.
(Environnements sécurisés uniquement) Importer et exporter des certificats pour l’enregistrement SIP
À la fin de cette étape, vous devez fournir aux services professionnels NICE :
-
Le certificat au format PEM
Avant l’importation, le certificat SBC CXone AudioCodes doit être enregistré au format PEM.
-
Pour importer le certificat SBC CXone AudioCodes sur le SBC, accédez à CONFIGURER > RÉSEAU IP. Sous AFFICHAGE DU RÉSEAU, développez SÉCURITÉ et sélectionnez Contextes TLS.
-
Dans la fenêtre Contexte TLS, cliquez sur Certificats racines de confiance.
-
Cliquez sur Importer.
-
Dans la fenêtre Importer un nouveau certificat, cliquez sur Choisir un fichier et recherchez le certificat SBC CXone AudioCodes. Vérifiez que le certificat SBC CXone AudioCodes est au format PEM.
-
Cliquez sur OK.
-
Dans la fenêtre Contextes TLS, cliquez sur Informations sur le certificat.
-
Sur la page Informations sur le certificat, sous CERTIFICAT, copiez le texte du certificat. Créez un certificat à partir de ce texte.
-
Envoyez le certificat au format PEM aux services professionnels NICE avec l’autorité de certification, si elle existe.
(Environnements sécurisés/non sécurisés) Configurer l’enregistrement SIP
Cette section décrit la procédure d’activation de l’enregistrement SIP et la configuration du routage de l’enregistrement SIP.
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Développez ENREGISTREMENT SIP et sélectionnez Paramètres d’enregistrement SIP.
-
Sous Général, dans la liste déroulante Format des métadonnées d’enregistrement SIP, sélectionnez l’option de métadonnées héritées ou RFC 7865. CXone Multi-ACD (CXone Open) prend en charge les deux options. Configurez-les selon vos préférences.
-
Cliquez sur APPLIQUER.
-
À partir de l’option ENREGISTREMENT SIP, sélectionnez Règles d’enregistrement SIP.
-
Dans la zone Règles d’enregistrement SIP, cliquez sur Nouveau.
-
Dans la fenêtre Règles d’enregistrement SIP, sous GÉNÉRAL :
-
Dans la liste Groupe IP enregistré, sélectionnez l’ID de groupe existant côté agent.
-
Dans le champ Modèle source enregistré, saisissez le préfixe source à enregistrer.
-
Dans le champ Modèle de destination enregistré, saisissez le préfixe de destination à enregistrer.
-
Dans la liste Groupe IP pair, sélectionnez l’ID de groupe côté fournisseur de services.
-
Dans la liste Appelant, sélectionnez Les deux.
-
-
Sous SERVEUR D’ENREGISTREMENT :
-
Dans la liste Groupe IP du serveur d’enregistrement (SRS), sélectionnez le groupe IP précédemment créé pour l’enregistreur.
Voir Configurer le groupe IP pour le SBC CXone AudioCodes ou (Environnements sécurisés uniquement) Configurer le groupe IP.
-
-
Cliquez sur APPLIQUER.
-
Une nouvelle ligne est ajoutée dans la section Routage de l’enregistrement SIP.
-
Pour enregistrer toutes les nouvelles informations, cliquez sur Enregistrer.
Envoyer un UCID au SBC CXone AudioCodes
Dans un environnement Avaya, l’identifiant universel d’appel (UCID) de chaque appel doit être envoyé au SBC CXone AudioCodes.
Pour les appels sortants, Avaya CM génère l’UCID et le convertit ensuite en informations d’utilisateur à utilisateur (UUI), qui sont envoyées du gestionnaire de session Avaya au SBC AudioCodes dans le champ Utilisateur à utilisateur de l’en-tête INVITE SIP, reportez-vous à l’image ci-dessous.
Dans une trace, l’UUI apparaît sous la forme d’une valeur hexadécimale, et dans un événement Avaya CTI, elle est affichée sous la forme d’un nombre décimal (l’UCID). L’UUI (qui contient l’UCID) est envoyé au SBC AudioCodes, qui envoie ensuite l’UCID au SBC CXone AudioCodes.
Sur Avaya CM, le traitement UUI doit être configuré comme Partagé sur la ligne réseau vers le gestionnaire de session Avaya.
L’UCID peut ou non être inclus dans un appel entrant, c’est-à-dire un appel dirigé du fournisseur de services vers un agent, lorsqu’il arrive au contrôleur SBC AudioCodes. Si l’UCID n’est pas inclus, le contrôleur SBC doit le générer.
Si l’UCID est déjà inclus dans un appel entrant, le contrôleur SBC ne doit pas générer un UCID différent.
Procédez comme suit pour activer la génération d’UCID Avaya dans le SBC.
-
Dans le menu, cliquez sur SIGNALISATION ET MÉDIA.
-
Sous AFFICHAGE DE LA TOPOLOGIE, développez ENTITÉS PRINCIPALES et sélectionnez Groupes IP.
-
Dans le tableau Groupes IP, sélectionnez le groupe IP pour Avaya et cliquez sur Modifier.
-
Dans la fenêtre Groupes IP, défilez jusqu’à AVANCÉ.
-
Dans la liste déroulante Format UUI, sélectionnez Activer.
-
Cliquez sur Appliquer.
-
Cliquez sur Enregistrer, puis sur Oui.
L’UCID comprend un identifiant du nœud qui l’a créé. Configurez la valeur de l’ID de nœud qui sera utilisé dans chaque UCID généré par le SBC AudioCodes.
-
Utilisez le navigateur pour accéder à la page d’administration du SBC AudioCodes. Saisissez cette URL :
Http://AudioCodes IP Address/AdminPage
-
Connectez-vous en utilisant votre nom d’utilisateur et votre mot de passe.
-
Cliquez sur Paramètres ini.
-
Dans le champ Nom du paramètre, tapez NetworkNodeId.
-
Dans le champ Saisir la valeur, saisissez un ID de nœud unique. Cet ID de nœud doit être un ID unique qui n’est utilisé par aucun Avaya CM sur le réseau local.
-
Cliquez sur Appliquer une nouvelle valeur.
Une fois qu’un appel est établi par le SBC AudioCodes, le SBC envoie un message INVITE SIP au SBC CXone AudioCodes. Après confirmation par le SBC CXone AudioCodes, le SBC bifurque l’audio et l’envoie au SBC CXone AudioCodes.
Le SBC CXone AudioCode est censé recevoir l’UCID dans le message INVITE SIP envoyé par le contrôleur SBC lors d’un appel entrant ou d’un appel sortant. Voici un exemple de la partie métadonnées d’un message INVITE SIP envoyé par le SBC au SBC CXone AudioCodes, l’élément <ac:AvayaUCID >0015EE805586C304</ac:AvayaUCID> contient l’UCID.
Par exemple, la valeur de l’UCID est ici mise en évidence :
<ac:AvayaUCID >0015EE805586C304</ac:AvayaUCID>
Préparation de l’environnement du composeur Avaya POM
Intégrez le composeur Avaya POM seulement après avoir configuré Avaya TSAPI avec SIPREC et Avaya DMCC.
Cette section décrit comment configurer le serveur Avaya POM pour l’intégrer à CXone Multi-ACD.
Un ingénieur de site Avaya est responsable de toutes les procédures dans l’environnement Avaya. Les procédures décrites dans cette section ne sont que des recommandations!
Avant de commencer l’intégration d’Avaya POM avec CXone Multi-ACD, vous devez configurer le serveur POM.
Pour configurer POM dans le portail Avaya Aura Experience :
-
Connectez-vous au portail Avaya Aura Experience.
-
Sélectionnez la page POM.
-
Sélectionnez la page Configurations AACC.
-
Vérifiez les détails de connexion à Avaya AACC. Utilisez ces détails dans la configuration CTI.
-
Sélectionnez la page Gérer les licences de la zone POM.
-
Vérifiez qu’il y a suffisamment de licences de zone pour le serveur POM.
-
Sélectionnez la page Gestionnaire de campagne.
-
Sélectionnez une campagne.
-
Sélectionnez Appel.
-
Vérifiez que la compétence sortante de l’agent configurée dans le serveur POM correspond à celle configurée dans AACC.
-
Fermez la campagne.
-
Sélectionnez la page Gestion de la configuration globale.
-
Faites défiler jusqu’à la section WFO.
-
Vérifiez le port WFO et le CLID d’appel Nail-up du serveur Avaya POM. Ils seront utilisés dans la configuration de la connexion CTI.
Vous devez configurer le mot de passe de l’agent CETA pour POM de manière à ce qu’il n’expire jamais.
-
Ouvrez le Gestionnaire de serveur sur l’agent AACC pour POM.
-
Dans le Gestionnaire de serveur, assurez-vous que le mot de passe du compte d’utilisateur est configuré d’une telle manière qu’il n’expire jamais.
La procédure suivante décrit comment configurer Avaya POM dans Avaya Contact Center.
-
Sélectionnez la page Configuration - Propriétés du serveur.
-
Assurez-vous que le Type de serveur est défini sur CCPO.
-
Sélectionnez la page Configuration - CDN.
-
Vérifiez la configuration des CDN (le numéro que les clients appellent pour obtenir une compétence).
-
Sélectionnez la page Configuration - Ensembles de compétences.
-
Vérifiez que les ensembles de compétences sont configurés.
-
Sélectionnez Rampe de lancement > Gestion du centre d’appels.
-
Sélectionnez la page Détails de l’agent.
-
Dans les Détails de l’agent, vérifiez que URI voix est configuré et que Créer agent CCT est sélectionné et associé à un utilisateur local ou DNS.
-
Assurez-vous que les types de contacts sont configurés :
-
POM_Outbound et Voix - requis
-
Courriel - optionnel
-
-
Sélectionnez la page Multimédia.
-
Dans Configuration multimédia, lancez le client multimédia.
-
Dans Paramètres du serveur, sélectionnez le serveur POM et cliquez sur Modifier.
-
Dans Paramètres POM, vérifiez le CLID du chemin vocal POM.
-
Dans Paramètres de l’agent, vérifiez que l’option Définir le mot de passe est sélectionnée et ajoutez un mot de passe.
-
Dans Administration CCT, cliquez sur Lancer la console CCT.
-
Dans la page Utilisateurs CCT, sélectionnez l’utilisateur requis.
-
Vérifiez que le Nom d’utilisateur de connexion est configuré en tant qu’utilisateur du domaine.
Préparation de l’environnement du composeur Alvaria Aspect Unified IP
Ce document détaille la préparation de l’environnement du composeur Aspect Unified IP.
Pour recevoir des événements CTI, vous devez vérifier le numéro de port.
Pour vérifier le numéro de port :
-
Vérifiez l’adresse IP du portail Aspect Unified IP.
-
Connectez-vous au configurateur de serveur.
-
Naviguez vers Sites > Locataires > EPro > Serveurs.
-
Cliquez avec le bouton droit de la souris sur CenterCord et sélectionnez Propriétés. La fenêtre Propriétés du serveur s’affiche.
-
Dans la fenêtre Propriétés du serveur, sélectionnez l’onglet CenterCord.
-
Le consignateur d’appels indique le port, par exemple 15161. Il s’agit du port utilisé pour recevoir les événements CTI.