Обзор

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

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

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

  • Идентификаторы адрес электронной почты

  • Номера телефонов (точное совпадение строки)

  • MAC-адрес

  • Идентификаторы вызовов

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

  • Просмотр непрерывного взаимодействия участников вызова.

  • Просмотр сведений о переходе вызова.

  • Просмотр прохождения мультимедиа через облако Webex Calling или напрямую между пользователями (с помощью интерактивного установления связи (ICE)).

  • Просмотрите статистику, если в вызове нет мультимедиа или если настройка оптимизации пути не удалась.

  • Просмотр звонков за последние 21 день.

  • Проанализируйте показатели качества звонков, которые повлияли на восприятие пользователем. Например, администратор может наблюдать высокий уровень джиттера на клиентах в сетях Wi-Fi , но потеря пакетов и задержка могут быть приемлемыми.

  • Определите, связана ли проблема с вызывающим или вызываемым абонентом.


 

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

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

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

  • Сквозной опыт пользователя.

  • Представление "Детали перехода".

  • Отправлять или получать метрики от пользователя или точки ретрансляции мультимедиа.

  • Произошел ли вызов во внешней сети или из нее, или между Webex Calling зарегистрированные конечные точки.

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

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

  • Вызывающий или вызываемый абонент

  • Путь к медиафайлу или от него Webex Calling облако.


 

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

Есть пять типов медиа-опыта или путей для Webex Calling устранение неполадок, а именно:

  • Оптимизация внутри сети - Вызовы внутри организации, в которой ICE успешно работает, а медиаданные проходят напрямую между пользователями. См. Оптимизация мультимедиа для Webex Calling с установлением интерактивного подключения (ICE) для получения подробные сведения.

  • Неоптимизированный внутри сети - Вызовы внутри организации, в которой невозможно установить интерактивное соединение (ICE). В этом сценарии мультимедиа передаются через облако вызовов Webex .

  • Размещение в облаке внутри сети - Вызовы внутри организации, где мультимедиа предоставляется мультимедийным сервером, размещенным в облаке (например, прослушивание голосовой почты, набор номера на автосекретарь).

  • Вызов вне сети к зарегистрированной конечной точке Webex Calling или от нее -

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

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


 

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

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

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

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

1.

С точки зрения клиента вhttps://admin.webex.com/ перейдите в Мониторинг > Устранение неполадок .

2.

Выбрать Встречи и звонки Затем выполните поиск по идентификатор электронной почты пользователя или устройства, номер телефона (точное совпадение строки), MAC-адрес пользователя или устройства или идентификаторам вызовов для участка ветвь вызова , который необходимо просмотреть.

Отображает информацию обо всех вызовах и совещаниях, связанных с поиском.


 

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

3.

В Webex Calling Звонки оцениваются по качеству. Однако для Webex совещания или Вызов сеансов Webex , эта оценка не применяется. Опыт звонка оценивается следующим образом:

  • Бедный - указывает на то, что у вызывающего или вызываемого абонента были плохие сквозные характеристики (например, прерывистый звук).
  • Хорошо - указывает на то, что вызывающий абонент и вызываемый абонент не превысили пороговые значения.
  • Нет - применяется к совещаниям или вызовам в сеансах Webex .
  • Недоступно - применяется к совещаниям или вызовам в сеансах Webex .
4.

Щелкните конкретный вызов в представлении списка, чтобы просмотреть сведения о переходе. В представлении "Детали хмеля" отображаются:

В разделе сведений о прыжке вы можете:

  • Просмотрите информацию о звонок на номер системы в одном или обоих сценариях.

    • Не было средств массовой информации ни для одного из переходов, связанных с вызовом

    • Не удалось выполнить настройку оптимизации пути.

  • Наведите указатель мыши на устройство, чтобы просмотреть непрерывный завершить вызов .

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

