Устранение неполадок с качеством мультимедиа Webex Calling в Control Hub

Обзор

Для определения вероятной причины рекомендуется использовать представление для устранения неполадок вместе со сводной информацией, полученной на инструментальной панели аналитики Webex Calling. Используйте инструментальную панель аналитики Webex Calling для просмотра проблем, затрагивающих нескольких пользователей с общей причиной, связанной с местоположением, сетью и т. д. В представлении для устранения неполадок Webex Calling можно определить проблемы с отдельными вызовами.

Функция устранения неполадок с качеством мультимедиа не требует какой-либо конкретной настройки и доступна по умолчанию в Control Hub. Она доступна для клиентов с полными правами, только для чтения, поддержки, партнеров и администраторов партнеров с правом только на чтение.

Администраторы могут выполнить поиск по приведенным ниже критериям, чтобы получить список вызовов, в которых использовался сеанс мультимедиа как минимум с одним зарегистрированным терминальным устройством Webex Calling.

Идентификаторы электронной почты
Номера телефона (точное соответствие строки)
MAC-адрес
Идентификаторы вызовов

Устранение неполадок с качеством мультимедиа позволяет администраторам:

Просмотр сквозного взаимодействия участников вызова.
Просмотр подробной информации о вызове.
Просмотрите, проходит ли мультимедиа через облако Webex Calling или непосредственно между пользователями (с помощью интерактивного установления соединения (ICE)).
Просмотр аналитических сведений, если во время вызова нет мультимедиа или если настройка оптимизации пути была неудачной.
Просмотр вызовов за последние 21 день.
Проанализируйте показатели качества вызовов, которые повлияли на работу пользователя. Например, администратор может наблюдать сильное колебание на клиентах в сетях Wi-Fi, но потеря пакетов и задержка могут быть приемлемыми.
Обнаружение проблемы с вызывающим абонентом или вызывающим абонентом.

Устранение неполадок качества мультимедиа применяется только к сеансам мультимедиа и не отображает сеансы передачи сигналов вызовов. Например, Алекс звонит Бобу, который установил CFA (Call Forward All), Кристине, и Кристина ответила на вызов. В этом сценарии представление об устранении неполадок мультимедиа показывает, что вызов произошел между Алексом и Кристиной, поскольку основное внимание уделяется устранению неполадок мультимедиа, а не потоку сигналов или жизненному циклу вызова.

Вызовы с помощью Webex Calling отображаются после завершения вызова.

Представление об устранении неполадок помогает определить проблемную область, предоставив все соответствующие метрики, и не обязательно может указать основную причину неудачного вызова. Посмотрите на эти указатели, чтобы определить различные факторы и определить варианты разрешения.

Конечный опыт пользователя.
Представление сведений о хопе.
Отправка или получение метрик от пользователя или точки ретрансляции мультимедиа.
Независимо от того, был ли вызов совершен во внешнюю сеть или из нее, а также между зарегистрированными терминальными устройствами Webex Calling.

Поддерживаемые потоки вызовов

Отчеты о качестве мультимедиа собираются из конечных точек вызывающего и вызывающего абонента и точек ретрансляции мультимедиа. Это позволяет сегментировать медиаопыт, чтобы сузить и определить, возникла ли проблема на:

Вызывающий или вызывающий абонент
Путь мультимедиа к облаку Webex Calling или из него.

Ветви вызовов отображаются, если во время вызова был установлен сеанс мультимедиа, в котором используется хотя бы одна зарегистрированная конечная точка Webex Calling. Например, при исходящем вызове от сервисной группы на восемь операторов при ответе только одного оператора не будет возможности для устранения неполадок для остальных семи операторов.

Существует пять типов возможностей мультимедиа или путей устранения неполадок в Webex Calling.

Оптимизировано в сети – вызовы внутри организации, в которой ICE успешно работает, а мультимедиа передаются непосредственно между пользователями. Подробную информацию см. в статье Оптимизация мультимедиа Webex Calling с помощью интерактивного установления соединения (ICE) .
Неоптимизированные в сети – вызовы внутри организации, в которых невозможно установить интерактивное подключение (ICE) или установить его невозможно. В этом сценарии мультимедиа проходит через облако Webex Calling.
Размещенное в облаке в сети – вызовы внутри организации, в которой мультимедиа обеспечивается сервером мультимедиа, размещенным в облаке (например, прослушивание голосовой почты, набор в автосекретарь).
Внесетевой вызов в зарегистрированную конечную точку Webex Calling или из нее -
- через поставщика услуг PSTN с подключением к облаку— входящие и исходящие вызовы организации, в которой другая сторона находится в сети PSTN. Передача мультимедиа осуществляется через поставщика услуг PSTN с подключением к облаку (CCPP) через высококачественное соединение.
- через локальный шлюз— входящие и исходящие вызовы организации, в которой мультимедиа другого участника передаются через корпорацию. За локальным шлюзом сеанс мультимедиа может находиться от корпоративного пользователя (например, зарегистрированного для управления вызовами на предприятии) или от PSTN, где PSTN предоставляется предприятием.

