Comprenez les résultats des tests réseau Twilio pour dépanner les appels vocaux des agents

La plupart des problèmes Talk ou du protocole VoIP proviennent de la vitesse, de la stabilité et de la qualité de la connexion réseau. Une connexion rapide ne suffit pas pour une communication vocale en temps réel. Les paquets abandonnés ou une connexion instable peuvent aussi causer des problèmes.

Effectuez le test réseau Twilio pour comprendre si votre connexion fonctionne. Ce test permet de s’assurer que vous suivez les exigences. Il vérifie par exemple que votre réseau est approprié, que les ports sont ouverts, que les navigateurs sont pris en charge pour les appels et les casques filaires.

Le test réseau Twilio est divisé en deux colonnes :

Diagnostic WebRTC Twilio

La colonne de gauche de la page contient des diagnostics de réussite ou d’échec généraux.

Twilio_Network_Test.png

Pour tous les tests ci-dessus, vous devez voir le message vert de réussite . Un message d’échec rouge indique des problèmes de réseau, en particulier si vous recevez des erreurs avec UDP , TLS ou TCP .

  • Si un agent travaille dans un environnement de bureau, ces erreurs sont dues à un blocage. Vérifiez que votre équipe réseau respecte la configuration réseau requise pour Talk , ouvre les ports nécessaires et ajoute toutes les adresses IP et tous les domaines nécessaires à votre liste autorisée.
  • Si l’agent utilise un réseau personnel, vérifiez l’absence de configuration spéciale ou de routeur qui bloque les ports. Un examen plus approfondi de son réseau est nécessaire.
Remarque : Vous pouvez ignorer les tests ci-dessous Centre d’appels: Test call using Opus.

Comprendre un résultat Réussite

Un succès vert confirme que votre réseau a atteint au moins un serveur Twilio pour cette vérification. Elle ne confirme pas que toutes les adresses IP Twilio sont ouvertes.

Le test se connecte à un ou plusieurs serveurs dans la région vers laquelle vous êtes routé. Si au moins une adresse est joignable, la vérification affiche Réussite , même si les autres adresses dans la plage de cette région sont bloquées. Le test ne vérifie pas non plus chaque adresse dans le168.86.128.0/18 une plage de médias, qui utilisent des médias d'appel direct plutôt que les connexions de repli STUN/TURN.

Remarque : Considérez un succès comme un point de départ, pas comme une preuve que votre pare-feu est entièrement configuré. Autorisez toutes les adresses IP et tous les ports dans Configuration réseau requise pour Talk , pas seulement les adresses qui passent. Un ensemble partiel provoque l’abandon des appels ou l’audio unidirectionnel plus tard si le trafic est routé vers un serveur que vous n’avez pas autorisé ou quand Twilio ajoute des serveurs.

Sortie de journal

La colonne de droite du test réseau Twilio contient la sortie du journal.

Résultats des tests réseau

La capture d’écran ci-dessus fait référence aux éléments ci-dessous :

  • Vérifiez que les journaux ci-dessous s’affichent en vert. Le rouge indique un problème :
    A) Connexion UDP à Twilio établie en ___ ms
    B) Connexion TCP à Twilio établie en ___ ms
    C) Connexion TLS à Twilio établie en ___ ms

    Remarque : Les nombres testés représentent le seuil le plus élevé pour Talk.
  • D) Assurez-vous que même si vous réussissez le test de bande passante , les résultats sont bien plus élevés que dans l’exemple ci-dessus. Dans celui-ci, les résultats représentent le seuil le plus bas pour un fonctionnement fiable de Talk.

    Remarque : les nombres testés représentent le seuil le plus bas pour Talk.
  • E) Vérifiez la connexion client Twilio et assurez-vous que vous êtes connecté au bon point de terminaison. Un réseau privé virtuel, ou VPN, vous connecte au mauvais point de terminaison. Par exemple, si vous êtes en Allemagne, mais le journal montre que vous êtes connecté à un point de terminaison américain. La connexion au mauvais point de terminaison entraîne une latence. Twilio décide de la meilleure route à suivre, mais un VPN masque l’emplacement ou la région de l’agent. La région peut être la suivante : , sydney, sao-paulo, dublin, frankfurt, tokyo, singapore. Pour les dernières informations au sujet des régions de Twilio, consultez Régions héritées.
  • F) Idéalement, le temps aller-retour ( RTT ) est inférieur ou égal à 150 ms. Plus la valeur RTT est élevée, plus l’appel risque d’être de mauvaise qualité.
  • G) L’audit de la gigue ne dépasse pas 20 ms. Une gigue élevée entraîne des retards.
  • H) une perte de paquets indique une connexion instable. Même une perte de 1 % des paquets peut causer des problèmes d’appel.

Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.

Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.

Réalisé par Zendesk