Опыт непрерывного завершить вызов основан на данных о качестве мультимедиа, которые собираются от каждого Webex Calling зарегистрированная конечная точка (приложение Webex или устройство, например 8865) в конце вызова. Запрос оценивается как хороший, если он соответствует этим пороговым значениям:

  • Потери пакетов менее 5%

  • Задержка или время приема-передачи (RTT) менее 400 мс

  • Джиттер менее 150 мс

Качество перехода определяется на основе данных, которые собираются из точки ретрансляции мультимедиа в Webex Calling облако. Для вызовов PSTN через CCPP или локальный шлюз сбор данных осуществляется из Webex Calling облако, а не из конечной точки PSTN. Хмель считается хорошим, если он соответствует этим пороговым значениям.

  • Потеря пакетов менее 2,5%.

  • Задержка или RTT менее 200 мс.

  • Джиттер менее 75 мс.


 

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

Мы рекомендуем использовать представление устранения неполадок отдельных вызовов с совокупной информацией, полученной из Аналитика .

Давайте проанализируем качество вызовов для различных типов вызовов, используя представление устранения неполадок.

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

Заключение :

1.

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

2.

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


 

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

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

Заключение :

Администратор может наблюдать следующее:

1.

Сквозное взаимодействие с абонентом оценивается как неудовлетворительное.

2.

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

3.

Сетевой переход вызываемого абонента не имеет проблем.

4.

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

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

Заключение :

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

1.

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

2.

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

3.

Медиа-сервер, используемый для сбора или депонирования голосовой почты, в настоящее время не предоставляет метрики. Однако эти серверы размещаются и управляются как часть Webex Calling Cloud, поэтому качество этого сегмента связи является внутренним и всегда высоким качеством, с низкой задержкой.

4.

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

Звонит в организацию, где другой абонент находится в сети PSTN. Медиа ретранслируется от провайдера PSTN, подключенного к облаку (CCPP).

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

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

1.

Проблема связана с переходом PSTN вызывающего абонента, в частности с отправляющим потоком.

2.

Сетевой переход вызываемого абонента не имеет проблем.

3.

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

4.

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

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

Заключение

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

1.

Возникла проблема с переходом вызывающего абонента в облако вызовов Webex Calling как в потоке отправки, так и в потоке приема.

2.

Непрерывное взаимодействие вызывающего абонента оценивается как неудовлетворительное либо из-за проблемы, наблюдаемой в переходе, либо из-за проблем на стороне пользователя (устройства, сеть и т. Д.).

3.

Входящий трафик в облако Webex Calling от вызываемого абонента оценивается как хороший.

4.

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

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

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

Типичные возможности для СМИ:

  • Проблемы, связанные с сетью / интернет-провайдером / местоположением - Из-за брандмауэра, конфигурация сети или пропускной способности в определенном месте или сетевой подсети возникают проблемы. Используйте представление устранения неполадок для каждого вызова (определите местоположение, связанное с неудачным сеансом) с представлением аналитики, чтобы просмотреть совокупные шаблоны для местоположения.

  • Проблемы, специфичные для пользователя - Пользователь или устройство подключены к ненадежной сети (например, Wi-Fi или работает из дома), что означает, что на их работу влияют связанные возможности сети. См. Использование CScan для проверки качества сети вызовов Webex Calling статья, чтобы определить проблему с сетью.

  • Проблемы, связанные с типом вызова - Плохое качество работы пользователя связано с качеством на удаленном конце. Это типично для сценариев PSTN, когда пользователь разговаривает с другим пользователем в сети мобильной связи, а сеанс имеет высокую потеря пакетов в сети PSTN.

  • Проблема без СМИ - На некоторых переходах может отсутствовать передача мультимедиа. Баннер Insights отображает причину в верхней части страницы сведений о прыжке, а ответственную сторону - в информационном поле на странице сведений о прыжке. Некоторые из возможных причин отсутствия средств массовой информации в вызовах вместе с ответственными сторонами перечислены здесь:

    • Webex не получает носитель от отправителя.

    • Webex не получает мультимедиа от получателя.

    • Webex не получает мультимедиа ни с одной стороны.

    • Webex не отправляет мультимедиа получателю. Webex эту проблему.

    • Webex не получает мультимедиа из облачной PSTN. Webex эту проблему.

    • Webex не получает мультимедиа из облачной службы. Webex эту проблему.

    • Webex не получает мультимедиа от локального шлюза. Администратор клиента должен изучить проблему.

  • Ошибка оптимизации пути мультимедиа - Несколько вызовов не могут успешно настройка оптимизацию пути мультимедиа. Баннер Insights отображает причину неудачных вызовов ICE и разрешение в верхней части страницы сведений о переходе.

    Некоторые из возможных причин:

    • Не удалось выполнить ICE из-за оглушения доступа к серверу - см. Справочную информацию о порте Webex Calling

    • Ошибка ICE из-за проверки подключения - проверьте подключение между сетями

    • ICE не удалось, поскольку время прохождения пути по умолчанию было аналогично / лучше, чем любой оптимизированный путь

