Wymagana wersja Webex do wyświetlania danych ThousandEyes

Integracja rozwiązywania problemów z Control Hub z automatycznym testowaniem sesji w punkcie końcowym ThousandEyes (AST) wymaga pulpitu aplikacji Webex w wersji 42.7 lub nowszej.

ThousandEyes AST obsługuje zarówno wersję klasyczną aplikacji Webex Meetings, jak i aplikację Webex. Integracja rozwiązywania problemów pokazuje jednak tylko ścieżkę sieciową dla użytkowników, którzy dołączają za pośrednictwem wersji klasycznej aplikacji Webex.

ThousandEyes dla Webex Calling

Klienci korzystający z usługi Webex Calling mogą rozwiązywać problemy z jakością multimediów w usłudze Webex Calling w Control Hub. Jednak dzięki integracji ThousandEyes można uruchomić aplikację ThousandEyes w celu uzyskania jeszcze więcej szczegółów i dalszej analizy sieci. Zbierane są dane minutowe. Zaleca się zbieranie na minutę, ponieważ połączenia są zazwyczaj krótsze w Webex Calling.

Gdy dostępne są metryki ThousandEyes, w przypadku połączeń multimedialnych łącze do uruchamiania krzyżowego i łącze do kopiowania są dostępne w Control Hub. Gdy sesja połączeń nie ma nośnika, łącze ThousandEyes nie jest podane.

Ograniczenia

• ThousandEyes dla Webex Calling obsługuje tylko połączenia na pulpicie aplikacji Webex.
• Dane ThousandEyes nie mają zastosowania do wszystkich połączeń Webex Calling. Jeśli połączenie zostanie nawiązane w tej samej sieci, może być uważane za połączenie zoptymalizowane pod kątem ICE, które nie przechodzi przez chmurę Webex Calling. W konsekwencji ścieżka ThousandEyes nie będzie widoczna w tym scenariuszu.
• Testy wskazywały 100% utratę pakietów podczas korzystania z sieci VPN, mimo że rzeczywiste połączenia nie były naruszone. Ten problem zostanie rozwiązany w następnej wersji Agent Client punktu końcowego. Aby uzyskać więcej informacji, patrz Uwagi dotyczące wydania dokumentacji ThousandEyes.

ThousandEyes dla urządzeń Board, Desk i Room Series

Jeśli chcesz wyświetlić dane ThousandEyes dla urządzeń do współpracy Cisco, przeczytaj ten artykuł o tym, jak skonfigurować integrację agenta ThousandEyes z tymi urządzeniami.

Jak ThousandEyes działa w rozwiązywaniu problemów

Ścieżka sieciowa zapewnia całkowitą utratę podróży w obie strony, opóźnienie od klienta do każdego skoku i wszelkie opóźnienia od jednego skoku do następnego

Gdy użytkownik z zainstalowanym na swojej maszynie agentem punktu końcowego ThousandEyes dołączy do spotkania za pośrednictwem aplikacji Webex lub urządzenia do współpracy Cisco, linia Ścieżka sieciowa będzie widoczna na stronie szczegółów uczestnika w sekcji Jakość dźwięku. Ta linia wskazuje jakość ścieżki sieciowej danych audio między oprogramowaniem klienckim użytkownika a węzłem multimedialnym dźwięku. Zasadniczo dane audio i wideo są przesyłane tą samą ścieżką i są obsługiwane przez ten sam węzeł multimedialny, dzięki czemu można również dobrze zorientować się, jaka jest jakość wideo użytkownika. Jakość ścieżki sieciowej jest wyświetlana w postaci linii przerywanych. Każda linia przerywana jest oparta na interwałach ustawionych w automatycznym teście sesji.

Strata (podróż w obie strony) zgłoszona przez ThousandEyes w ścieżce sieciowej jest procentem straty przed odzyskaniem błędu aplikacji. Wysoka utrata pakietów przed odzyskaniem błędu może niekoniecznie wskazywać na słabe doświadczenie użytkownika, ponieważ aplikacja mogła odzyskać pewną utratę pakietów podczas retransmisji. Aplikacja Webex wykonuje odzyskiwanie pakietów, aby poprawić wrażenia użytkownika podczas słabych połączeń sieciowych.

Strata (podróż w obie strony) nie będzie pasować do wartości utraty pakietów w ramach jakości audio, ponieważ ta ostatnia wartość jest mierzona po odzyskaniu błędu. Utrata pakietów jakości dźwięku jest lepszym wskaźnikiem rzeczywistego doświadczenia użytkownika.

ThousandEyes AST rozpoczyna przechwytywanie danych ścieżki sieciowej zaraz po rozpoczęciu spotkania. Jednak może wystąpić opóźnienie do pięciu minut przed tym, że dane wypełniają się w Rozwiązywaniu problemów. Podczas wyświetlania spotkania na żywo odśwież stronę po pięciu minutach, jeśli dane nie zostały jeszcze wypełnione.

Możesz przesunąć kursor nad linią przerywaną, aby zobaczyć średnią wartość opóźnienia użytkownika (w trakcie podróży w obie strony) w tym przedziale. Kolor zmienia się w zależności od progu, który spełnia wartość. Progi są obliczane jako:

• Słabo (czerwony)— opóźnienie > 400 ms lub strata (w obie strony) > 5%
• Dobry (dobry)— opóźnienie < 300 ms lub strata (w trakcie podróży) < 3%
• Jasne (żółte) — żadne z powyższych.
• Nieznany (szary) — dane nie są dostępne z ThousandEyes do Control Hub. Nadal można pobrać metrykę bezpośrednio z pulpitu nawigacyjnego ThousandEyes.

Kliknij wyskakujące okno, aby wyświetlić szczegółowe informacje o ścieżce, którą hop przejął do każdego węzła.

Ścieżka sieciowa pokazuje szczegółowe informacje dla każdego węzła

Trasa ścieżki sieciowej pokazuje szczegóły dla każdego węzła, z którym podłączył się hop. Kolumna opóźnienia pokazuje opóźnienie z maszyny klienta do następnego skoku. Opóźnienia łącza są wyświetlane w nawiasach, co jest opóźnieniem od ostatniego skoku do bieżącego skoku.

Szczegóły węzła maszyny użytkownika

Ten węzeł zawiera szczegóły sieci maszyny użytkownika.

Szczegóły węzła typu połączenia

Ten węzeł zawiera szczegółowe informacje o typie połączenia maszyny użytkownika.

Szczegóły węzła VPN

Jeśli maszyna użytkownika jest podłączona do sieci VPN, możesz zobaczyć szczegóły używanej sieci VPN.

Szczegóły węzła sieciowego

Ten węzeł pokazuje szczegóły dotyczące wszystkich hops wykonanych w odstępie czasu. Węzeł zostanie podświetlony jako czerwony, jeśli w węźle znajduje się jeden hop z ponad 100 ms opóźnieniem.

Dla nieznanych węzłów nie są wyświetlane żadne informacje, ponieważ te węzły nie odpowiadają na żądania ICMP.