Question
J’ai suivi les instructions de cet article et j’ai effectué le test réseau Twilio. Cependant, je ne sais pas vraiment comment lire les résultats. Comment utiliser le test réseau Twilio pour dépanner les appels des agents Zendesk Talk ?
Réponse
La plupart des problèmes Talk ou du centre d’appels VoIP proviennent de la vitesse de la connexion réseau, ainsi que de la stabilité et de la qualité de celle-ci. Une connexion rapide ne suffit pas pour une communication vocale en temps réel. Les paquets abandonnés ou une connexion instable peuvent 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, comme un réseau approprié, que vos ports sont ouverts, que votre navigateur prend en charge les appels et que votre micro et vos haut-parleurs fonctionnent.
Les tests réseau Twilio sont divisés en deux colonnes :
Diagnostic WebRTC Twilio
Pour tous les tests ci-dessus, vous devez voir le message vert de réussite. Un message d’échec rouge peut indiquer des problèmes de réseau, en particulier si vous recevez des erreurs avec UDP, TLS ou TCP.
- Si votre agent travaille dans un environnement de bureau, ces erreurs peuvent se produire en raison d’un blocage. Vérifiez que votre équipe réseau a respecté la configuration réseau requise pour Talk et a ouvert les ports, ainsi que les adresses IP et les domaines en liste blanche.
- S’il s’agit d’un réseau domestique pour l’agent, vérifiez l’absence de configuration spéciale ou de routeur domestique qui bloque les ports. Un examen plus approfondi de son réseau peut s’avérer nécessaire.
Sortie de journal
La colonne de droite du test réseau Twilio contient la sortie du journal.
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
-
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 le client Twilio connecté à, effectuez le contrôle et assurez-vous que vous êtes connecté au bon point de terminaison. Il est possible qu’un réseau privé virtuel (VPN) vous connecte au mauvais point de terminaison, par exemple, si vous êtes en Allemagne, mais que 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 doit décider de la meilleure route à suivre, mais un VPN peut masquer la région ou l’emplacement réel d’un agent. La région peut avoir l’une des valeurs suivantes :
au1
,br1
,de1
,ie1
,jp1
,sg1
,us1
. Pour les dernières informations au sujet des régions de Twilio, consultez l’article de Twilio : Régions héritées. - F) RTT (Round Trip Time ou Temps aller-retour) : idéalement, le temps RTT doit être inférieur ou égal à 150 ms. Plus la valeur RTT est élevée, plus l’appel risque d’être de mauvaise qualité.
- G) Gigue : l’audit de la gigue ne doit pas dépasser 20 ms. Une gigue élevée peut entraîner des retards.
- H) Perte de paquets : une perte de paquets indique une connexion instable, et même une perte de 1 % peut être à l’origine de problèmes.