Необходима версия на Webex за преглед на данните на ThousandEyes

Интеграцията за отстраняване на неизправности в Control Hub с автоматизирано тестване на сесии на крайни точки (AST) на ThousandEyes изисква настолната версия на приложението Webex 42.7 и по-нова.

ThousandEyes за срещи на Webex

ThousandEyes има специфични за Webex агенти в облака, разположени на входната врата на няколко центъра за данни на Webex, отговорни за обслужването на клиентския трафик. Тези агенти са достъпни за обща употреба от всички клиенти на ThousandEyes и са инструмент за по-добро наблюдение и отстраняване на неизправности в работата на вашия Webex. За повече информация относно най-важната стойност на тези агенти вижте страницата на решението Webex Monitoring.

ThousandEyes за Webex Calling

Клиентите на Webex Calling могат да отстраняват проблеми с качеството на мултимедията за Webex Calling в Control Hub. Въпреки това, с интеграцията с ThousandEyes, можете да стартирате директно в приложението ThousandEyes за още повече подробности и допълнителен анализ на мрежата. Събират се данни минута по минута. Препоръчва се таксуване на минута, тъй като разговорите в Webex Calling обикновено са по-кратки.

Когато показателите на ThousandEyes са налични, за медийни обаждания, връзката за кръстосано стартиране и връзката за копиране са налични в Control Hub. Когато повикващата сесия няма медийно съдържание, връзката ThousandEyes не се предоставя.

Ограничения

• ThousandEyes за Webex Calling поддържа разговори само в настолната версия на приложението Webex и PhoneOS. 3.2.1 и по-нови версии.
• Данните от ThousandEyes не са приложими за всички обаждания на Webex Calling. Ако обаждането е установено в рамките на същата мрежа, то може да се счита за оптимизирано за ICE обаждане, което не преминава през облака Webex Calling. Следователно, пътят ThousandEyes няма да бъде видим в този сценарий.
• Тестовете показаха 100% загуба на пакети при използване на VPN, въпреки че действителните разговори не бяха засегнати. Този проблем ще бъде решен в следващата версия на Endpoint Agent Client. За повече информация вижте Бележки към изданието на документацията на ThousandEyes.

ThousandEyes за устройства от серията Board, Desk и Room

Ако искате да видите данните от ThousandEyes за устройства за сътрудничество на Cisco, прочетете тази статия за това как да настроите интеграцията на ThousandEyes Agent с тези устройства.

ThousandEyes за Cisco IP телефони

Ако искате да видите данните от ThousandEyes за Cisco IP телефони, прочетете тази статия за това как да настроите интеграцията на ThousandEyes с тези телефони.

Имайте предвид, че:

• Срещите по телефона се показват само под Мониторинг > Отстраняване на неизправности > Срещи & Обаждания. Срещите няма да се показват под Срещи на живо.
• ICE-оптимизираните повиквания няма да показват мрежовия път.

Как работи ThousandEyes при отстраняване на неизправности

Мрежовият път осигурява общата загуба на двупосочно пътуване, закъснението от клиента до всеки хоп и всички забавяния от един хоп към следващия

Когато потребител с инсталиран агент за крайни точки ThousandEyes на машината си се присъедини към среща чрез приложението Webex или с устройство за сътрудничество на Cisco, ред „Мрежов път“ ще се вижда под „Качество на звука“ на страницата с подробности за участника. Този ред показва качеството на мрежовия път на аудио данните между клиента на потребителя и аудио медийния възел. В общия случай аудио и видео данните се движат по един и същ път и се обслужват от един и същ мултимедиен възел, така че можете да получите добра представа също и за качеството на видеото за потребителя. Качеството на пътя в мрежата се показва като пунктирани линии. Всяка пунктирана линия се основава на интервалите, зададени в автоматизирания тест на сесията.

Загубата (обръщане), отчетена от ThousandEyes в мрежовия път, е процентът на загубата преди възстановяването на грешката в приложението. Голямата загуба на пакети преди възстановяването на грешка може да не означава непременно лошо потребителско изживяване, тъй като приложението може да е възстановило някои загуби на пакети по време на повторно предаване. Приложението Webex извършва възстановяване на пакети, за да подобри изживяването на потребителя по време на лоши мрежови връзки.

Загубата (обръщане) няма да съвпадне със стойността на загубата на пакети под качеството на звука, тъй като последната стойност се измерва след възстановяване на грешката. Загубата на пакети с аудио качество е по-добър индикатор за действителното потребителско изживяване.

Можете да задържите курсора на мишката върху пунктирана линия, за да видите средната стойност на закъснението на потребителя (обръщане) през този интервал. Цветът се променя в зависимост от прага, който стойността е достигнала. Праговете се изчисляват като:

• Слабо (червено)—Латентност > 400ms или загуба (двупосочно) > 5%
• Добро (добро)—Латентност < 300ms или загуба (двупосочно) < 3%
• Светло (жълто)— Нито едно от горните.
• Неизвестно (сиво)—Данните не са налични от ThousandEyes до Control Hub. Възможно е все пак да можете да извлечете показателя директно от таблото за управление на ThousandEyes.

Щракнете върху изскачащия прозорец, за да видите подробна информация за маршрута на пътя, по който хопът е преминал към всеки възел.

Маршрутът на мрежовия път показва детайлни подробности за всеки възел

Маршрутът на мрежовия път показва подробностите за всеки възел, към който е свързан хопът. Колоната за латентност показва латентността от машината на клиента до следващия хоп. Закъсненията на връзката са показани в скобите, което е латентността от последния хоп до текущия хоп.

Подробности за потребителския машинен възел

Този възел показва подробности за мрежата на потребителската машина.

Подробности за възел тип връзка

Този възел показва подробности за типа връзка за машината на потребителя.

Подробности за VPN възел

Ако машината на потребителя е свързана към VPN, тогава можете да видите подробностите за използваната VPN.

Подробности за мрежовия възел

Този възел показва подробностите за всички скокове, направени през интервала. Възел ще бъде маркиран в червено, ако има един скок в него с повече от 100 ms латентност.