Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Comment le Panneau de configuration des contacts (CCP) utilise WebRTC
Cette rubrique avancée est destinée aux administrateurs informatiques qui pourraient être intéressés par la manière dont le Panneau de configuration des contacts (CCP) transmet les appels vocaux. Elle fournit également des détails de mise en réseau.
Le CCP utilise WebRTC comme technologie sous-jacente pour permettre la communication en temps réel entre les agents de centre de contact et les clients. Il permet aux agents de gérer les appels entrants et sortants ainsi que les visioconférences directement depuis leur navigateur Web.
Rubriques
En quoi consiste WebRTC ?
WebRTC est une spécification technologique open source permettant la communication en temps réel (RTC) entre les navigateurs et les applications mobiles à l’aide d’API simples.
WebRTC utilise des techniques d’appairage pour l’échange de données en temps réel entre pairs connectés. Elle fournit un streaming multimédia à faible latence nécessaire pour les interactions interhumaines.
La spécification WebRTC inclut un ensemble de protocoles IETF, notamment Interactive Connectivity Establishment
Comme Connect Customer utilise WebRTC, vous n'avez pas besoin de créer et de gérer une infrastructure complexe pour communiquer en temps réel. Avec WebRTC, vous pouvez déployer rapidement des solutions d'engagement client omnicanales via Connect Customer, tout en bénéficiant de la faible latence, du streaming multimédia de haute qualité et de la connectivité peer-to-peer sécurisée qu'offre WebRTC.
Terminologie
- Session Traversal Utilities for NAT (STUN)
-
Protocole permettant de découvrir votre adresse publique et déterminer les restrictions de votre routeur qui empêcheraient une connexion directe avec un pair.
Composant qui gère les points de terminaison STUN. Les points de terminaison permettent aux applications de découvrir leur adresse IP publique lorsqu’elles se trouvent derrière un NAT ou un pare-feu.
- Traversal Using Relays around NAT (TURN)
-
Serveur permettant de contourner la restriction NAT symétrique en ouvrant une connexion avec un serveur TURN et en relayant toutes les informations via ce serveur.
Composant qui gère les points de terminaison TURN. Les points de terminaison activent le relais multimédia à l’aide du cloud lorsque les applications ne peuvent pas diffuser du contenu multimédia de pair à pair.
- Session Description Protocol (SDP)
-
Norme permettant de décrire le contenu multimédia de la connexion, tel que la résolution, les formats, les codecs, le chiffrement, etc., afin que les deux homologues puissent se comprendre une fois les données transférées.
- Offre SDP
-
Message SDP envoyé par un agent qui génère une description de session pour créer ou modifier une session. Il décrit les aspects de la communication multimédia souhaitée.
- Réponse SDP
-
Message SDP envoyé par un répondeur en réponse à une offre reçue d’un offreur. La réponse indique les aspects acceptés. Par exemple, si tous les flux audio et vidéo de l’offre sont acceptés.
- Interactive Connectivity Establishment (ICE)
-
Cadre qui permet à votre navigateur Web de se connecter à des pairs.
- Candidat ICE
-
Méthode permettant au pair émetteur de communiquer.
- Pair
-
Tout appareil ou toute application (par exemple une application mobile ou Web) configuré(e) pour des communications bidirectionnelles en temps réel avec WebRTC.
- Signalisation
-
Le composant de signalisation gère les points de terminaison de signalisation WebRTC qui permettent aux applications de se connecter en toute sécurité pour le streaming multimédia en direct pair à pair.
Fonctionnement de WebRTC
Le WebRTC utilise des protocoles de signalisation, tels que le protocole JSEP ( JavaScript Session Establishment Protocol) pour les navigateurs ou des protocoles personnalisés intégrés WebSockets/XMPP, pour lancer et gérer des sessions de communication. Il utilise également des codecs pour encoder et décoder les données audio et vidéo, le protocole SRTP (Secure Real-time Transport Protocol) pour crypter les flux multimédia afin de garantir la confidentialité, et utilise les protocoles ICE, STUN et TURN pour naviguer et établir des connexions peer-to-peer via des passerelles NAT et des pare-feux.
Fonctionnement conjoint de STUN, de TURN et d’ICE
Prenons le scénario dans lequel l'agent CCP (Contact Control Panel) est le pair A et Connect Customer est l'homologue B, en utilisant WebRTC pour un flux multimédia bidirectionnel (par exemple, un appel vocal).
Voici ce qui se passe lorsque l'agent CCP souhaite établir une connexion avec Connect Customer :
-
Le CCP de l’agent génère une offre SDP contenant des informations sur la session souhaitée, comme les codecs à utiliser, s’il s’agit d’une session audio ou vidéo, etc. Il inclut également une liste de candidats ICE, qui sont les IP/port paires que Connect Customer peut essayer d'utiliser pour se connecter à l'agent CCP.
-
Pour rassembler les candidats ICE, le CCP envoie une série de demandes à un serveur STUN. Le serveur STUN renvoie la paire adresse IP publique/port à l’origine de la demande. L'agent CCP crée également un canal TURN pour connecter le service TURN du client afin d'obtenir une adresse de relais multimédia. Cette adresse relais est une IP/port paire qui peut transférer des paquets entre l'agent CCP et d'autres services multimédia dans Connect Customer. L'agent CCP ajoute chaque IP/port paire à la liste des candidats ICE. Ensuite, l'agent CCP envoie l'offre SDP à Connect Customer via un canal de signalisation via un. WebSocket
-
Connect Customer génère une réponse SDP en suivant le même processus : il rassemble les candidats ICE et les envoie avec la réponse SDP à l'agent CCP via le. WebSocket Après avoir échangé des SDP, l'agent CCP et Connect Customer effectuent une série de contrôles de connectivité. Chaque camp prend une IP/port paire de candidats du SDP de l'autre et lui envoie une demande STUN. Si une réponse est reçue, cette IP/port paire est marquée comme une paire candidate ICE valide.
-
Une fois les vérifications de connectivité effectuées pour toutes les IP/port paires, l'agent CCP et Connect Customer négocient et choisissent l'une des paires valides à utiliser pour le flux multimédia.
Le schéma suivant illustre la communication entre CCP et Connect Customer à l'aide de WebRTC.
Bonnes pratiques
-
Pour une expérience audio optimale et fiable, il est vivement recommandé de s'assurer que le trafic multimédia entre le poste de travail de l'agent et le poste de travail AWS est échangé directement et ne passe pas par des VPN ou d'autres accélérateurs réseau.
-
Pour vous assurer que votre entreprise est en mesure de gérer efficacement les connexions WebRTC et d'atténuer les comportements d'erreur, assurez-vous que le trafic UDP entrant est répertorié sur le port 3478 (). SEND/RECEIVE Pour de plus amples informations, veuillez consulter Option 1 (recommandée) : remplacer les exigences relatives à Amazon EC2 et à la plage d' CloudFront adresses IP par une liste de domaines autorisés. Dans le tableau, consultez la ligne correspondant à
TurnNlb-*.elb.region.amazonaws.com. -
Si vous utilisez Option 2 (non recommandée) : autoriser les plages d’adresses IP, nous vous recommandons ce qui suit pour atténuer les comportements d’erreur :
-
Surveillez les plages d'adresses IP autorisées par votre entreprise pour Connect Customer.
-
Assurez-vous que les modifications au sein des plages d’adresses IP sont surveillées.
-
Assurez-vous que tout nouvel ajout à la liste est accompagné de listes de ports et de protocoles 3478 (UDP) autorisés pour le trafic. SEND/RECEIVE
-
-
Avant de passer à la production, procédez comme suit :
-
Testez la connectivité WebRTC à l'aide de l'outil de test Connect Customer Endpoint Connectivity. Cet outil vous permet de vérifier si les points de terminaison WebRTC Media de Connect Customer sont accessibles depuis les postes d'agent.
-
Testez et suivez les modifications apportées aux environnements de mise en réseau et aux architectures de mise en réseau sur site, comme les mises à jour de pare-feu, les routeurs périphériques et les VPN.
-
-
Si vous utilisez un pare-feu sans état, veillez à ajouter la plage de ports éphémères à la liste des ports autorisés, comme décrit dans Pare-feu sans état.
