- Accueil
- /
- Article
Cisco Webex Contact Center Voice POP Bridge (vPOP)
Dans cet articleCet article fournit des informations détaillées sur l'intégration des Cisco Webex Contact Center à l'aide du pont POP vocal (vPOP), une méthode héritée pour la connexion de réseaux téléphoniques traditionnels (RTCP) pour les appels entrants et sortants.
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Détournement
-
PAI
-
OTG
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
 | La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2. |
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Vpn
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
| Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée. |
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
| Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration. |
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
| Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement. |
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
| Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2. |
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
CAD |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
Ipsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
LCM |
Gestionnaire de listes et de campagnes |
|
LGW |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Détournement
-
PAI
-
OTG
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
| La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2. |
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Vpn
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
| Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée. |
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
| Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration. |
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
| Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement. |
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
| Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2. |
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
CAD |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
Ipsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
LCM |
Gestionnaire de listes et de campagnes |
|
LGW |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Détournement
-
PAI
-
OTG
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
| La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2. |
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Vpn
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
| Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée. |
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
| Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration. |
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
| Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement. |
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
| Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2. |
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
CAD |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
Ipsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
LCM |
Gestionnaire de listes et de campagnes |
|
LGW |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Détournement
-
PAI
-
OTG
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
| La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2. |
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Vpn
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
| Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée. |
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
| Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration. |
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
| Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement. |
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
| Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2. |
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d’entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d’informations, reportez-vous au Guide de configuration Cisco Unified Border Element dans https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous fournissez pour configurer le contrôleur de limites de session Webex Contact Center pour votre service partagé. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d’administration et de l’utilisateur à l’adresse :
-
Configurez une ligne principale SIP qui connecte l’adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Après avoir configuré le service partagé et configuré Webex Contact Center CUBE, vous recevez un courrier électronique indiquant que le client est prêt à être utilisé.
Régions du centre de contact Webex
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d’appels |
|
ADA |
Application de bureau d’agent Webex Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
CAD |
Données associées à l’appel |
|
CC |
Centre de contact |
|
CCDR |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d’attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l’étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d’identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d’entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d’échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d’accès aux messages Internet |
|
IOS |
Système d’exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
Ipsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d’experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
LCM |
Gestionnaire de listes et de campagnes |
|
LGW |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l’accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG |
(En-tête SIP) Groupe de faisceaux à l’origine de l’origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Qualité de service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l’interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, VPOP intègre Webex Contact Center au PSTN et le premier point de connectivité pour les clients. Il dispose également d’un serveur multimédia pour le traitement et l’enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans le centre de contact Webex, le pont VPOP connecte le RTCP du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L’OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Amusement
-
PAI
-
OTG (en anglais)
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
| La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2. |
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Les VPN
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
| Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée. |
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
| Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration. |
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
| Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement. |
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
| Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2. |
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
GOUJAT |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR (en anglais seulement) |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
IPsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
PPCM |
Gestionnaire de listes et de campagnes |
|
L'AFD |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG (en anglais) |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR (en anglais seulement) |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Configurez la voix pour Cisco Webex Contact Center
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Amusement
-
PAI
-
OTG (en anglais)
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Webex Flux d'appels du centre de contacts
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Exigences relatives à la licence et au dimensionnement CUBE
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2.
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Les VPN
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée.
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration.
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement.
Redondance des composants
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Enterprise CUBE vers Webex Contact Center
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2.
sécurisée entre CUBE et Webex centre de contact
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Configurer une ligne principale SIP pour votre service partagé
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Webex Glossaire des centres de contact
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
GOUJAT |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR (en anglais seulement) |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
IPsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
PPCM |
Gestionnaire de listes et de campagnes |
|
L'AFD |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG (en anglais) |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR (en anglais seulement) |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
Configurez la voix pour Cisco Webex Contact Center
Vue d'ensemble
Les entreprises clientes peuvent utiliser un Cisco Unified Border Element (CUBE) comme contrôleur de limites de session (SBC) pour se connecter à Webex Contact Center. Le CUBE d'entreprise se connecte à un opérateur pour la connectivité PSTN ou VoIP d'un côté et à Webex Contact Center de l'autre côté pour activer les services du centre de contact. Les appels entrants et sortants à destination Webex centre de contacts transitent par le CUBE d'entreprise. Le client fournit la ligne principale SIP, activée de façon bidirectionnelle au fournisseur de services et à Webex Contact Center, pour activer le trafic des appels entre les plates-formes. Pour plus d'informations sur CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Le fournisseur de service ou l'entreprise cliente peut posséder et exploiter le CUBE et le autocommutateur privé (PBX). Dans ce cas :
-
Tous les appels entrants à destination Webex centre de contacts transitent par l'opérateur au niveau du CUBE d'entreprise.
-
Webex Contact Center envoie tous les appels sortants, qu'ils soient à des clients ou à des agents, par l'intermédiaire du CUBE d'entreprise.
-
Webex centre de contact collabore avec le fournisseur de service pour facturer directement au client l'utilisation du réseau PSTN, sans passer par Webex facturation du centre de contact.
Webex Contact Center prend en charge CUBE, Virtual CUBE (vCUBE) et SBC tiers.
Lorsque le fournisseur de service possède le SBC et le PBX, Webex Contact Center fournit un en-tête SIP pour identifier l'entreprise cliente auprès du fournisseur de service. Les fournisseurs de services configurent l'en-tête SIP spécifique via le tableau de bord du fournisseur de services applicatifs.
Webex Contact Center prend en charge ces en-têtes SIP :
-
Amusement
-
PAI
-
OTG (en anglais)
-
DTG
-
Le TGRP
-
RPID (en anglais)
L'entreprise cliente peut posséder et exploiter le CUBE et le PBX, ce qui élimine le besoin d'un en-tête SIP.
Public visé
Ce document est destiné aux utilisateurs qui utilisent Cisco Webex Contact Center.
Historique des modifications
Ce tableau répertorie les modifications apportées à ce guide après la version initiale. Les modifications les plus récentes sont affichées en haut du tableau.
|
Modification |
Voir |
Date |
|---|---|---|
|
Nouveaux chiffres de déploiement |
Octobre 2021 | |
|
Nouvelle section |
Octobre 2021 | |
|
Prise en charge dans plusieurs régions |
Septembre 2021 | |
|
Nouvelle section |
Septembre 2021 | |
|
Restructuration des documents |
Plusieurs chapitres ont été restructurés. |
Août 2021 |
|
Ajout d'un nouveau chapitre | Types de connectivité |
Juillet 2019 Décembre 2020 |
Prise en charge dans plusieurs régions
Webex centre de contact avec téléphonie Webex Calling prend en charge plusieurs régions (pays ou régions) pour les agents et les appelants. Nous prenons en charge les scénarios suivants :
-
Les appelants se trouvent dans une seule région et les agents dans plusieurs régions.
-
Les appelants et les agents se trouvent dans plusieurs régions.
Dans ces scénarios, le système prend en charge les appels entrants et sortants. Pour les appels entrants, les appelants appellent vers la configuration PSTN connectée au cloud (Cisco Webex cloud) ou la passerelle locale (LGW). Les appels sont acheminés vers les agents. Les agents peuvent effectuer des appels sortants vers n'importe quelle région.
Les agents appartiennent à des emplacements différents, comme configuré dans le Control Hub. La configuration de l'agent comporte le numéro et le poste de son emplacement.
Les numéros entrants sont associés aux régions du Control Hub. Permet d'acheminer les appels vers les agents en fonction de la stratégie de routage configurée dans le Webex Contact Center.
La figure suivante présente une solution globale pour Webex centre de contact avec Webex Calling.
Les supports tels que les IVR et les enregistrements d'appels résident dans la région d'origine. Les agents du monde entier peuvent avoir Webex Calling téléphones ou points d'extrémité derrière les options de déploiement de la passerelle locale.
L'emplacement de la région d'origine requiert une attention particulière afin de minimiser la distance entre les régions, les appelants et les agents. La figure suivante montre le chemin d'appel pour les agents et les appelants dans une région éloignée de la région d'origine. Dans ce scénario, la distance entre la région d'origine et la région distante peut introduire une latence inacceptable dans l'appel.
Les sections suivantes traitent des détails du scénario et des considérations pour les agents en Inde.
Les appelants se trouvent dans une région et les agents dans plusieurs régions
Dans ce scénario, le centre de contact Webex a des agents dans différentes régions et est associé à plusieurs centres de données. Les appelants proviennent d'une seule région.
Les appelants appellent le centre de contact Webex. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact Webex utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point de terminaison de l'agent est un Cisco IP Phone ou l'application Webex Calling, l'appel peut être local pour la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Les appelants et les agents se trouvent dans plusieurs régions
Dans ce scénario, le centre de contact a des agents dans plusieurs régions et est associé à plusieurs centres de données. Les appelants proviennent de plusieurs régions.
Les appelants appellent le centre de contact. Le système achemine leurs appels vers le centre de contact et, en fonction de la configuration horaire, achemine les appels vers les agents disponibles dans l'une des régions.
Pour prendre en charge ce scénario :
-
Le centre de contact utilise Webex Calling (pont VPOP ou LGW).
-
Si le point de terminaison de l'agent se trouve sur un BYoPSTN, l'appel est un appel local depuis la plate-forme vocale de la région de l'agent.
-
Si le point terminal de l'agent est un périphérique connecté IP, l'appel peut être local à partir de la plate-forme vocale de la région de l'agent.
-
L'URL du bureau d'agent se trouve dans la même région que l'agent.
Ce scénario concerne un appel vocal entrant, mais le système prend en charge des scénarios similaires pour les appels externes.
Considérations pour les agents en Inde
Les règles suivantes s'appliquent aux agents en Inde.
-
Si un appel est acheminé vers l'Inde via le réseau PSTN, il doit rester sur le réseau PSTN. Cette exigence inclut les appels qui sont acheminés vers l'Inde à partir du réseau PSTN, via un Cisco Unified Communications Manager local (Unified CM), puis traités par un agent. L'agent doit être sur le réseau PSTN.
-
Si un appel est acheminé vers l'Inde par VoIP, il doit rester en VoIP.
Les appels en dehors de l'Inde peuvent s'interconnecter de n'importe quelle manière. Par exemple, un appel peut être acheminé vers les États-Unis via le réseau PSTN, puis acheminé vers l'Inde par VoIP. Cependant, après l'arrivée de cet appel en Inde, il doit rester un appel VoIP.
Documentation associée
Pour afficher la liste de la documentation de Webex Contact Center, reportez-vous à # https://www.cisco.com/c/en/us/support/customer-collaboration/webex-contact-center/series.html.
Pour afficher Webex documentation développeur Contact Center et API références, reportez-vous à # https://developer.webex-cx.com/documentation/getting-started.
Conventions
Le présent guide a recours aux conventions suivantes :
|
Convention |
Description |
|---|---|
|
Police en gras |
Le texte en gras indique les commandes, notamment les saisies utilisateur, les touches, les boutons et les noms de sous-menus. Par exemple :
|
|
police italique |
Le texte en italique indique ce qui suit :
|
|
Police |
Le texte d'une police Windows, telle que Courier, indique ce qui suit :
|
Communications, services et informations complémentaires
-
Pour recevoir des informations pertinentes en temps utile de Cisco, inscrivez-vous à l’adresse Gestionnaire de profil Cisco.
-
Pour obtenir l'impact sur l'activité que vous recherchez les technologies importantes, visitez le site Cisco Services.
-
Pour soumettre une demande de service, visitez le site d'assistance de Cisco.
-
Pour découvrir les applications, produits, solutions et services validés, rendez-vous sur le site de Cisco.
-
Pour obtenir des titres de publications générales de réseautage, de formation et de certification, visitez le site Cisco Press.
-
Pour rechercher des informations sur la garantie pour un produit spécifique ou la famille de produits, accéder à Cisco Warranty Finder.
Outil de recherche de bogues Cisco
Cisco Bug Search Tool (BST) fournit un accès Web au système de suivi des bogues Cisco. Ce système conserve une liste complète des défauts et des vulnérabilités dans les produits et logiciels Cisco. BST vous fournit des informations détaillées sur les défectuosités de vos produits et logiciels.
Remarques concernant la documentation
Fournissez vos commentaires sur ce guide au site contactcenterproducts_docfeedback@cisco.com .
Webex Flux d'appels du centre de contacts
Présentation du flux d'appels
Les appels entrants et sortants à destination Webex centre de contact passent par un opérateur, qui est acheminé par l'intermédiaire du Cisco Unified Border Element Enterprise and (CUBE). Chaque appel peut inclure plusieurs sessions, en fonction du flux de l'appel. Les sections suivantes décrivent des flux d'appels typiques.
Appel entrant vers un IVR
Un appel entrant de l'appelant vers le protocole VPOP (Voice Post Office Protocol) du centre de contacts Webex crée une seule session dans le CUBE d'entreprise et une seule session dans le CUBE du centre de contact Webex.
Appel entrant vers un agent
Un appel entrant à un agent ajoute une session sortante dans le CUBE de centre de contact de Webex et une session unique dans le CUBE d'entreprise.
Conférence et transfert en consultance
Une conférence d'agent à agent ou un transfert en consultant ajoute une session sortante dans le centre de contact de Webex et dans le CUBE d'entreprise.
Rappel ou appel sortant vers PSTN
Un appel sortant crée deux sessions, l'une du service partagé de l'entreprise vers Webex centre d'appels et l'autre de Webex centre de contact vers l'entreprise.
Exigences relatives à la licence et au dimensionnement CUBE
Licences CUBE
Cisco Unified Border Element licences (CUBE) s'appliquent par session et nécessitent une session bidirectionnelle. Pour plus d'informations, voir Cisco Unified Border Element Fiche technique.
Le dimensionnement de la licence CUBE est la somme du nombre de sessions de l'agent et du nombre d'appels au Interactive Voice Response (IVR). Utilisez la fiche technique Cisco Unified Border Element pour déterminer le nombre maximal de sessions prises en charge par votre plateforme CUBE.
Le nombre de licences doit être égal à la capacité maximale de l'entreprise cliente.
licences = (nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)
Exemple
-
Aux heures de pointe, si 100 agents répondent aux appels des clients, chaque appel a deux sessions actives. Le nombre de séances est de 200.
-
Le nombre d'appels dans la file d'attente dans cette instance est de 100, ce qui crée 100 sessions.
-
Par conséquent, le nombre total de sessions est égal à 300, ce qui représente 300 licences.
Taille de la session CUBE
Un périphérique CUBE peut gérer 1/3 des sessions SIP, si vous sécurisez les appels avec TLS ou SRTP.
sessions = ((nombre d'agents X 2) + (nombre de sessions actives dans la file d'attente)) X 3
En prenant l'exemple de 100 appels dans une file d'attente avec 100 agents répondant aux appels, le nombre de sessions est de :
((100 X 2)+ 100) X 3 = 900.
Vous pouvez dimensionner le CUBE pour qu'il y ait 300 sessions si vous provisionnez un WAN privé pour la ligne principale SIP.
Pour déterminer le nombre maximal d'agents, supposez que :
-
50 % des appels sont mis en file d'attente et utilisent des ports IVR, tandis que les 50 % restants sont actifs avec des agents.
-
10 % des appels utilisent les services de consultation et de conférence complémentaire.
-
TLS ou SRTP sécurisé 100 % des appels.
En utilisant ces hypothèses, les plates-formes CUBE peuvent prendre en charge un agent toutes les 9,3 sessions.
Types de connectivité
Types de connectivité pris en charge
Webex centre de contact prend en charge les types de connectivité suivants.
|
Connectivité |
Types |
|---|---|
|
Public Internet |
Direct IPSec Virtual Private Network (VPN) ou IPSec via GRE (Generic Routing Encapsulation) Site à site (S2S) SRTP/SIP TLS |
|
Connectivité privée (approbation requise) |
MPLS Point à point (P2P) VPLS SD-WAN WAN privé Connexion croisée du centre de données Connexions Equinix Fabric |
La version IOS de CUBE ou vCUBE doit prendre en charge TLS 1.2.
Public Internet
Ligne principale SIP directe (via le dessus)
Cisco recommande à ses clients de placer le CUBE ou le SBC sur une adresse IP publique.
|
Avantages |
Contre |
|---|---|
|
|
Parce qu'une connexion directe est l'approche la plus simpliste, c'est aussi la moins flexible. Les avantages d'une topologie simplifiée sont la facilité de gestion et de dépannage. Le client complète les diagrammes de réseau et les soumet à l'équipe Voix, et des terminaux de numérotation dial-peer sont créés. Vous pouvez placer le CUBE dans une zone démilitarisée pour simplifier le traitement de la traduction d'accès réseau (NAT). Le CUBE lui-même est un pare-feu, et la plupart des fournisseurs placent leur CUBE dans un espace de IP public et utilisent ses capacités de sécurité.
Les VPN
Un VPN est un autre type de connexion qui utilise l'Internet public. Utilisez des VPN lorsqu'un client a besoin d'une connexion sécurisée pour SIP et RTP. Un VPN peut également être nécessaire si le client ne peut pas placer le CUBE dans un espace de IP public. Une réunion de mise à disposition avec l'équipe d'ingénierie vocale est requise pour VPN connexions.
|
Avantages |
Contre |
|---|---|
|
|
Ports vocaux
-
RTP : 8000–48199
-
SIP : UDP 5060
IPSec VPN ou IPSec sur GRE
Les options suivantes sont disponibles pour VPN Connectivity :
-
Connectivité SBC à SBC
-
Connectivité GW à GW
Webex Contact Center (IPSec ou IPSec sur tunnel GRE et Webex Contact Center S2S Connectivity) doivent utiliser UDP/5060 au lieu de TCP/5060.
Une IPSec VPN ou une IPSec sur GRE est une bonne option pour une ligne principale SIP sécurisée lorsque le CUBE se trouve sur un espace de IP public. Il s'agit d'une connexion SBC à SBC avec VPN tunnels. Vous devez également prendre en compte les schémas d'adresses de IP privé pour éviter tout chevauchement entre les clients. Pour les connexions GRE, IP sous-réseaux sont 10.x.248.x et 10.x.249.x.
Site à site (S2S)
Une connexion S2S peut être déployée si le client a besoin d'une connexion sécurisée ou ne peut pas placer le CUBE dans un espace de IP public. Il s'agit d'une connexion de passerelle à passerelle. Il n'y a pas de sous-réseaux spécifiquement désignés pour les connexions S2S VPN car le routage est basé sur un trafic intéressant sans l'implication d'une interface logique.
TLS et SRTP SIP
SRTP/SIP TLS est une autre option lorsque le CUBE est sur une adresse IP publique. Cependant, il y a un impact de performance avec SRTP / SIP TLS. Un périphérique CUBE peut gérer un tiers des sessions SIP si vous avez sécurisé les appels en utilisant TLS ou SRTP. Il s'agit d'une connexion SBC à SBC.
Certificats publics et auto-signés
Afin d'établir une connexion de TLS SIP, il est nécessaire d'échanger des certificats. Les options suivantes sont disponibles :
-
Des certificats auto-signés sont générés et échangés entre le client et Webex Contact Center.
-
Autorité de certification publique : procédez comme suit pour prendre en charge une autorité de certification publique :
-
Le client partage le certificat racine, qui est chargé dans Webex Contact Center SBC.
Vous devez fournir à la fois un certificat racine et un certificat intermédiaire/subordonné.
-
Le client met à jour le DNS pour inclure les adresses IP des contrôleurs SBC du Webex Contact Center.
-
Connectivité privée
Les grandes entreprises préfèrent souvent une connexion directe car elle fournit un circuit dédié et sécurisé. Si le client a besoin d'une connexion directe, fournissez-lui les directives de commande Cisco Webex Contact Center circuit VPOP comme étape initiale. L'étape suivante est une réunion de conception de suivi avec l'équipe d'ingénierie vocale du centre de contacts Webex et les ingénieurs du client. Le client fournit un schéma de réseau détaillé de son réseau vocal, y compris les interconnexions des opérateurs PSTN, pour la réunion. Cisco n'héberge aucun équipement client.
Cisco Webex Contact Center propose également des connexions Equinix Fabric pour les clients qui ont des colocations avec Equinix.
Pour plus d'informations sur Equinix Fabric, consultez :
Que le client choisisse MPLS, P2P, VPLS ou SD-WAN, la topologie semble similaire et tous les circuits se terminent dans le routeur/GW Webex Contact Center (passerelle) et non dans Webex CUBE Contact Center.
La bande passante requise pour une connexion directe est basée sur le codec G.711 (~100 kbps par segment d'appel), qui permet deux segments d'appel par session.
|
Avantages |
Contre |
|---|---|
|
|
Les connexions Equinix Fabric offrent une redondance des ports, une ordonnancement et un provisionnement plus rapides des connexions virtuelles. Cisco recommande d'utiliser une connexion Equinix plutôt qu'une autre méthode de connexion privée.
Connexion croisée du centre de données
Si un client décide d'utiliser une connexion privée, vous devez commander des connexions croisées de centre de données comme décrit dans le Cisco Webex Contact Center Directives de commande de circuit VPOP. Le client est responsable des coûts encourus et de l'acheminement du circuit du client jusqu'à la chute désignée.
Les clients qui optent pour une connexion privée reçoivent les directives de commande de circuit VPOP Cisco Webex Contact Center lors du processus d'intégration.
Déploiements non standard
Déploiements non standard
Si les topologies recommandées ne répondent pas à toutes les exigences du réseau du client, une réunion de conception doit être planifiée avec l'équipe d'ingénierie vocale Cisco par l'intermédiaire de l'équipe des comptes Cisco du client pour une procédure d'approbation spéciale. Les sections suivantes sont des exemples de déploiements non standard et de déploiements non recommandés :
A2Q Exceptions
Fournisseur PSTN mettant fin au circuit directement sur Webex centre de contacts VPOP.
Exceptions de service partagé Gold
Cisco recommande vivement une ligne principale SIP directe pour les clients locataires Gold. Il s'agit de la topologie over-the-top de placer le CUBE dans un espace de IP public. Le besoin d'un locataire Gold existe souvent avec les grands fournisseurs ; toutefois, le fournisseur exige que le locataire Gold soit une preuve de concept pour le déploiement de production prévu par le fournisseur. La preuve de concept Gold Tenant dépasse souvent l'utilisation d'un accès Internet ouvert pour une ligne principale SIP et nécessiterait l'un des types de connexion décrits précédemment.
Les clients Gold Tenant ne seront pas surveillés.
Internet public – CUBE derrière un pare-feu
Placer un CUBE sur une adresse de IP privée derrière un pare-feu NAT est une autre option de déploiement. Les exigences de sécurité du service informatique du client peuvent stipuler que l'application vocale réside derrière un pare-feu. Cette option présente quelques inconvénients connus. Même si cela peut ne pas causer de problèmes au niveau de la couche réseau, cela peut entraîner des problèmes dans la couche d'application SIP. L'adresse IP privée est utilisée dans les messages SIP, ce qui provoque des échecs de traitement des appels. La capacité du pare-feu est un autre facteur à prendre en compte pour ce type de déploiement. Les pare-feu doivent être dimensionnés de manière appropriée pour gérer le trafic VoIP. Dans le cas contraire, ils risquent de devenir des goulots d'étranglement et d'affecter la qualité et le traitement des appels.
Les inconvénients de ce déploiement sont les suivants :
-
Problèmes de configuration et d'installation CUBE possibles au début.
-
Charge accrue sur le pare-feu pouvant avoir un impact sur la qualité vocale.
-
Le client est responsable de la configuration CUBE et du dimensionnement du pare-feu.
-
Il ne s'agit pas d'une topologie recommandée en raison de son impact sur les SLA.
Cette topologie n'est pas recommandée en raison de la complexité du traitement de SIP et de NAT. Une réunion entre l'équipe d'ingénierie vocale de Cisco et le client est nécessaire pour approuver ce type de déploiement.
Redondance des composants
Introduction à la redondance des composants
La redondance des composants permet à Webex centre de contact de faire preuve de résilience en cas de panne de service. Vous pouvez configurer Webex Contact Center cloud et Enterprise CUBE pour qu'ils soient redondants :
-
Au sein d'une même région géographique : vous pouvez configurer plusieurs POP au sein d'une entreprise.
-
Dans les centres de données d'entreprise au sein d'une région géographique.
-
Sur les réseaux d'entreprise : vous pouvez également configurer CUBE en mode haute disponibilité. Le mode HA préserve la signalisation et les médias.
Toute la signalisation et les médias proviennent de l'adresse de IP virtuelle.
Webex centre de contact utilise deux VPOP pour garantir une haute disponibilité. Pour optimiser les performances, le fournisseur de services doit également configurer deux POP. Cela garantit que la chasse entre les Webex les VPOP du centre de contacts est un tourniquet équilibré.
Redondance entre les centres de données d'entreprise au sein d'une région géographique
Vous pouvez configurer deux centres de données au sein de l'entreprise pour vous connecter au même Webex VPOP de centre d'appels, dans la même région géographique.
Enterprise CUBE vers Webex Contact Center
Passer en mode de configuration globale
Cet exemple de configuration s'applique à la passerelle vocale Cisco IOS et à la passerelle vocale Cisco Unified Border Element (CUBE). Pour obtenir des instructions complètes sur la configuration de CUBE, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html. Toutes les configurations de cet exemple utilisent le mode de configuration globale.
| 1 |
Sélectionnez |
| 2 |
Saisissez |
Configuration de base
Les temporisateurs SIP (MIN-SE) sont définis sur 3600 sur tous les VPOP de Webex centre de contact. Vous pouvez mettre à jour ce paramètre globalement ou le modifier dans l'onglet Inviter au Webex Contact Center.
service vocal voip Sip Min-se 3600Configuration de la classe de codec voix
Préférence de codec de classe vocale 100 Préférence de codec 1 G711alaw 2 G711ulawTerminal de numérotation dial-peer entrant pour les appels en provenance Webex centre de contact
Dial-peer Voice 200 VoIP Session Protocol SIPV2 Voice-Class Codec 100 DTMF relay RTP-NTE no VADTerminal de numérotation dial-peer sortant pour les appels à destination Webex centre de contact
Voix dial-peer 100 VoIP destination-Pattern <Pattern towards Webex CC> session Protocol cible de session SIPv2 IPv4 :<Webex CC SBC IPs> codec de classe vocale 100 options SIP de classe vocale-keepalive Relais DTMF RTP-NTE no VADConfiguration commune
Cet exemple illustre Webex mise à disposition de lignes principales Contact Center aux États-Unis avec la topologie suivante.
Détails de configuration :
-
Configurez les options de maintien de connexion SIP.
-
Nouveaux terminaux de numérotation avec destination cible IP adresse Webex CC LAX et JFK CUBEs.
-
La préférence de terminal de numérotation dial-peer peut être configurée pour le round robin ou primaire et secondaire.
-
Codec est configuré pour G711 ulaw et G711 alaw (connexions en dehors des États-Unis). DTMF est RFC2833.
-
La communication SIP se trouve sur UDP port 5060 et RTP ports 8000 à 48199.
-
Plan de numérotation dans lequel le modèle de destination fait correspondre Webex centre de contact aux agents par l'intermédiaire de PBX et PSTN.
-
Plus d'un POP pour la haute disponibilité.
-
Le minuteur MIN SE sur Webex CC est de 3600 ; les minuteurs de session doivent être mis à jour sur cette valeur ou doivent permettre la négociation SIP à cette valeur lors de la configuration d'appel.
Si vous utilisez CUBE/vCUBE, Cisco vous recommande d'utiliser une version d'IOS compatible avec TLS 1.2.
sécurisée entre CUBE et Webex centre de contact
Présentation de la ligne principale SIP sécurisée
Cet exemple montre comment configurer une connexion TLS (Transport Layer Security) SIP entre Cisco Unified Border Element (CUBE) et Webex Contact Center.
Exemple : configurer SIP TLS
Avant de commencer
S'assurer que :
-
Les points de terminaison ont la même date et la même heure. Vous pouvez synchroniser les points de terminaison à l'aide d'un serveur NTP (Network Time Protocol).
-
Vous avez TCP de connectivité.
-
Les licences de sécurité et UCK9 sont installées sur le CUBE.
| 1 |
Créez un point d'approbation pour contenir le certificat auto-signé du CUBE : |
| 2 |
Générez un certificat auto-signé : |
| 3 |
Exportez le certificat : |
| 4 |
Copiez le certificat auto-signé que vous avez exporté et enregistrez-le en tant que fichier texte avec l'extension |
| 5 |
Téléchargez le certificat CUBE auto-signé vers Webex Contact Center. |
| 6 |
Copiez le certificat à partir de Webex Contact Center. |
| 7 |
Téléchargez le certificat Webex Contact Center dans CUBE : Saisissez |
| 8 |
Configurez SIP pour utiliser le point de confiance de certificat auto-signé que vous avez créé à l'étape 1 : |
| 9 |
Configurez les terminaux de numérotation dial-peer avec la sécurité de la couche de transport : |
Configurer une ligne principale SIP pour votre service partagé
Avant la configuration
-
Assurez-vous que vous disposez du locataire partenaire Gold et que vous avez accès au portail du fournisseur de services.
-
Configurez le contrôleur de limites de session d'entreprise.
-
Obtenez une adresse de destination pour votre ligne principale SIP.
Pour plus d'informations, reportez-vous au Cisco Unified Border Element Guide de configuration en https://www.cisco.com/c/en/us/support/unified-communications/unified-border-element/products-installation-and-configuration-guides-list.html.
Mettre à disposition votre service partagé
Cisco utilise les informations de mise à disposition que vous lui fournissez pour configurer Webex contrôleur de limites de session de centre de contacts pour votre client. Assurez-vous que les informations que vous fournissez correspondent à votre commande et sont exactes.
Pour obtenir des instructions sur la configuration de votre service partagé, consultez le guide d'administration et de l'utilisateur à l'adresse :
-
Configurez une ligne principale SIP qui connecte l'adresse IP de votre client au contrôleur de limites configuré.
Sélectionnez CUBEcomme type de ligne principale SIP. Configurez une agrégation SIP pour chaque CUBE que vous déployez. -
Créer et configurer un service partagé.
-
Affectez une ligne principale SIP au service partagé, ajoutez des numéros et configurez votre nouveau service partagé.
Lorsque vous configurez le service partagé et Webex CUBE de centre d'appels, vous recevez un message électronique indiquant que le service partagé est prêt à être utilisé.
Webex régions des centres de contacts
VPOP est disponible pour les connexions de services partagés par région :
-
États-Unis : Los Angeles et New York
-
Europe : Londres, Amsterdam, Francfort
-
Canada : Toronto et Vancouver
-
Australie : Sydney et Melbourne
-
Japon : Tokyo et Osaka
-
Amérique du Sud : São Paulo et Rio de Janeiro
-
Inde : Pune et Hyderabad
-
Singapour
Webex Glossaire des centres de contact
Glossaire
|
Acronyme ou terme |
Description |
|---|---|
|
A2Q |
Assurance de la qualité |
|
ACD |
Répartition automatique d'appels |
|
ADA |
Webex application Agent Desktop Contact Center |
|
ADR |
Rapport détaillé d'agent |
|
AES |
Advanced Encryption Standard |
|
ANI |
Identification automatique des numéros |
|
API |
Application Programming Interface – Interface de programmation d'applications |
|
BST |
Outil de recherche de bogues Cisco |
|
BYoPSTN |
Bring Your Own PSTN Le client (entreprise) possédait des réseaux PSTN existants dans les locaux. |
|
CA |
Autorité de certification |
|
GOUJAT |
Données associées à l'appel |
|
CC |
Centre de contact |
|
CCDR (en anglais seulement) |
Enregistrements détaillés cumulés des appels |
|
GCC |
Groupe des communications informatiques |
|
CCP |
Réseau PSTN connecté au cloud |
|
CDR |
Enregistrements détaillés des appels |
|
CSS |
Stratégie de sélection des contacts |
|
CSV |
Valeurs séparées par des virgules |
|
CTQ |
Consulter-à-la-file d'attente |
|
CUBE |
Cisco Unified Border Element |
|
DID |
Numérotation directe vers l'étranger |
|
DMZ |
Zone démilitarisée |
|
DN |
Numéro de répertoire |
|
DNC |
Ne pas appeler |
|
DNIS |
Service d'identification du numéro composé |
|
DNS |
Système de noms de domaine |
|
DTG |
(En-tête SIP) Groupe de faisceaux de destination |
|
DTMF (Dual Tone Multi-Frequency) |
Multifréquence en code |
|
EP |
Point d'entrée |
|
ESR |
Version de support étendu |
|
FIPS |
Normes fédérales de traitement des informations |
|
GIF |
Format d'échange graphique |
|
GRE |
Encapsulation générique du routage |
|
GW |
Passerelle |
|
HA |
Haute disponibilité |
|
HTML (langage hypertexte) |
Langage hypertexte |
|
IB |
Entrante |
|
Identifiant |
Identité, identification |
|
IMAP |
Protocole d'accès aux messages Internet |
|
IOS |
Système d'exploitation mobile (anciennement iPhone OS) |
|
IP |
Protocole Internet |
|
IPsec |
Sécurité du protocole Internet |
|
ITSP |
Opérateur de téléphonie Internet |
|
IVR |
Réponse vocale interactive |
|
JPG et JPEG |
Groupe mixte d'experts photographiques Un fichier image numérique |
|
LAN |
Réseau local |
|
PPCM |
Gestionnaire de listes et de campagnes |
|
L'AFD |
Passerelle locale |
|
MPLS |
Commutation multiprotocole par étiquettes |
|
NAT (Traduction d'adresses de réseau) |
Traduction de l'accès réseau |
|
NDC |
Collecte de données réseau |
|
NTP |
Protocole Network Time (NTP) |
|
OB |
Sortant |
|
OTG (en anglais) |
(En-tête SIP) Groupe de faisceaux à l'origine de l'origine |
|
P2P |
Point à point |
|
PAI |
(En-tête SIP) Identité P-attestée |
|
PBX |
Autocommutateur privé |
|
PCI DSS |
Normes de sécurité des données du secteur des cartes de paiement |
|
|
Portable Document Format |
|
PEWC |
Consentement écrit exprès préalable |
|
PII |
Informations personnelles identifiables |
|
PNG |
Graphique réseau portable |
|
POP |
Protocole de bureau de poste |
|
RTCP |
Réseau téléphonique public commuté |
|
QoS |
Quality of Service |
|
RFC |
Demande de commentaires |
|
RONA |
Rediriger en cas de non-réponse |
|
RPID (en anglais) |
(En-tête SIP) ID de l'interlocuteur distant |
|
RTT |
Durée de transmission ou RTT |
|
S2S |
Site à site |
|
SBC |
Contrôleur de limites de session |
|
SBR (en anglais seulement) |
Routage basé sur les compétences |
|
SD-WAN |
Réseau étendu défini par logiciel |
|
SIP |
Protocole Internet de session |
|
SL |
Niveau de service |
|
SLA |
Contrat de niveau de service |
|
SMS |
Service de messages courts |
|
SMTP |
Protocole simple de transfert de courrier |
|
SP |
Prestataire de service |
|
SRTP |
Protocole de transport en temps réel sécurisé |
|
SSL (protocole SSL) |
Secure Sockets Layer |
|
TCP |
Protocole TCP (Transmission Control Protocol) |
|
Le TGRP |
(En-tête SIP) Protocole de routage de groupe de faisceaux |
|
TLS |
Transport Layer Security (Protocole TLS, Sécurité des couches de transport) |
|
UDP |
Protocole UDP (User Datagram Protocol) |
|
UI |
Interface utilisateur |
|
URI |
URI (Uniform Resource Identifier) |
|
URL |
Uniform Resource Locator |
|
UTC |
Horloge temps universel |
|
vCube |
CUBE virtuel |
|
VoIP |
Voix sur IP |
|
VPLS |
Service LAN privé virtuel |
|
VPN |
Réseau privé virtuel |
|
VPOP |
Point de présence vocal Dans Webex Contact Center 1.0, le VPOP intègre Webex Contact Center au PSTN et constitue le premier point de connectivité pour les clients. Il dispose également d'un serveur multimédia pour le traitement et l'enregistrement des appels. |
|
Pont VPOP |
Pont de point de présence vocal Dans Webex centre de contact, le pont VPOP connecte le réseau PSTN du fournisseur de service à la couche de support vocal. |
|
WAN (réseau étendu) |
Réseau étendu |
|
CAT |
Mémoire tampon des commandes Word |
|
Webex CC |
Webex Contact Center |
|
L'OMA |
Workforce Optimization |
|
XML |
Langage de balisage étendu |
