Щоб визначити ймовірну причину, рекомендується використовувати подання виправлення неполадок разом із агрегованою інформацією, отриманою на панелі аналітики Webex Calling. Використовуйте інформаційну панель Webex Calling Analytics для перегляду проблем, що впливають на кількох користувачів із загальною причиною, пов'язаною з місцезнаходженням, мережею тощо; в той час як подання webex Calling troubleshooting може виявляти проблеми з окремими дзвінками.

Функція усунення несправностей якості мультимедіа не вимагає конкретної конфігурації та доступна за замовчуванням у Control Hub. Він доступний для повнофункціональних адміністраторів клієнтів, доступних лише для читання, підтримки партнерів і партнерів.

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

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

• Номери телефонів (точний збіг рядків)

• MAC-адреса

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

Усунення несправностей із якістю медіа дозволяє адміністраторам:

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

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

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

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

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

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

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

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

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

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

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

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

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

• Cloud Hosted On-net – виклики всередині організації, де мультимедіа надається медіасервером, що обслуговується в хмарі (наприклад, прослуховування голосової пошти, виклик автосекретаря).

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

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

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

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

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

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

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

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

• Проблема без медіа— у деяких хмелях може бути відсутня передача медіа. Банер Insights показує причину у верхній частині сторінки відомостей про hop, а відповідальну сторону – у інформаційному полі на сторінці відомостей про hop. Тут наведено деякі можливі причини відсутності медіа у викликах разом із відповідальними сторонами:

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

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

  • Webex не отримує медіадані з обох напрямків.

  • Webex не надсилає медіадані отримувачу. Цю проблему вирішує команда технічних спеціалістів Webex.

  • Webex не отримує медіадані від Cloud ТМЗК. Цю проблему вирішує команда технічних спеціалістів Webex.

  • Webex не отримує медіадані від хмарної служби. Цю проблему вирішує команда технічних спеціалістів Webex.

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

• Помилка оптимізації шляху медіафайлів. Кілька викликів не можуть успішно налаштувати оптимізацію шляху медіафайлів. На банері Insights причину невдалих викликів ICE та роздільну здатність відображаються вгорі сторінки відомостей про стрибки.

  

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

  • Збій ICE на етапі доступу до сервера STUN. Див. довідкову інформацію про порт Webex Calling.

  • Збій ICE через перевірку підключення. Перевірте підключення між мережами.

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