Intégrez Des milliers de personnes avec le dépannage pour vous permet d’obtenir la visibilité totale des utilisateurs sur le réseau pour isoler les problèmes avec plus de clarté.
Version Webex requise pour afficher les milliers de données
L’intégration du dépannage avec des milliers de points de terminaison de test automatiques des sessions (AST) nécessite la version de bureau de l’application Webex 42.7 et versions ultérieures.
 | ThousandS AST prend en charge à la fois la version bureau de Application Webex Meetings et l’application Webex. Cependant, l’intégration pour le dépannage affiche uniquement le chemin du réseau pour les utilisateurs qui rejoignent les services via la version de bureau de l’application Webex. |
Intégrer 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 fonctionnent les Milliers de personnes dans le dépannage
Le chemin du réseau fournit la perte totale de déplacement aller-retour, la latence du client vers chaque saut et tous les délais 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 est 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é.
Perte (aller-retour) signalée par Des milliers de personnes dans le chemin du réseau est le pourcentage de perte avant la récupération des erreurs de l’application. Un système perte de paquets récupération après erreur peut ne pas nécessairement indiquer une expérience utilisateur médiocre car l’application a peut-être récupéré certaines perte de paquets retransmission. L’application Webex permet la récupération de paquets pour améliorer l’expérience de l’utilisateur au cours de connexions réseau médiocres.
La perte (aller-retour) ne correspond pas à la valeur perte de paquets sous la Qualité audio car la dernière valeur est mesurée après la reprise d’erreur. L’indicateur perte de paquets qualité audio est un meilleur indicateur de l’expérience utilisateur réelle.
| Des milliers de personnes AsT commencent à capturer les données du chemin du réseau dès le démarrage de la réunion. Cependant, il peut y avoir un délai d’attente jusqu’à cinq minutes avant que les données ne se remplissent dans Dépannage. Lors de l’affichage d’une réunion en direct, actualisez la page après cinq minutes si les données n’ont pas encore été remplies. |
Vous pouvez passez votre souris sur une ligne en pointillés pour voir la valeur moyenne de la latence de l’utilisateur (aller-retour) au cours de cet intervalle. La couleur change en fonction du seuil que la valeur a rencontré. Les seuils sont calculés comme :
- Médiocre (rouge)—Temps de > 400ms ou perte (aller-retour) > 5 %
- Bon (bon)—Latence < 300ms or Loss (round-trip) < 3%
- Assez bien (jaune)—Aucune des deux ci-dessus.
- Inconnu (gris)—Les données ne sont pas disponibles à partir de Thousand Gray au Control Hub. Vous pouvez toujours récupérer la métrique directement à partir du tableau de bord Thousand Retrievels.
Cliquez sur la fenêtre pop-up pour afficher des informations approfondies sur le chemin de route que le saut a pris sur chaque nœud.
Le chemin d’accès au réseau affiche des détails granulaires pour chaque nœud
Le chemin d’accès du réseau affiche les détails de chaque nœud sur qui le nœud s’est connecté. La colonne de latence affiche la latence de la machine du client vers le saut suivant. Les délais de liaison sont affichés dans les crochets, ce qui est la latence du dernier saut vers le saut actuel.
Détails du nœud de la machine de l’utilisateur
Ce nœud affiche les détails du réseau de la machine de l’utilisateur.
| Nom | Description |
|---|---|
| Nom | Nom de la machine de l’utilisateur. |
| Adresse IP | Adresse IP de la machine de l’utilisateur. |
| Privé IPv4 | Adresse IPv4 privée de l’ordinateur de l’utilisateur. |
| Perte (aller-retour) | Envoi perte de paquets de l’ordinateur de l’utilisateur. |
| Latence | De bout en bout de latence de la machine de l’utilisateur. |
| Scintillement | Envoi de la gigue de la machine de l’utilisateur. |
| Emplacement | Emplacement de la machine de l’utilisateur. Si la machine est connectée à un VPN, alors il affiche l’emplacement VPN à la place. |
Détails du nœud du type de connexion
Ce nœud affiche les détails du type de connexion de la machine de l’utilisateur.
| Nom | Description |
|---|---|
| Nom | Nom de la connexion réseau. |
| SSID | Identificateur de l’ensemble du service du réseau. |
| Mode physique | Type de mode physique utilisé par le réseau. |
| Chaine | Chaine que le réseau utilise. |
| Vitesse du lien | Vitesse de bande passante utilisée par le réseau. |
| Emplacement | Emplacement de la machine de l’utilisateur. Si la machine est connectée à un VPN, alors il affiche l’emplacement VPN à la place. |
Détails du nœud VPN
Si l’ordinateur de l’utilisateur est connecté à un VPN, alors vous pouvez voir les détails du VPN utilisé.
| Nom | Description |
|---|---|
| Nom | Nom du VPN. |
| IP de la passerelle VPN | Passerelle à qui le VPN s’est connecté. |
| Type de VPN | Type de VPN utilisé. |
Détails du nœud réseau
Ce nœud montre les détails de tous les sauts effectués au cours de l’intervalle. Un nœud sera mis en surbrillance rouge s’il y a un nœud qui saute dans le nœud avec plus de 100ms de latence.
| Aucune information n’est affichée pour les nodes inconnus car ces nodes ne répondent pas aux demandes ICMP. |
| Nom | Description |
|---|---|
| Nom | Nom du hop. |
| Adresse IP | Adresse IP du saut. |
| Préfixe | Préfixe pour l’adresse IP du saut. |
| Latence (Lien Délai) | Le nombre de crochets hors des crochets est la latence de la machine de l’utilisateur vers ce point de saut. La latence du dernier saut vers ce saut se trouve en dehors des crochets. |
| Réseau | Réseau du hop. |
| Emplacement | Emplacement du hop. |
Avant de commencer
Pour pouvoir afficher les 1 000 données du chemin du réseau dans Dépannage, vous devez :
- Attribuer des utilisateurs à un groupe de comptes dans Thousand Beaucoup de personnes.
Lorsque vous affectez des utilisateurs à un groupe de comptes, assurez-vous que vous affectez des utilisateurs avec un rôle dans ThousandEyes qui leur permet d'afficher les données de l'agent du point de terminaison. Les utilisateurs avec un rôle qui ne dispose pas des autorisations de correction ne pourront pas afficher les données ThousandEyes. Les autorisations minimales requises pour afficher les données ThousandEyes sont :- Afficher les données de l’agent du point de terminaison
- Afficher les ensembles de domaines surveillés par l’agent des terminaux
- Afficher les réseaux surveillés par les agents de terminaux
- Afficher les paramètres de l’agent du point de terminaison
- Afficher les données des terminaux qui identifient les agents des terminaux
- Afficher les données des terminaux qui identifient le réseau
- Afficher les données des terminaux qui identifient les utilisateurs
- Afficher les données des terminaux qui identifient les pages visitées
- Afficher les tests des terminaux
- Installez des agents de point de terminaison sur les machines pour qui vous souhaitez afficher des milliers de données.
Pour vérifier si un pilote TCP a été activé sur l'agent de point de terminaison qui a été installé sur une machine, allez à . Si le TCP n'a pas été activé, vous pouvez utiliser ce script powershell pour installer le pilote TCP après l'installation.
- Créez un test de session automatisé pour Webex et sélectionnez les agents à contrôler. Nous vous recommandons de configurer un AST de la façon suivante :
- Cible–Webex
- Protocole—Détection automatique avec des intervalles d'une minute.
- Agents—Tous les agents
- Max non. des agents—5 000
- Créez un jeton dans Milliers de jetons en allant dans la section
- Lorsque vous avez terminé toutes les étapes d’installation dans Thousand Moy, suivez les étapes à venir pour activer l’intégration des Milliers de personnes dans Control Hub.
| 1 | Connectez-vous à Control Hub, allez dans Paramètres de l’organisation, puis faites défiler jusqu’à la section ThousandEyes. |
| 2 | Commutez sur Autoriser un millier d’API à accéder à.  Une fenêtre s’affiche.
|
| 3 | Collez le jeton d’ourse OAuth que vous avez copié à partir de la section Jetons API des utilisateurs ThousandAuth. Si le jeton est validé, alors vous pouvez passer à l’étape suivante. Si le jeton n’est pas validé, une erreur s’inséra. Assurez-vous que le jeton correspond au jeton que vous avez copié dans la section Milliers de jetons API utilisateur.
 |
| 4 | Cliquez sur Activer. |
Que faire ensuite
Des milliers d’agents de point de terminaison contrôleront maintenant les utilisateurs chaque fois qu’ils rejoignent une réunion s’ils ont des agents de point de terminaison installés sur leurs machines.
| Suivez les meilleures pratiques pour configurer des tests avec les agents du Cloud Webex. |
Vous pouvez afficher uniquement des milliers de données pour les utilisateurs qui ont des milliers de points de terminaison installés sur leurs machines.
| 1 | Connectez-vous au Control Hub et allez à Dépannage. |
| 2 | Recherchez un utilisateur et sélectionnez une réunion. |
| 3 | Cliquez sur le nom de l’utilisateur. |
| 4 | Survolez les points dans le chemin du réseau pour afficher les milliers de données réseau. |
| 5 | Cliquez sur l’icône Milliers pour vous lancer dans le tableau de bord ThousandVis pour afficher des données réseau plus en profondeur. |