Если в сети используется 1 или 2 зарегистрированных пользователя Webex Calling, в представлении для устранения неполадок отображаются показатели для одной или обеих сторон. Если вызов находится вне сети (пользователь 1 получает вызов от пользователя PSTN), в представлении для устранения неполадок отображаются только клиентские метрики пользователя 1 вместе с метриками, взятыми из точки ретрансляции мультимедиа.

В большинстве сценариев вызовов в представлении устранения неполадок отображаются две ветви вызовов (вызывающий и вызывающий абонент); однако в некоторых сценариях вызовов (например, парковка или извлечение вызова) отображается только одна ветвь вызова. В таких случаях другая ветвь вызова отображается отдельно в представлении устранения неполадок. Это не препятствует устранению неполадок во время вызова и выявлению места возникновения проблемы. Однако это требует от администратора ручной корреляции двух ветвей вызовов с помощью общего объекта, например времени перекрытия. Будущие усовершенствования представления об устранении неполадок устранят необходимость использования ручного поиска.

Доступ к представлению для устранения неполадок Webex Calling

Чтобы проанализировать вызов Webex, выполните указанные ниже действия.

1.	В окне просмотра информации о клиенте в https://admin.webex.com/ перейдите в раздел Мониторинг > Устранение неполадок.
2.	Выберите Meetings & Calls , затем выполните поиск идентификатора электронной почты пользователя или устройства, номера телефона (точное соответствие строке), MAC-адреса пользователя или устройства или идентификатора вызова ветви вызовов, которую необходимо просмотреть. Отображает информацию обо всех вызовах и совещаниях, связанных с поиском. В представлении списка отображается вызов, совершенный с использованием хотя бы одной зарегистрированной конечной точки Webex Calling и прошедший сеанс мультимедиа.
3.	Вызовы Webex Calling оцениваются по качеству. Однако для совещаний Webex или сеансов вызова в Webex эта оценка не применяется. Возможности вызовов оцениваются как: Неудовлетворительный – указывает на то, что вызывающий или вызывающий абонент плохо справлялся со сквозным обслуживанием (например, прерывистое аудио). Хорошее – указывает на то, что для вызывающего абонента и вызывающего абонента не превышали пороговых значений. Нет. Применяется к совещаниям или сеансам вызова Webex. Недоступно. Применяется к совещаниям или сеансам вызова Webex.
4.	Щелкните определенный вызов в представлении списка, чтобы просмотреть сведения о Hop. В представлении сведений Hop отображаются: В подробностях Hop можно: Просмотрите аналитические сведения о вызове на номер системы или обоих следующих сценариях. Никаких сообщений о хмелях, связанных с вызовом, не поступало Не удалось выполнить настройку оптимизации пути. Наведите указатель мыши на устройство, чтобы просмотреть возможности сквозных вызовов. Наведите указатель мыши на хоп между конечной точкой и облаком Webex Calling, чтобы просмотреть сведения о хоп. Функция сквозных вызовов основана на данных о качестве мультимедиа, которые собираются с каждого зарегистрированного в Webex Calling терминального устройства (приложения Webex или устройства, например 8865 или Desk Pro) по завершении вызова. Вызов оценивается как «хороший», если он удовлетворяет указанным ниже пороговым значениям. Потери пакетов менее 5% Задержка или время передачи (RTT) менее 400 мс Колебание менее 150 мс Качество прыжка определяется на основе данных, собранных из точки ретрансляции мультимедиа в облаке Webex Calling. Для вызовов PSTN через CCPP или локальный шлюз сбор данных осуществляется из облака Webex Calling, а не из конечной точки PSTN. Хмель считается хорошим, если он удовлетворяет этим пороговым значениям. Потеря пакетов менее 2,5%. Задержка или RTT менее 200 мс. Колебание менее 75 мс. Метрики хмеля различаются во время сеанса в зависимости от времени отбора проб и изменчивости в сети. Значения, сообщаемые точкой ретрансляции мультимедиа и клиентами (сквозной опыт), могут не совпадать. Однако они должны находиться в тесной увязке, чтобы обеспечить сегментацию на этом пути. Рекомендуется использовать представление для устранения неполадок отдельных вызовов со сводной информацией, полученной из аналитики. Давайте проанализируем качество вызовов для различных типов вызовов с помощью представления для устранения неполадок.

Оптимизированный поток вызовов в сети

