Задължителна версия на Webex за преглед на данните на ThousandEyes

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

МислеДа за Webex Meetings

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

МислеДа за Webex Calling

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

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

Ограничения

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

ThousandEyes за устройства от серия дъски, бюро и стаи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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