Огляд

Вирішення проблем із Webex Calling дозволяє вирішувати проблеми, пов’язані з якістю медіа та підключенням до певних викликів Webex Calling. Можливо, вам знадобиться усунути несправності викликів з різних причин, наприклад, через скарги клієнтів щодо низької якості зв’язку. У цьому випадку ви можете перейти безпосередньо до подання усунення несправностей, знайти ці конкретні виклики, а потім переглянути деталі переходу, щоб точно визначити, де може бути проблема. Ви також можете використовувати функцію усунення несправностей для проактивного контролю якості дзвінків в організації та випередження конкретних проблем, перш ніж користувачі їх помітять.

Щоб отримати доступ до подання усунення несправностей, ви повинні мати повну роль адміністратора, адміністратора лише для читання або адміністратора підтримки в Центрі керування.

Ви можете шукати за такими критеріями, щоб отримати список викликів, під час яких медіа-сеанс використовувався принаймні з однією кінцевою точкою, зареєстрованою в Webex Calling:

  • Ідентифікатори електронної пошти

  • Номери телефону

  • MAC-адреса

  • Ідентифікатори викликів

  • Ідентифікатор кореляції

Частковий пошук підтримується для ідентифікаторів електронної пошти, номерів телефонів та ідентифікаторів викликів. Для номерів телефонів можна ввести перші три-вісім цифр, а потім натиснути Enter, щоб переглянути відповідні записи. Якщо ви введете більше восьми цифр, пошук спробує знайти точний збіг. Зверніть увагу, що якщо ви копіюєте та вставляєте номер телефону з іншого місця, ви повинні включити +1 щоб пошук працював.

Виправлення неполадок Webex Calling дозволяє вам:

  • Пошук успішних, невдалих та відхилених викликів.

  • Перегляньте наскрізний досвід учасників конкурсу.

  • Перегляньте деталі дзвінка.

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

  • Переглянути аналітику, якщо під час виклику немає медіафайлів або якщо налаштування оптимізації шляху не вдалося.

  • Перегляд викликів за останні 21 день.

  • Перегляд невдалих викликів та відхилень, пов'язаних із сигналізацією.

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

  • Визначте, чи проблема пов'язана з абонентом або абонентом.

Дзвінки за допомогою Webex Calling з'являються після завершення дзвінка.

Режим усунення несправностей допомагає визначити проблемну область, надаючи всі відповідні показники, і не обов'язково може надати вам першопричину неякісного дзвінка. Подивіться на ці покажчики, щоб виявити різні фактори і визначити варіанти дозволу:

  • Наскрізний досвід користувача.

  • Подання "Відомості про хміль".

  • Надсилайте або отримуйте показники від користувача або точки ретрансляції медіа.

  • Незалежно від того, чи відбувся виклик із зовнішньої мережі або з неї, чи між зареєстрованими кінцевими точками Webex Calling .

Подання пошуку

Пошук викликів у розділі «Виправлення неполадок» у Центрі керування

Під час пошуку дзвінка доступні такі дані:

Назва стовпцяВизначення

Стан виклику

Чи була спроба дзвінка успішною, чи ні. Коли спроба дзвінка має статус Відмова або Невдача, ви можете навести курсор на статус, щоб побачити відповідний код. Можливими значеннями є:

  • Успішно — спроба дзвінка пройшла успішно.

  • Відмова — спробу дзвінка було відхилено.

  • Невдача — спроба дзвінка не вдалася.

Якість

Дзвінки Webex calling оцінюються за якістю. Однак для зустрічей Webex або сесій Call on Webex ця оцінка не застосовується. Досвід виклику оцінюється як:

  • Погано — означає, що або абонент, або абонент, якому телефонують, мав поганий зв’язок від початку до кінця (наприклад, переривчастий звук).

  • Добре — вказує на повний рівень взаємодії для абонента, і абонент не перевищив порогові значення.

  • Жоден / Недоступно — дані про якість медіа недоступні.

Послуга

Служба, що використовувалася для дзвінка.

Час початку

Час початку дзвінка на основі часового поясу, вибраного поруч із селектором діапазону дат.

Зустріч / Номер телефону

Номер телефону абонента, що телефонує.

Ім’я

Відображати ім'я абонента та абонента.

Хост / Абонент