Вызовы в организации, где ICE успешно работает, а ретрансляция мультимедиа в облаке удаляется с пути. Поток мультимедиа осуществляется непосредственно между устройствами пользователя.

Вывод:

Вызов оценивается так же хорошо, как и вызывающий абонент, и вызывающий абонент имеют хорошие сквозные возможности.

Администратор может наблюдать, что мультимедиа передается непосредственно между двумя пользователями и не проходит через облако Webex Calling.

Оптимизированные потоки вызовов могут иметь плохие возможности, если источником проблемы является корпоративная или локальная сеть, поскольку мультимедиа между двумя пользователями будет проходить через локальную сеть. Задержка или RTT всегда ниже при оптимизированном вызове, но потеря пакетов и неустойчивость синхронизации могут быть фактором в зависимости от сети между двумя пользователями.

Неоптимизированный поток вызовов в сети

Вызовы внутри организации, в которой вызов ICE не выполнен, а мультимедиа проходит через облако Webex Calling.

Вывод:

Администратор может соблюдать приведенные ниже правила.

1.	Сквозной опыт вызывающего абонента оценивается как неудовлетворительный.
2.	Существует проблема с сетевым хопом вызывающего абонента, которая влияет как на поток отправки, так и на поток получения.
3.	Проблема не возникает в сетевом хопе вызываемого абонента.
4.	Сквозные возможности вызываемого абонента оцениваются как неудовлетворительные из-за проблемы, возникшей у вызывающего абонента.

Поток вызовов, размещенных в облаке в сети

Вызовы внутри организации, в которой мультимедиа предоставляются сервером мультимедиа, размещенным в облаке.

Вывод:

Оценка вызова соответствует допустимым пороговым значениям, поскольку сквозное взаимодействие вызывающего абонента находится в пределах принятых пороговых значений. Администратор может заметить, что:

1.	Сетевой хоп для вызывающего абонента оценивается как неудовлетворительный, поскольку некоторые метрики превышают допустимое пороговое значение.
2.	Поток отправки из голосовой почты оценивается как хороший в соответствии с метриками, собранными из точки ретрансляции мультимедиа.
3.	Сервер мультимедиа, используемый для сбора или депонирования голосовой почты, в настоящее время не сообщает метрики. Однако эти серверы размещаются и управляются как часть облака Webex Calling, поэтому качество этого сегмента ссылок является внутренним и всегда высоким качеством и низкой задержкой.
4.	Администратор может заметить, что сквозной опыт вызывающего абонента оценивается как хороший, хотя переходник оценивается как неудовлетворительный. Это связано с тем, что хоп вызывающего абонента имеет хорошую сеть, которая компенсирует ухудшение производительности сети вызывающего абонента.

PSTN вне сети через CCPP

Входящие и исходящие вызовы из организации, в которой другая сторона подключена к сети PSTN. Передача мультимедиа осуществляется от поставщика услуг PSTN с подключением к облаку (CCPP).

В этом примере мультимедиа клиента поступают от поставщика PSTN через облако.

Вызов оценивается как неудовлетворительный, поскольку сквозной опыт вызываемого абонента не находится в пределах допустимых пороговых значений. Администратор может соблюдать приведенные ниже правила.

1.	Проблема заключается в переходах PSTN вызывающего абонента, особенно в потоке отправки.
2.	Проблема не возникает в сетевом хопе вызываемого абонента.
3.	Сквозные возможности вызываемого абонента оцениваются как неудовлетворительные из-за проблемы, возникшей у вызывающего абонента.
4.	В настоящее время возможности сквозного взаимодействия и метрики потока приема вызывающего абонента, который находится в сети PSTN, недоступны, поскольку эти метрики не передаются в облако Webex Calling.

PSTN вне сети через локальный шлюз

Вызовы на номер системы и из организации, в которой мультимедиа вызывающего абонента поступают от предприятия. Сеанс мультимедиа может быть организован корпоративным пользователем (например, зарегистрированным в UCM) или из PSTN, где PSTN предоставляется через предприятие.

Вывод

Вызов оценивается как неудовлетворительный, поскольку возможности сквозного взаимодействия вызывающего абонента не находятся в пределах допустимых пороговых значений. Администратор может соблюдать приведенные ниже правила.

1.	При переходе вызывающего абонента в облако Webex Calling в потоке отправки и получения возникла проблема.
2.	Сквозные возможности вызывающего абонента оцениваются как неудовлетворительные либо из-за проблем, наблюдаемых в прыжке, либо из-за проблем на конце пользователя (устройства, сети и т. д.).
3.	Входящий трафик в облако Webex Calling от конца вызываемого абонента оценивается как хороший.
4.	Параметры сквозного взаимодействия и метрики потока приема вызываемого с локального шлюза вызываемого абонента в настоящее время недоступны, поскольку эти метрики не передаются в облако Webex Calling.