Подання усунення несправностей у Webex Calling дозволяє адміністраторам усувати проблему якості медіафайлів під час вебекс-дзвінка. Ви можете шукати інформацію, пов'язану з дзвінком, переглядати його медіа-статистику, визначати, де виникла проблема, і вирішувати проблему.
Огляд
Щоб визначити ймовірну причину, рекомендується використовувати подання усунення несправностей разом із сукупною інформацією, отриманою з інформаційної панеліWebex Calling Analytics. Використовуйте інформаційну панель Webex Calling Analytics для перегляду проблем, що впливають на кількох користувачів із загальною причиною, пов'язаною з місцезнаходженням, мережею тощо; в той час як подання webex Calling troubleshooting може виявляти проблеми з окремими дзвінками.
Функція виправлення неполадок якості носіїв не вимагає певної конфігурації та за замовчуванням доступна в Control Hub. Він доступний для повнофункціональних адміністраторів клієнтів, доступних лише для читання, підтримки партнерів і партнерів.
Адміністратори можуть здійснювати пошук за такими критеріями, щоб отримати список дзвінків, де медіа-сесія використовувалася принаймні з однією зареєстрованою кінцевою точкою Webex Calling :
Ідентифікатори електронної пошти
Номери телефонів (точний збіг рядків)
MAC-адреса
Ідентифікатори викликів
Усунення несправностей із якістю медіа дозволяє адміністраторам:
Перегляньте наскрізний досвід учасників конкурсу.
Перегляньте деталі дзвінка.
Подивіться, чи проходить медіафайл через хмару Webex Calling або безпосередньо між користувачами (за допомогою інтерактивного встановлення зв'язку (ICE)).
Перегляд викликів за останні 21 день.
Проаналізуйте показники якості дзвінків, які вплинули на досвід користувача. Наприклад, адміністратор може спостерігати високе тремтіння на клієнтах, які підключені до мереж Wi-Fi, але втрата пакетів і затримка можуть бути прийнятними.
Визначте, чи проблема пов'язана з абонентом або абонентом.
 |
Виправлення неполадок якості медіаданих застосовується лише для сеансів мультимедіа, і в ньому не відображаються сеанси сигналізації викликів. Наприклад, Алекс дзвонить Бобу, який налаштував CFA (Call Forward All) Христині, і Христина відповіла на дзвінок. У цьому випадку подання усунення неполадок із медіа показує, що виклик відбувся між Алексом і Христиною, оскільки основна увага приділяється виправленню неполадок із медіапростором, а не потоку сигналів або життєвому циклу виклику. Дзвінки за допомогою Webex Calling з'являються після завершення дзвінка. Подання усунення несправностей допомагає визначити проблемну область, надаючи всі відповідні показники, і не обов'язково може надати вам першопричину поганого дзвінка. Подивіться на ці покажчики, щоб виявити різні фактори і визначити варіанти дозволу:
|
Підтримувані потоки викликів
Повідомлення про якість ЗМІ збираються з кінцевих точок абонента та абонента та точок ретрансляції ЗМІ. Це дозволяє сегментації медіа-досвіду звузити і визначити, чи виникла проблема при:
Абонент або абонент
Медіа-шлях до хмари Webex Calling або з неї.
|
Ніжки виклику з'являються, якщо відбулася медіа-сесія, яка встановлена принаймні з однією зареєстрованою кінцевою точкою Webex Calling під час дзвінка. Наприклад, для вихідного дзвінка з групи полювання до восьми агентів, якщо відповідає лише один агент, то немає медіа-досвіду для усунення несправностей для інших семи агентів. |
Існує п'ять типів медіа-можливостей або шляхів для виправлення неполадок із викликами Webex, а саме:
On-net Optimized – Дзвінки всередині організації, де ICE успішний, а медіа-потоки безпосередньо між користувачами. Для отримання детальної інформації дивіться Webex Call Media Optimization з інтерактивним встановленням підключення (ICE ).
On-net Unoptimized – Дзвінки всередині організації, де встановлення інтерактивного зв'язку (ICE) було неможливим або створеним. У цьому випадку медіа протікає через хмару викликів Webex.
On-net Cloud Hosted – дзвінки всередині організації, де медіа-сервер забезпечується медіасервером, розміщеним у хмарі (наприклад, прослуховування голосової пошти, набір в автосекретар).
Дзвінок поза мережею до або з зареєстрованої кінцевої точки Webex Calling -
через постачальникаТМЗК, підключеного до хмари – вхідні та вихідні дзвінки організації, де інша сторона перебуває в мережі ТМЗК. Медіа-ресурс ретранслюється через підключеного до хмари провайдера ТМЗК (CCPP), через високоякісний взаємозв'язок.
через локальний шлюз- Вхідні та вихідні дзвінки організації, де засоби масової інформації іншої сторони проходять через підприємство. За локальним шлюзом медіасесія може бути від корпоративного розміщеного користувача (наприклад, зареєстрованого для керування викликами на підприємстві) або від ТМЗК, де ТМЗК надається підприємством.
|
Якщо є 1 або 2 зареєстрованих користувачів Webex Calling , які беруть участь у дзвінку «точка-точка в мережі», то в поданні усунення несправностей представлені показники для однієї або обох сторін. Якщо виклик вимкнено в мережі (Користувач 1 отримує дзвінок від користувача ТМЗК), то в поданні усунення несправностей відображаються лише показники клієнта User1 разом із показниками, взятими з точки ретрансляції медіа. Більшість сценаріїв виклику в поданні усунення несправностей показують дві ніжки виклику (абонент і абонент); однак деякі сценарії виклику (наприклад, парк викликів або отримання) показують лише одну ногу виклику. У таких випадках інша нога виклику з'являється окремо в поданні усунення несправностей. Це не заважає усунути неполадки під час виклику та виявити, де виникла проблема. Однак це вимагає, щоб адміністратор вручну співвідносив дві ноги виклику, використовуючи загальну сутність, таку як час перекриття. Майбутні вдосконалення режиму виправлення неполадок позбавлять від необхідності використовувати підстановки вручну. |
Доступ до подання виправлення неполадок із викликами Webex
Щоб проаналізувати виклик Webex, виконайте наступне:
| 1. | З точки зору клієнта в https://admin.webex.com/, перейдіть до Моніторинг > Усунення несправностей. |
||
| 2. | Виберіть «Наради та виклики», а потім знайдіть ідентифікатор електронної пошти користувача або пристрою, номер телефону (точний збіг рядків), MAC-адресу користувача або пристрою або ідентифікатори викликів потрібного виклику. Відображає відомості для всіх викликів і нарад, пов'язаних із пошуком.
|
||
| 3. | Дзвінки Webex calling оцінюються за якістю. Однак для зустрічей Webex або сеансів Call on Webex ця оцінка не застосовується. Досвід виклику оцінюється як:
|
||
| 4. | Клацніть певний виклик у поданні списку, щоб переглянути відомості про перехід. У поданні "Докладний перехід" відображаються:
З відомостей про Хміль ви можете:
Наскрізний дзвінок базується на даних про якість медіа, які збираються з кожної зареєстрованої кінцевої точки Webex Calling (додаток Webex, додаток Для виклику Webex, пристрій виклику Webex, наприклад 8865) в кінці дзвінка. Виклик оцінюється як хороший, якщо він задовольняє цим порогам - втрати пакетів менше 5%, затримка або час в обидва кінці (RTT) менше 400 мс, і тремтіння менше 150 мс. Якість стрибка виводиться з даних, які збираються з точки ретрансляції медіа в хмарі Webex Calling . Для викликів ТМЗК через CCPP або локальний шлюз збір даних здійснюється з хмари Webex Calling , а не з кінцевої точки ТМЗК. Хміль сортується як хороший, якщо він задовольняє ці пороги.
Ми рекомендували використовувати індивідуальне подання усунення неполадок викликів із сукупною інформацією, отриманою з Analytics. Проаналізуємо якість викликів для різних типів викликів за допомогою подання виправлення неполадок. |
Дзвінки всередині організації, де ДВС успішний і медіаретрансляція в хмарі прибирається зі шляху. Медіапотік знаходиться безпосередньо між пристроями користувача.
Умовивід:
| 1. | Дзвінок оцінюється так само добре, як і абонент, і абонент мають хороший наскрізний досвід. |
||
| 2. | Адміністратор може спостерігати, що медіа потоки безпосередньо між двома користувачами і не проходять через хмару викликів Webex.
|
Умовивід:
Адміністратор може спостерігати наступне:
| 1. | Наскрізний досвід абонента оцінюється як поганий. |
| 2. | Існує проблема з мережевим переходом абонента, яка впливає як на потік надсилання, так і на отримання. |
| 3. | Мережевий бункер абонента не має проблем. |
| 4. | Наскрізний досвід абонента оцінюється як поганий через проблему з абонентом. |
Умовивід:
Дзвінок оцінюється так само добре, як наскрізний досвід абонента знаходиться в межах прийнятих порогових значень. Адміністратор може спостерігати, що:
| 1. | Мережевий перехід для абонента оцінюється як поганий, оскільки деякі показники перевищують допустимий поріг. |
| 2. | Потік надсилання з голосової пошти оцінюється як хороший за показниками, зібраними з точки ретрансляції медіа. |
| 3. | Медіасервер, який використовується для збору або депонування голосової пошти, наразі не повідомляє про показники. Однак ці сервери розміщуються та управляються як частина Webex Calling Cloud, тому якість цього сегмента посилань є внутрішньою та завжди високоякісною, низькою затримкою. |
| 4. | Адміністратор може спостерігати, що наскрізний досвід абонента оцінюється як хороший, хоча хміль оцінюється як поганий. Це пов'язано з тим, що хміль абонента має хорошу мережу, яка компенсує погіршення продуктивності мережі абонента. |
У прикладі клієнтський носій надходить від постачальника ТМЗК через хмару.
Дзвінок оцінюється як поганий, оскільки наскрізний досвід абонента не знаходиться в межах прийнятих порогових значень. Адміністратор може спостерігати наступне:
| 1. | Проблема полягає в тому, що телефонний потік PSTN абонента переходить саме з потоком надсилання. |
| 2. | Мережевий бункер абонента не має проблем. |
| 3. | Наскрізний досвід абонента оцінюється як поганий через проблему з абонентом. |
| 4. | Наскрізний досвід і показники потоку прийому абонента, який перебуває в мережі ТМЗК, наразі недоступні, оскільки ці показники не передаються в Webex Calling Cloud. |
Викликає в організацію, де засоби масової інформації абонента надходять із підприємства. Медіасесія може бути від розміщеного на підприємстві користувача (наприклад, зареєстрованого в УКМ) або від ТМЗК, де ТМЗК надається через підприємство.
Висновок
Дзвінок оцінюється як поганий, оскільки наскрізний досвід абонента не знаходиться в межах прийнятих порогових значень. Адміністратор може спостерігати наступне:
| 1. | Існує проблема з переходом абонента до Webex Calling Cloud як на потік надсилання, так і на отримання. |
| 2. | Наскрізний досвід абонента оцінюється як поганий або через проблему, яка спостерігається в переході, або через проблеми в кінці користувача (пристрої, мережа тощо). |
| 3. | Вхідний трафік до Webex Calling Cloud з кінця абонента оцінюється як хороший. |
| 4. | Наскрізний досвід і показники потоку прийому абонента, який викликається з локального шлюзу, наразі недоступні, оскільки ці показники не передаються в Webex Calling Cloud. |
Виправлення неполадок якості медіаданих
Перегляд переходу за переходом допомагає визначити місце виникнення проблеми. Тепер, коли ви знайшли, де проблема, і за допомогою показників (тремтіння, втрата пакетів, затримка) ви можете спробувати наступне, щоб вирішити проблему.
Типовими можливостями для медіа-проблем є:
Проблеми з мережею/інтернет-провайдером/розташуванням - Через брандмауер, конфігурацію мережі або пропускну здатність існує закономірність поганої роботи в певному місці або мережевій підмережі. Скористайтеся поданням виправлення неполадок за виклик (визначте розташування, пов'язане з поганим сеансом) у поданні аналітики, щоб переглянути сукупні шаблони розташування.
Проблеми з конкретним користувачем - Користувач або пристрій підключений до поганої мережі (наприклад, Wi-Fi або працює з дому), що означає, що на їх досвід впливають пов'язані мережеві можливості. Перегляньте статтю Використання CScan для перевірки якості мережі webex calling, щоб визначити проблему з мережею.
Специфічні проблеми типу виклику - поганий досвід користувача пов'язаний з якістю на дальньому кінці. Це характерно для сценаріїв ТМЗК, коли користувач розмовляє з іншим користувачем мобільної мережі, а сеанс має високу втрату пакетів у мережі ТМЗК.
Легенди в поданні виправлення неполадок
Наведені нижче відомості про виклик можна переглянути на правій панелі в поданні переходу за переходом
| Строк | Визначення |
| Тата виклику | Дата, коли відбувся дзвінок. |
| Час виклику | Час початку та завершення виклику відображається в часовому поясі, вибраному в поданні пошуку. |
| Тип сеансу | Тип підтримуваного сеансу. Наприклад: Webex Call |
| Учасники | Кількість учасників, які приєдналися до конкурсу. |
| Ім’я абонента, який телефонує | Піб того, хто телефонує. |
| Електронна пошта абонента, який телефонує | Адреса електронної пошти абонента. |
| Номер абонента, який телефонує | Номер телефону, який абонент використовував під час дзвінка. |
| Аудіо | Тип використовуваного аудіо. |
| Відео | Відображає так, якщо учасник увімкнув відео. Якщо відео взагалі не ввімкнуто, відображається значення Ні. |
| Оптимізація маршруту | Визначає, чи застосовується оптимізація шляху виклику до виклику. Прийнятими значеннями є: ICE (встановлення інтерактивного зв'язку) PNC (підключення до приватної мережі). Без оптимізації |
| Тип виклику | Тип виклику може бути одним з наступних: Екстрена служба Enterprise Міжнародні Мобільний пристрій Національний Оператор Premium Шорткод Безкоштовно Невідомо URI |
Перегляд цих показників викликів у поданні переходу за переходом
| Строк | Визначення |
| Кінцевий пристрій | Відображає одне з таких значень:
|
| Апаратне забезпечення | Відображає одне з таких значень:
|
| Розташування | Місцезнаходження Webex Calling, налаштоване для користувача. |
| Локальна IP-адреса | Локальний IP-адреса клієнта для мережевого інтерфейсу, використовуваного для передачі носіїв. |
| Загальнодоступна IP-адреса | Це публічна IP-адреса клієнта, яку бачить хмара. Для підприємств це адреса брандмауера, що забезпечує NAT. |
| MAC-адреса | MAC-адреса кінцевої точки клієнта. |
| Геолокація | Геопошук публічної IP-адреси. Це не точно, якщо підключати через ПНК. Якщо користувач використовує додаток Webex і підключається до підприємства через VPN, місцезнаходження не є точним. |
| Інтернет-провайдер | Інтернет-провайдер, який забезпечує підключення до мережі До хмари викликів Webex. |
| Мережа | Тип мережевого підключення, яке клієнт використовував для обміну медіафайлами. Можливими значеннями є:
|
| Аудіокодек | (Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. |
| Відеокодек | (Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. Застосовується лише для відеовиклику. |
| Ідентифікатор виклику | Внутрішній ідентифікатор, який використовується для ідентифікації ноги виклику. |
|
Деякі показники маскуються на скріншотах статті, щоб зберегти особистість користувача. |
Обмеження
Показники якості медіа недоступні на таких пристроях.
Аналогові телефони
Сторонні пристрої
Кінцеві точки IPv6