Відображати ім'я абонента.

Учасники

Кількість користувачів у дзвінку.

Тривалість

Тривалість, що вказує на тривалість дзвінка.

Сайт / Розташування

Розташування абонента за допомогою Webex Calling.

Конференція / Ідентифікатор кореляції

Ідентифікатор кореляції для зв'язування між собою декількох ніжок виклику одного сеансу виклику.

Ключові показники ефективності (KPI) користувача, що шукав

Ключові показники ефективності (KPI) для користувача, якого було знайдено, у розділі «Виправлення неполадок» у Центрі керування

Під час пошуку користувача доступні такі ключові показники ефективності (KPI):

  • Невдалі виклики— Кількість викликів, які не вдалися протягом вибраного діапазону дат.
  • Неякісні протоколи зустрічей— Кількість хвилин під час зустрічей Webex, під час яких якість виконання була низькою протягом вибраного діапазону дат.
  • Виклик у Webex з низькою якістю— Кількість Виклик у Webex викликів з низькою якістю виконання протягом вибраного діапазону дат.
  • Виклики Webex Calling із низькою якістю— Кількість викликів Webex Calling із низькою якістю виконання протягом вибраного діапазону дат.
  • Хвилини поганої якості WebRTC— Кількість хвилин низької якості під час використання WebRTC протягом вибраного діапазону дат.
  • Загальна кількість хвилин зустрічей— Загальна кількість хвилин зустрічей Webex за вибраний діапазон дат.
  • Загальна кількість хвилин викликів у Webex— Загальна кількість хвилин викликів у Webex за вибраний діапазон дат.
  • Загальна кількість хвилин дзвінків Webex Calling— Загальна кількість хвилин Webex Calling за вибраний діапазон дат.
  • Загальна кількість хвилин WebRTC— Загальна кількість хвилин WebRTC за вибраний діапазон дат.

Перегляд деталей стрибка

Приклад актуальної інформації про виклик Webex Calling у розділі «Виправлення неполадок»

У поданні деталей стрибка доступні такі дані:

СтрокВизначення
Кінцевий пристрій

Відображає одне з таких значень:

  • Стаціонарний телефон для фізичної кінцевої точки

  • Програма Webex

  • Кімнатний пристрій для пристроїв Cisco серії Room

Апаратне забезпечення

Відображає одне з таких значень:

  • Інформація про модель стаціонарного телефону для фізичної кінцевої точки

  • "-" для програми Webex

  • Інформація про модель пристрою Cisco Room Series

Розташування

Розташування викликів Webex, налаштоване для користувача. Країна, в якій було налаштовано Webex Calling, також вказана в дужках.

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

Локальний IP-адреса клієнта для мережевого інтерфейсу, який він використовує для передачі носіїв. IP-адреси частково маскуються для збереження особистої ідентичності користувачів.

Загальнодоступна IP-адреса

Це публічна IP-адреса клієнта, яку бачить хмара. Для підприємств це адреса брандмауера, що забезпечує NAT. IP-адреси частково маскуються для збереження особистої ідентичності користувачів.

MAC-адреси

MAC-адреса кінцевої точки клієнта.

Геолокація

Геопошук публічної IP-адреси. Ця адреса неточна, якщо підключено через PNC. Якщо користувач використовує додаток Webex і підключається до підприємства через VPN, місцезнаходження не є точним.

Інтернет-провайдер

Інтернет-провайдер, який забезпечує підключення до мережі До хмари викликів Webex.

Мережа

Тип мережевого підключення, яке клієнт використовував для обміну медіафайлами. Можливими значеннями є:

  • Wi-Fi

  • Ethernet

  • Мобі́льний телефо́н

  • Невідомо

Аудіокодек

(Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом.

Відеокодек

(Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. Застосовується лише для відеовиклику.

Ідентифікатор сеансу SIP

Початковий (або оригінальний) та кінцевий ідентифікатори сеансу.

Транк

Доступно лише тоді, коли до переходу залучено локальний шлюз. Назва вхідної та вихідної магістралі.

Група маршрутів

Доступно лише тоді, коли до переходу залучено локальний шлюз. Назва групи маршрутів.

Назва постачальника PSTN

Доступно лише тоді, коли до переходу залучено PSTN. Назва постачальника.

Деякі показники маскуються на скріншотах статті, щоб зберегти особистість користувача.

З деталей стрибка ви можете:

  • Перевірте, чи було здійснено маршрутизацію через PSTN чи локальний шлюз.

  • Перегляньте тип користувача, який здійснив або отримав дзвінок. Деякі приклади включають HuntGroup, VoiceMailGroupта RoutePoint. У звіті «Детальна історія викликів» наведено список усіх можливих типів користувачів.

  • Перегляньте аналітику дзвінка в таких сценаріях:

    • Для жодного з перехоплень, пов'язаних із викликом, не було медіа.

    • Налаштування оптимізації шляху не вдалося.

    • Один із стрибків не вдався або відмовився від виклику. Невдалі стрибки позначені червоним кольором, а відхилені стрибки — жовтим. Також вказується причина, чому перехід не вдався або був відхилений.

  • Наведіть вказівник миші на пристрій, щоб переглянути можливості наскрізного виклику.

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

Наскрізний зв’язок базується на даних про якість медіа, які збираються з кожної зареєстрованої кінцевої точки Webex Calling (додаток Webex або пристрій, такий як 8865 або Desk Pro) наприкінці виклику. Виклик оцінюється як хороший, якщо кінцева точка має такі порогові значення:

  • Втрата пакетів менше ніж 5%.

  • Затримка або час обміну даними (RTT) менше 400 мс.

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

Якість стрибка виводиться з даних, які збираються з точки ретрансляції медіа в хмарі Webex Calling . Для викликів ТМЗК через CCPP або локальний шлюз збір даних здійснюється з хмари Webex Calling , а не з кінцевої точки ТМЗК. Перехід оцінюється як хороший, якщо точка ретрансляції медіа має такі порогові значення:

  • Втрати пакетів менше 2,5%.

  • Затримка або RTT менше 200 мс.

  • Тремтіння менше 75 мс.

Ви також можете зберегти дані в деталях переходу, вибравши Дії, а потім вибравши один із наведених нижче варіантів:

  • Збереження записів викликів для усунення несправностей (CSV)
  • Зберегти звіт про дзвінки (JSON)
  • Зберегти дані учасника (CSV)

Панель відомостей про виклик

На правій панелі «Відомості про виклик» у вікні перегляду деталей переходу доступні такі дані:

СтрокВизначення
Ідентифікатор кореляціїІдентифікатор кореляції для зв'язування між собою декількох ніжок виклику одного сеансу виклику.
Тата викликуДата, коли відбувся дзвінок.
Час викликуЧас початку та завершення виклику відображається в часовому поясі, вибраному в поданні пошуку.
Тип сеансу

Тип підтримуваного сеансу. Наприклад: Webex Call

УчасникиКількість учасників, які приєдналися до конкурсу.
Ім’я абонента, який телефонуєПіб того, хто телефонує.
Електронна пошта абонента, який телефонуєАдреса електронної пошти абонента.
Номер абонента, який телефонуєНомер телефону, який абонент використовував під час дзвінка.
АудіоТип використовуваного аудіо.
ВідеоВідображає Так, якщо учасник увімкнув відео. Якщо відео взагалі не було ввімкнено, відображається Ні.
Оптимізація маршруту

Визначає, чи застосовується оптимізація шляху виклику до виклику. Прийнятими значеннями є:

  • ICE (встановлення інтерактивного зв'язку)

  • PNC (Підключення до приватної мережі)

  • Без оптимізації

Тип виклику

Тип виклику може бути одним з наступних:

  • Екстрена служба

  • Enterprise

  • Міжнародні

  • Мобільний пристрій

  • Національний

  • Оператор

  • Premium

  • Шорткод

  • Безкоштовно

  • Невідомо

  • URI

Виклик завершено

Користувач, який завершив дзвінок.

Набрані цифри

Цифри клавіатури, набрані користувачем, перед попередніми перекладами.

пов'язана причина

Вказує на причину створення стрибка. Наприклад, значення CallQueue вказує на те, що надія пов'язана зі спробою виклику агента з черги викликів. Більше інформації про пов’язані значення причини можна знайти у детальному звіті про історію викликів Webex Calling.

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

Частковий пошук підтримується для ідентифікаторів електронної пошти, номерів телефонів та ідентифікаторів викликів. Для номерів телефонів можна ввести перші три-вісім цифр, а потім натиснути Enter, щоб переглянути відповідні записи. Якщо ви введете більше восьми цифр, пошук спробує знайти точний збіг. Зверніть увагу, що якщо ви копіюєте та вставляєте номер телефону з іншого місця, ви повинні включити +1 щоб пошук працював.

Щоб проаналізувати виклик Webex, виконайте наступне:

1

Увійдіть у Центр керування та перейдіть до розділу Моніторинг > Усунення несправностей.

2

Знайдіть ідентифікатор електронної пошти, номер телефону, MAC-адресу, ідентифікатори викликів або ідентифікатор кореляції, які ви хочете переглянути.

Ви можете групувати пов’язані виклики разом у поданні пошуку за допомогою ідентифікатора кореляції.

3

Застосуйте фільтр на ваш вибір. Доступні фільтри:

  • Розташування
  • Особиста якість
  • Тип пристрою
  • Тип служби

Фільтри недоступні, якщо ви шукаєте за номерами телефонів або ідентифікаторами кореляції.

4

Клацніть певний виклик, щоб переглянути деталі переходу.

Експортуйте деталі виклику з усунення несправностей у форматі CSV-файлу

Ви можете експортувати деталі виклику для усунення несправностей у форматі CSV-файлу. Експорт цих відомостей про виклики корисний для складних викликів, що включають кілька переходів, оскільки дозволяє одразу виявити проблеми або закономірності. Ви можете експортувати до 100 деталей викликів щодо усунення несправностей в один CSV-файл.

1

Увійдіть у Центр керування та перейдіть до розділу Моніторинг > Усунення несправностей.

2

Щойно у вас буде список викликів, які ви хочете переглянути, виберіть Експорт > Збереження записів викликів для усунення несправностей (CSV).

Виділена кнопка «Експорт» для знайдених викликів у розділі «Виправлення неполадок» у Центрі керування

Виправлення неполадок з якістю медіа

Перегляд переходу за переходом допомагає визначити місце виникнення проблеми. Тепер, коли ви знайшли, де проблема, і за допомогою показників (тремтіння, втрата пакетів, затримка) ви можете спробувати наступне, щоб вирішити проблему.

Типовими можливостями для медіа-проблем є:

  • Network/ISP/location конкретні проблеми— Через брандмауер, конфігурацію мережі або пропускну здатність існує закономірність поганої роботи в певному місці або підмережі мережі. Скористайтеся поданням виправлення неполадок за виклик (визначте розташування, пов'язане з поганим сеансом) у поданні аналітики, щоб переглянути сукупні шаблони розташування.

  • Проблеми, пов’язані з користувачем— Користувач або пристрій підключено до мережі з низьким рівнем якості (наприклад, Wi-Fi або під час роботи з дому), що означає, що на їхню роботу впливають пов’язані з ними мережеві можливості. Див. статтю Використання CScan для перевірки якості мережі Webex Calling, щоб визначити проблему з мережею.

  • Проблеми, пов’язані з типом виклику— Негативна взаємодія користувача з ним пов’язана з якістю зв’язку на іншому кінці. Це характерно для сценаріїв ТМЗК, коли користувач розмовляє з іншим користувачем мобільної мережі, а сеанс має високу втрату пакетів у мережі ТМЗК.

  • Проблема з відсутністю медіа— У деяких стрибках може бути відсутня передача медіа. Банер «Статистика» відображає причину у верхній частині сторінки з деталями стрибка, а також відповідальну особу в інформаційному полі сторінки з деталями стрибка. Деякі з можливих причин відсутності медіа під час дзвінків, а також відповідальні сторони, перелічені нижче:

    • Webex не отримує медіафайли від відправника.

    • Webex не отримує медіафайли від приймача.

    • Webex не отримує медіафайли з жодного напрямку.

    • Webex не надсилає медіафайли одержувачу. Інженерія Webex вирішує цю проблему.

    • Webex не отримує медіафайли від хмарної PSTN. Інженерія Webex вирішує цю проблему.

    • Webex не отримує медіафайли з хмарного сервісу. Інженерія Webex вирішує цю проблему.

    • Webex не отримує медіафайли від локального шлюзу. Адміністратор клієнта повинен дослідити проблему.

  • Помилка оптимізації медіашляху— Деяким викликам не вдається успішно налаштувати оптимізацію медіашляху. Банер «Інформація» відображає причину невдалих викликів ICE та спосіб вирішення проблеми у верхній частині сторінки «Деталі переходу».

    Деякі з можливих причин:

    • ICE не вдалося виконати через доступ до сервера stun – див. Довідкову інформацію про порт виклику Webex.

    • ICE не вдалося виконати через перевірку з’єднання – перевірте з’єднання між мережами.

    • ICE не вдалося, оскільки час подорожі туди й назад за замовчуванням був similar/better ніж будь-який оптимізований шлях.

Обмеження

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

  • Аналогові телефони

  • Сторонні пристрої

  • Кінцеві точки IPv6

Підтримувані потоки викликів

Повідомлення про якість ЗМІ збираються з кінцевих точок абонента та абонента та точок ретрансляції ЗМІ. Це дозволяє сегментації медіа-досвіду звузити і визначити, чи виникла проблема при:

  • Абонент або абонент

  • Медіа-шлях до хмари Webex Calling або з неї.

Ніжки виклику з'являються, якщо відбулася медіа-сесія, яка встановлена принаймні з однією зареєстрованою кінцевою точкою Webex Calling під час дзвінка. Наприклад, для вихідного дзвінка з групи полювання до восьми агентів, якщо відповідає лише один агент, то немає медіа-досвіду для усунення несправностей для інших семи агентів.

Існує п'ять типів медіа-можливостей або шляхів для виправлення неполадок із викликами Webex, а саме:

  • Оптимізовано для внутрішньомережевого зв'язку – дзвінки всередині організації, де ICE працює успішно, а медіафайли передаються безпосередньо між користувачами. Для отримання детальної інформації дивіться Webex Call Media Optimization з інтерактивним встановленням підключення (ICE ).

  • Неоптимізовано всередині мережі – Виклики всередині організації, під час яких встановлення інтерактивного з’єднання (ICE) було неможливим або неможливим. У цьому випадку медіа протікає через хмару викликів Webex.

  • Розміщення в хмарі в мережі – Дзвінки всередині організації, де медіа надається медіасервером, розміщеним у хмарі (наприклад, прослуховування голосової пошти, виклик автосекретаря).

  • Виклик поза мережею до або з зареєстрованої кінцевої точки Webex Calling -

    • через постачальника хмарних PSTN-мереж– вхідні та вихідні дзвінки організації, якщо інша сторона знаходиться в мережі PSTN. Медіа-ресурс ретранслюється через підключеного до хмари провайдера ТМЗК (CCPP), через високоякісний взаємозв'язок.

    • через локальний шлюз– вхідні та вихідні дзвінки організації, коли медіа іншої сторони здійснюється через підприємство. За локальним шлюзом медіасесія може бути від корпоративного розміщеного користувача (наприклад, зареєстрованого для керування викликами на підприємстві) або від ТМЗК, де ТМЗК надається підприємством.

Якщо є 1 або 2 зареєстрованих користувачів Webex Calling , які беруть участь у дзвінку «точка-точка в мережі», то в поданні усунення несправностей представлені показники для однієї або обох сторін. Якщо виклик вимкнено в мережі (Користувач 1 отримує дзвінок від користувача ТМЗК), то в поданні усунення несправностей відображаються лише показники клієнта User1 разом із показниками, взятими з точки ретрансляції медіа.

Більшість сценаріїв виклику в поданні усунення несправностей показують дві ніжки виклику (абонент і абонент); однак деякі сценарії виклику (наприклад, парк викликів або отримання) показують лише одну ногу виклику. У таких випадках інша нога виклику з'являється окремо в поданні усунення несправностей. Це не заважає усунути неполадки під час виклику та виявити, де виникла проблема. Однак це вимагає, щоб адміністратор вручну співвідносив дві ноги виклику, використовуючи загальну сутність, таку як час перекриття. Майбутні вдосконалення режиму виправлення неполадок позбавлять від необхідності використовувати підстановки вручну.

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

Ми рекомендували використовувати індивідуальне подання усунення неполадок викликів із сукупною інформацією, отриманою з Analytics.

Проаналізуємо якість викликів для різних типів викликів за допомогою подання виправлення неполадок.

Оптимізований потік дзвінків в мережі

Дзвінки всередині організації, де ДВС успішний і медіаретрансляція в хмарі прибирається зі шляху. Медіапотік знаходиться безпосередньо між пристроями користувача.

Висновок:

1

Дзвінок оцінюється так само добре, як і абонент, і абонент мають хороший наскрізний досвід.

2

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

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

Мережевий неоптимізований потік дзвінків
Дзвінки всередині організації, де дзвінок ICE не є успішним, а медіа-ресурси проходять через хмару Webex Calling.

Висновок:

Адміністратор може спостерігати наступне:

1

Наскрізний досвід абонента оцінюється як поганий.

2

Існує проблема з мережевим переходом абонента, яка впливає як на потік надсилання, так і на отримання.

3

Мережевий бункер абонента не має проблем.

4

Наскрізний досвід абонента оцінюється як поганий через проблему з абонентом.

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

Висновок:

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

1

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

2

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

3

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

4

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

Позамережева ТМЗК через ЦЗПП
Здійснює виклик до організації, де інша сторона перебуває в мережі ТМЗК, і виходила з неї. Медіафайл ретранслюється від підключеного до хмари постачальника ТМЗК (CCPP).

У прикладі клієнтський носій надходить від постачальника ТМЗК через хмару.

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

1

Проблема полягає в тому, що телефонний потік PSTN абонента переходить саме з потоком надсилання.

2

Мережевий бункер абонента не має проблем.

3

Наскрізний досвід абонента оцінюється як поганий через проблему з абонентом.

4

Наскрізний досвід і показники потоку прийому абонента, який перебуває в мережі ТМЗК, наразі недоступні, оскільки ці показники не передаються в Webex Calling Cloud.

Позамережева ТМЗК через локальний шлюз

Викликає в організацію, де засоби масової інформації абонента надходять із підприємства. Медіасесія може бути від розміщеного на підприємстві користувача (наприклад, зареєстрованого в УКМ) або від ТМЗК, де ТМЗК надається через підприємство.

Висновок

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

1

Існує проблема з переходом абонента до Webex Calling Cloud як на потік надсилання, так і на отримання.

2

Наскрізний досвід абонента оцінюється як поганий або через проблему, яка спостерігається в переході, або через проблеми в кінці користувача (пристрої, мережа тощо).

3

Вхідний трафік до Webex Calling Cloud з кінця абонента оцінюється як хороший.

4

Наскрізний досвід і показники потоку прийому абонента, який викликається з локального шлюзу, наразі недоступні, оскільки ці показники не передаються в Webex Calling Cloud.

Усунення невдалих викликів та викликів з відмовою

У стовпці Стан виклику вказується, чи був виклик успішним, відхиленим або невдалим. Коли виклик має статус Відмова або Невдача, ви можете навести курсор на статус, щоб побачити відповідний код.

Коли ви переглядаєте список викликів користувача, доступний ключовий показник ефективності Невдалий виклик, щоб швидко визначити, чи має цей користувач серйозні проблеми. Ви можете навести курсор на статус Відмова або Невдача, щоб переглянути конкретний код, пов’язаний із кожним статусом.

У вікні перегляду деталей переходу відображається банер, який показує додаткову інформацію про те, чому виклик має статус Відмова або Невдача. Ви також можете побачити, чи стався статус виклику під час початкового чи завершального з'єднання.

Приклади невдалих викликів

Код помилки: Немає маршруту до пункту призначення

Код помилки: Приклад коду помилки «немає маршруту до пункту призначення» для виклику в розділі «Виправлення неполадок»

З робочого пристрою було здійснено спробу дзвінка, але вона не вдалася через відсутність маршруту до пункту призначення.

Код помилки: Помилка протоколу

Код помилки: приклад коду помилки протоколу для виклику в розділі «Усунення несправностей»

Робочий пристрій здійснив спробу дзвінка, але вона не вдалася через помилку, пов’язану з протоколом.

Код помилки: Внутрішня помилка

Код помилки: Приклад внутрішнього коду помилки для виклику в розділі «Усунення несправностей»

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

Приклад сценаріїв відмови у дзвінку

Код відмови: Виклик відхилено

Детальний огляд переходу з кодом відмови від відхилення виклику в розділі «Виправлення неполадок» у Control Hub

Спроба виклику не вдалася, оскільки спроба не вдалася до адресата або інтерфейс до адресата працював неправильно. Приклади відхилених сценаріїв наведені нижче:

  • Спробу дзвінка відхилено через відхилення анонімного дзвінка.

  • Спробу дзвінка відхилено через обмеження доступу до вхідних дзвінків.

  • Спробу дзвінка відхилено через обмеження дозволів на вихідні дзвінки.

  • Спробу дзвінка відхилено через обмеження дозволів на вихідні дзвінки.

  • Спробу дзвінка відхилено через налаштоване перехоплення дзвінка.

  • Спробу дзвінка відхилено через помилку паркування виклику або відновлення виклику.

  • Спробу дзвінка відхилено через відхилення функції «Натисни і говори».

  • Спробу дзвінка відхилено через вибіркове прийняття дзвінка.

  • Спробу дзвінка відхилено через вибіркове відхилення дзвінка.

  • Спробу дзвінка відхилено через помилки, такі як невідомий номер, недостатні дозволи тощо.

Код помилки: Непризначений номер

Код відмови: Приклад коду помилки непризначеного номера для виклику в розділі «Виправлення неполадок»

Абонент здійснив спробу зателефонувати, але її було відхилено, оскільки номер адресата був непризначений.

Причини результатів дзвінка

У наступній таблиці наведено коди Відмова та Невдача, доступні для невдалих викликів.

Причина результату викликуВизначення

Успіх

Дзвінок пройшов успішно. Можливі коди:

  • Звичайний — виклик успішно завершено.
  • Користувач зайнятий — виклик успішний, але користувач зайнятий.
  • NoAnswer — дзвінок успішно здійснено, але користувач не відповів.

Відмова

У дзвінку було відмовлено. Можливі коди:

  • Виклик відхилено — спроба дзвінка відхилена з боку одержувача.
  • НепризначенийНомер — набраний номер не призначено жодному користувачеві чи службі.
  • SIP408 — Час очікування запиту минув, оскільки користувача не вдалося знайти вчасно.
  • InternalRequestTimeout — час очікування запиту минув, оскільки служба не змогла виконати запит через неочікувану умову.
  • Q850102ServerTimeout — відновлення після закінчення терміну дії таймера або після закінчення часу очікування сервера.
  • NoUserResponse — жодної відповіді від жодного пристрою кінцевого користувача чи клієнта.
  • Немає відповіді від користувача — користувач не відповів.
  • SIP480 — Абонент, якому телефонують, або абонент, якому телефонують, наразі недоступний.
  • SIP487 — Запит завершено до того, як на виклик було отримано відповідь.
  • Тимчасово недоступний — користувач тимчасово недоступний.
  • LocalGatewayLoop — виявлено петлю між локальним шлюзом і Webex Calling.
  • Блокування викликів адміністратора — спробу виклику відхилено через список блокування викликів організації.
  • БлокуванняВикликуКористувача—Виклик користувачеві відхилено, оскільки номер знаходиться у списку блокування користувача.
  • Недосяжний — Неможливо спрямувати виклик до потрібного пункту призначення.
  • Користувач відсутній — користувач тимчасово недоступний або недоступний.
  • Не визначено — жодної з перерахованих вище причин.

Помилка

Не вдалося здійснити виклик. Можливі коди:

  • DestinationOutOfOrder — запит на обслуговування не вдався, оскільки пункт призначення недоступний або інтерфейс до пункту призначення функціонує неправильно.
  • SIP501 — Недійсний метод, неможливо ідентифікувати метод запиту.
  • SIP503 — Послуга тимчасово недоступна, тому запит неможливо обробити.
  • ProtocolError — невідомий або нереалізований код випуску.
  • SIP606 — Деякий аспект опису сеансу був неприйнятним.
  • НемаєМаршрутуДоПунктуПункту—До пункту призначення немає маршруту.
  • Внутрішній — не вдалося через внутрішні причини викликів Webex.
  • MaxConcurrentTerminatingAlertingRequestsExceeded – кількість одночасних невідповідених викликів до локального шлюзу для того самого номера, що викликає, та номера, що викликається, перевищила ліміт.
  • Не визначено — жодної з перерахованих вище причин.