Version Webex requise pour afficher les données ThousandEyes

L’intégration du dépannage de Control Hub avec le test de session automatisé (AST) du point de terminaison ThousandEyes nécessite la version de bureau de l’application Webex 42.7 et versions ultérieures.

ThousandEyes AST prend en charge à la fois la version de bureau de l’application Webex Meetings et Webex App. Cependant, l’intégration pour le dépannage affiche uniquement le chemin réseau pour les utilisateurs qui rejoignent la réunion via la version de bureau de l’application Webex.

ThousandEyes pour Webex Calling

Les clients de Webex Calling peuvent résoudre les problèmes de qualité des médias pour Webex Calling dans Control Hub. Cependant, avec l'intégration de ThousandEyes, vous pouvez effectuer un lancement croisé dans l'application ThousandEyes pour encore plus de détails et une analyse plus approfondie du réseau. Des données minute par minute sont collectées. La collecte par minute est recommandée, étant donné que les appels sont généralement plus courts sur Webex Calling.

Lorsque les métriques ThousandEyes sont disponibles, pour les appels média, le lien de lancement croisé et le lien de copie sont disponibles dans le Control Hub. Lorsque la session d'appel n'a pas de média, le lien ThousandEyes n'est pas fourni.

Limites

• ThousandEyes pour Webex Calling ne prend en charge que les appels sur le bureau de l’application Webex.
• Les données ThousandEyes ne sont pas applicables à tous les appels Webex Calling. Si l’appel est établi au sein du même réseau, il peut être considéré comme un appel optimisé ICE qui ne passe pas par le Cloud Webex Calling. Par conséquent, le chemin ThousandEyes ne sera pas visible dans ce scénario.
• Les tests ont indiqué une perte de paquets de 100 % lorsque le VPN était utilisé, même si les appels réels n’étaient pas affectés. Ce problème sera résolu dans la prochaine version du client d'agent de point de terminaison. Pour plus d’informations, voir Notes de version de la documentation ThousandEyes.

ThousandEyes pour les périphériques des séries Board, Desk et Room

Si vous souhaitez afficher les données ThousandEyes pour les périphériques de collaboration Cisco, lisez cet article sur la façon de configurer l’intégration de l’agent ThousandEyes avec ces périphériques.

Comment fonctionne ThousandEyes dans le dépannage

Le chemin réseau fournit la perte totale aller-retour, la latence du client à chaque saut et tout retard d'un saut à l'autre

Lorsqu’un utilisateur disposant d’un agent de point de terminaison ThousandEyes installé sur sa machine rejoint une réunion via l’application Webex ou avec un périphérique de collaboration Cisco, une ligne Chemin d’accès réseau sera visible sous Qualité audio dans la page des détails du participant. Cette ligne indique la qualité du chemin réseau des données audio entre le client de l’utilisateur et le nœud de média audio. En général, les données audio et vidéo empruntent le même chemin et sont desservies par le même nœud multimédia. Vous pouvez donc avoir une bonne idée de la qualité vidéo de l’utilisateur. La qualité du chemin d’accès au réseau est affichée sous forme de lignes en pointillés. Chaque ligne en pointillé est basée sur les intervalles configurés dans le test de session automatisé.

La perte (aller-retour) signalée par ThousandEyes dans le chemin réseau est le pourcentage de perte avant la récupération d'erreur d'application. Une perte de paquets élevée avant la récupération d'erreur n'indique pas nécessairement une mauvaise expérience utilisateur car l'application peut avoir récupéré une partie de la perte de paquets pendant la retransmission. L’application Webex effectue la récupération des paquets pour améliorer l’expérience de l’utilisateur lors de mauvaises connexions réseau.

La perte (aller-retour) ne correspondra pas à la valeur de perte de paquets sous la qualité audio puisque cette dernière valeur est mesurée après la récupération d'erreur. La perte de paquets de qualité audio est un meilleur indicateur de l’expérience utilisateur réelle.

ThousandEyes AST commence à capturer les données du chemin réseau dès le démarrage de la réunion. Cependant, il peut y avoir un délai de cinq minutes avant que les données ne soient renseignées dans le Dépannage. Lors de la visualisation d'une réunion en direct, actualisez la page après cinq minutes si les données ne se sont pas encore remplies.

Vous pouvez survoler une ligne en pointillés pour voir la valeur moyenne de latence (aller-retour) de l'utilisateur au cours de cet intervalle. La couleur change en fonction du seuil que la valeur a atteint. Les seuils sont calculés comme suit :

• Médiocre (rouge)—Latence > 400 ms ou perte (aller-retour) > 5 %
• Bon (bon)—Latence < 300 ms ou perte (aller-retour) < 3 %
• Moyen (jaune)—Aucune des propositions ci-dessus.
• Inconnu (gris)—Les données ne sont pas disponibles de ThousandEyes vers Control Hub. Il se peut que vous puissiez toujours récupérer la métrique directement à partir du tableau de bord ThousandEyes.

Cliquez sur la fenêtre contextuelle pour afficher des informations détaillées sur le chemin d’accès que le saut a emprunté à chaque nœud.

Le routage du chemin réseau affiche des détails granulaires pour chaque nœud

Le routage du chemin réseau affiche les détails de chaque nœud auquel le saut s'est connecté. La colonne de latence montre la latence de la machine du client au saut suivant. Les retards de liaison sont affichés dans les parenthèses, c'est-à-dire la latence du dernier saut au saut actuel.

Détails du nœud de la machine utilisateur

Ce nœud affiche les détails du réseau de la machine utilisateur.

Détails du nœud du type de connexion

Ce nœud affiche des détails sur le type de connexion pour la machine de l’utilisateur.

Détails du nœud VPN

Si la machine de l'utilisateur est connectée à un VPN, alors vous pouvez voir les détails du VPN utilisé.

Détails du nœud réseau

Ce nœud affiche les détails de tous les sauts effectués au cours de l'intervalle. Un nœud sera mis en surbrillance en rouge s’il y a un saut dans le nœud avec plus de 100 ms de latence.

Aucune information n'est affichée pour les nœuds inconnus car ces nœuds ne répondent pas aux demandes ICMP.