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

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

ThousandEyes AST поддържа както настолната версия на приложението Webex Meetings , така и приложението Webex . Интеграцията за отстраняване на неизправности обаче показва само мрежовия път за потребители, които се присъединяват чрез настолната версия на приложението Webex .

ThousandEyes за Webex Calling

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

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

Ограничения

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

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

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

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

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

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

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

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

ThousandEyes AST започва да улавя данни за мрежовия път веднага щом срещата започне. Въпреки това може да има забавяне от до пет минути, преди тези данни да се попълнят в Отстраняване на неизправности. Когато гледате среща на живо, опреснете страницата след пет минути, ако данните все още не са попълнени.

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

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

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

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

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

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

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

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

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

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

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

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

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

Не се показва информация за неизвестни възли, тъй като тези възли не отговарят на ICMP заявки.