Легенды на экране устранения неполадок

См. Следующие сведения о вызове на правой панели в режиме просмотра по этапам.

ТерминОпределение
Дата вызоваДата, когда произошел звонок.
Время вызоваВремя начала и окончания вызова. Отображается в часовом поясе, выбранном в окне поиска.
Тип сеанса

Тип поддерживаемого сеанса. Пример. Вызов Webex

УчастникиКоличество участников, присоединившихся к разговору.
Имя вызывающего абонентаИмя звонящего.
Адрес электронной почты вызывающего абонентаадрес электронной почты адрес звонящего.
Номер вызывающего абонентаНомер телефона, по которому звонящий звонил.
АудиоТип используемого аудио.
ВидеоОтображается Да, если видео разрешено участником. Если видео вообще не было включено, отображается Нет.
Оптимизация пути

Указывает, применяется ли к вызову оптимизация пути вызова. Допустимые значения:

ICE (установка интерактивного подключения)

PNC (подключение к частной сети).

Без оптимизации

Тип вызова

Тип вызова может быть одним из следующих:

Экстренный вызов

Предприятие

Международный

Мобильное устройство

Государственные новости

Оператор

Премиум

Шорткод

Tollfree

Неизвестно

URI

Просмотрите эти метрики вызовов в режиме просмотра по этапам:

ТерминОпределение
Терминальное устройство

Отображает одно из следующего:

  • Настольный телефон для физической конечной точки.

  • Приложение Webex

Аппаратное обеспечение

Отображает одно из следующего:

  • Информация о модель телефона для физической конечной точки.

  • "-" для приложения Webex

Местоположение

Местоположение вызовов Webex Calling , настроенное для пользователя.

Локальный IP-адрес

Локальный IP-адрес клиента для сетевой интерфейс, используемого для передачи мультимедиа.

Общедоступный IP-адрес

Это общедоступный IP-адрес -адрес клиента, видимый в облаке. Для предприятий это адрес межсетевого экрана, обеспечивающего NAT.

MAC адреса

MAC-адрес конечной точки клиента.

Географическое местоположение

Географический поиск общедоступного IP-адреса. Этот адрес не является точным при подключении через PNC. Если пользователь использует приложение Webex и подключается к предприятию через VPN, местоположение не является точным.

ISP

Интернет-провайдер, обеспечивающий сетевое подключение к Webex Calling Cloud.

Сеть

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

  • Wi-Fi

  • Ethernet

  • Сотовая связь

  • Неизвестно

Аудиокодек

(Отправить или получить) Формат кодирования и декодирования мультимедиа, используемый для мультимедиа, передаваемого клиентом.

Видеокодек

(Отправить или получить) Формат кодирования и декодирования мультимедиа, используемый для мультимедиа, передаваемого клиентом. Применяется только для видеовызов.

Идентификатор вызова

Внутренний идентификатор, который используется для идентификации участка ветвь вызова.


 

Некоторые показатели замаскированы на скриншотах статьи, чтобы сохранить личность пользователя.

Ограничения

Показатели качества мультимедиа недоступны на следующих устройствах.

  • Аналоговые телефоны

  • Устройства сторонних устройств

  • Конечные точки IPv6