- Головна
- /
- Стаття
Виправлення неполадок із якістю мультимедіа Webex Calling у Control Hub
У цій статтіПодання виправлення неполадок у Webex Calling дає змогу адміністраторам вирішувати проблеми з якістю медіа під час виклику Webex. Можна шукати інформацію, пов’язану з викликом, переглядати статистику медіа, визначити, де виникла проблема, і вирішити проблему.
Огляд
Щоб визначити ймовірну причину, рекомендується використовувати подання усунення несправностей разом із зведеною інформацією, отриманою з Панель Webex Calling Analytics . Використовуйте інформаційну панель Webex Calling Analytics, щоб переглядати проблеми, які стосуються кількох користувачів і мають спільні причини, пов’язані з розташуванням, мережею тощо. а в поданні усунення несправностей Webex Calling можна виявити проблеми з окремими викликами.
Функція усунення проблем із якістю медіа не вимагає певної конфігурації та за замовчуванням доступна в Control Hub. Він доступний для повних адміністраторів клієнтів, адміністраторів лише для читання, підтримки, партнерів і партнерів із правами лише для читання.
Адміністратори можуть шукати за такими критеріями, щоб отримати список викликів, у яких використовувався медіасеанс із принаймні одним зареєстрованим кінцевим пристроєм Webex Calling:
Ідентифікатори електронної пошти
Номери телефонів (точна відповідність рядка)
MAC-адреса
Ідентифікатори викликів
Усунення проблем із якістю медіа дозволяє адміністраторам:
Перегляньте наскрізний досвід учасників виклику.
Перегляньте відомості про стрибок виклику.
Перегляньте, чи передається медіафайл через хмару Webex Calling або безпосередньо між користувачами (за допомогою Interactive Connectivity Establishment (ICE)).
Переглядайте статистику, якщо під час виклику немає медіафайлів або коли налаштування оптимізації шляху було невдалим.
Перегляньте виклики за останній 21 день.
Проаналізуйте показники якості викликів, які вплинули на роботу користувача. Наприклад, адміністратор може помітити високе джитер на клієнтів через мережі Wi-Fi, але втрата пакетів і затримка можуть бути прийнятними.
Визначте, чи пов’язана проблема з абонентом, що телефонує, чи абонентом, з яким телефонують.
Усунення неполадок якості медіафайлів застосовується лише до медіасеансів і не відображає сеанси сигналізації викликів. Наприклад, Алекс зателефонує Бобу, який налаштував CFA (переадресацію всіх викликів) на Христину, і Крістіна відповіла на виклик. У цьому сценарії подання усунення несправностей медіа показує, що виклик стався між Алексом і Крістіною, оскільки основна увага приділяється виправленню несправностей медіа, а не потоку сигналів або життєвому циклу виклику.
Виклики за допомогою Webex Calling відображаються після завершення виклику.
Подання виправлення неполадок допомагає визначити проблемну область, надаючи всі відповідні показники, і не обов’язково може вказати основну причину неякісного виклику. Перегляньте ці вказівники, щоб визначити різні фактори та визначити параметри вирішення:
Наскрізний досвід користувача.
Перегляд відомостей про стрибки.
Надсилайте або отримайте показники від користувача або точки ретрансляції медіа.
Показує, чи було здійснено виклик до зовнішньої мережі, із неї чи між зареєстрованими кінцевими пристроями Webex Calling.
Підтримувані потоки викликів
Звіти про якість медіа збираються з кінцевих пристроїв абонента, що телефонує, і абонента, а також точок ретрансляції медіа. Це дає змогу звузити сегментацію медіа та визначити, чи виникла проблема в:
Абонент, що телефонує, або абонент
Шлях медіафайлів до або з хмари Webex Calling.
Гілки виклику відображаються, якщо був медіасеанс, який було встановлено принаймні з одним кінцевим пристроєм, зареєстрованим у Webex Calling. Наприклад, для вихідного виклику від групи пошуку до восьми операторів, якщо відповідає лише один оператор, інші сім операторів не матимуть можливості виправити медіа.
Існує п’ять типів засобів або шляхів медіа для усунення несправностей Webex Calling, а саме:
Оптимізовано в мережі – Виклики в організації, де ICE успішно працює, а медіапотоки обмінюються безпосередньо між користувачами. Див Оптимізація медіа Webex Calling із встановленням інтерактивного підключення (ICE) для отримання докладної інформації.
В мережі не оптимізовано – Виклики в межах організації, де встановлення інтерактивного підключення (ICE) не було можливим або встановлено. У цьому сценарії медіафайли передаються через хмару Webex Calling.
Розміщено в хмарі в мережі – Виклики в організації, де медіафайли надаються медіасервером, який розміщено в хмарі (наприклад, прослуховування голосової пошти, набір номера автосекретаря).
Виклик поза мережею до або з зареєстрованого кінцевого пристрою Webex Calling -
через постачальника ТМЗК, підключеного до хмари - Вхідні та вихідні виклики організації, де інша сторона перебуває в мережі ТМЗК. Медіафайли транслюються через постачальника ТМЗК, підключеного до хмари (CCPP) через високоякісне міжз’єднання.
через локальний шлюз - Вхідні та вихідні виклики організації, де медіа іншої сторони здійснюється через підприємство. За локальним шлюзом медіасеанс може здійснюватися від обслуговуваного на підприємстві користувача (наприклад, зареєстрованого на керування викликами на підприємстві) або від ТМЗК, якщо ТМЗК надається підприємством.
Якщо є 1 або 2 зареєстровані користувачі Webex Calling, які беруть участь у мережевих викликах «точка-точка», тоді в поданні виправлення неполадок будуть представлені показники для однієї або обох сторін. Якщо виклик поза мережею (користувач 1 отримує виклик від користувача ТМЗК), тоді в поданні виправлення неполадок відображаються лише показники клієнта користувача 1 разом із показниками, отриманими з точки ретрансляції медіа.
Більшість сценаріїв викликів у поданні виправлення неполадок показують дві гілки виклику (абонент, що телефонує, і абонент, що телефонує); однак у деяких сценаріях виклику (наприклад, паркування або відновлення виклику) відображається лише одна гілка виклику. У таких випадках інша гілка виклику відображається окремо в поданні виправлення неполадок. Це не заважає вирішувати проблеми з викликом і виявляти, де виникла проблема. Однак адміністратор вимагає вручну співвіднести дві гілки виклику за допомогою спільного об’єкта, як-от час перекриття. Майбутні вдосконалення подання виправлення неполадок усунуть потребу в ручному пошуку.
Доступ до подання усунення несправностей Webex Calling
Щоб проаналізувати виклик Webex, виконайте наведені нижче дії.
| 1. | З перегляду клієнта вhttps://admin.webex.com/ , перейдіть до Моніторинг > Усунення несправностей . |
| 2. | Виберіть Наради й виклики потім знайдіть ідентифікатор електронної пошти користувача або пристрою, номер телефону (точне збіг рядка), MAC-адресу користувача або пристрою або ідентифікатори викликів гілки виклику, які потрібно переглянути. Відображає інформацію для всіх викликів і нарад, пов’язаних із пошуком.
У поданні списку відображається виклик, здійснений за допомогою принаймні одного зареєстрованого кінцевого пристрою Webex Calling, який має медіасеанс. |
| 3. | Виклики Webex Calling оцінюються за якістю. Однак для нарад Webex або сеансів виклику на Webex це оцінювання не застосовується. Можливості викликів оцінюються як:
|
| 4. | Клацніть певний виклик у поданні списку, щоб переглянути деталі переходу. У поданні відомостей про стрибки відображається:
За допомогою відомостей про перехід ви можете:
Функція наскрізних викликів базується на даних про якість медіафайлів, які збираються з кожного зареєстрованого кінцевого пристрою Webex Calling (програма або пристрій Webex, наприклад 8865 або Desk Pro) після завершення виклику. Виклик оцінюється як хороший, якщо він задовольняє наведені нижче пороги.
Якість стрибків визначається на основі даних, зібраних з точки ретрансляції медіа в хмарі Webex Calling. Для викликів ТМЗК через CCPP або локальний шлюз дані збираються з хмари Webex Calling, а не з кінцевої точки ТМЗК. Перехід вважається хорошим, якщо він задовольняє цим пороговим значенням.
Показники стрибків змінюються протягом сеансу залежно від часу вибірки та мінливості в мережі. Значення, повідомлені точкою ретрансляції медіа та клієнтами (наскрізний досвід), можуть не збігатися. Однак вони повинні бути точно вирівняні, щоб дозволити сегментацію уздовж шляху. Ми рекомендуємо використовувати подання усунення несправностей окремих викликів із сукупною інформацією, яка отримана на основі Аналітика . Давайте проаналізуємо якість викликів для різних типів викликів за допомогою подання виправлення неполадок. |
Виклики в межах організації, де ICE успішно виконано, а медіаретранслятор у хмарі видалено зі шляху. Медіапотік здійснюється безпосередньо між пристроями користувача.
Висновок :
| 1. | Виклик оцінюється як добре, оскільки і абонент, і абонент, з яким телефонують, мають хороші можливості наскрізного зв’язку. |
| 2. | Адміністратор може помітити, що медіапотоки передаються безпосередньо між двома користувачами, а не через хмару Webex Calling. Оптимізовані потоки викликів можуть мати погану роботу, якщо джерелом проблеми є корпоративна або локальна мережа, оскільки медіафайли між двома користувачами будуть проходити через локальну мережу. Затримка або RTT завжди нижчі для оптимізованого виклику, але втрата пакетів і джитер все ще можуть бути факторами залежно від мережі між двома користувачами. |
Висновок :
Адміністратор може спостерігати таке:
| 1. | Наскрізний досвід абонента, що телефонує, оцінюється як поганий. |
| 2. | Виникла проблема з мережевим переходом абонента, що телефонує, що впливає на потік надсилання та отримання. |
| 3. | Перехід мережі абонента, що викликає, не має проблем. |
| 4. | Наскрізну роботу абонента, що телефонує, оцінено як поганий через проблему з боку абонента, що телефонує. |
Висновок :
Виклик оцінюється так само добре, якщо наскрізний досвід абонента, що телефонує, перебуває в межах прийнятних порогових значень. Адміністратор може помітити, що:
| 1. | Перехід мережі для абонента, що телефонує, оцінено як низький, оскільки деякі показники перевищують допустиме порогове значення. |
| 2. | Потік надсилання з голосової пошти оцінюється як хороший відповідно до показників, зібраних від точки ретрансляції медіа. |
| 3. | Медіасервер, який використовується для збору або депонування голосової пошти, наразі не звітує про показники. Однак ці сервери обслуговуються та керуються як частина хмари Webex Calling Cloud, тому якість цього сегмента посилання є внутрішньою, завжди високою якістю та низькою затримкою. |
| 4. | Адміністратор може спостерігати, як наскрізний досвід абонента, що телефонує, оцінюється як хороший, хоча стрибки оцінюються як погано. Це пов’язано з тим, що стрибок абонента, що телефонує, має хорошу мережу, що компенсує зниження продуктивності мережі абонента, що телефонує. |
У прикладі медіафайли клієнта надходять від постачальника ТМЗК через хмару.
Виклик оцінюється як погано, оскільки наскрізний досвід абонента не перебуває в межах прийнятних порогових значень. Адміністратор може спостерігати таке:
| 1. | Проблема пов’язана зі стрибком ТМЗК абонента, що телефонує, зокрема з потоком надсилання. |
| 2. | Перехід мережі абонента, що викликає, не має проблем. |
| 3. | Наскрізну роботу абонента, що телефонує, оцінено як поганий через проблему з боку абонента, що телефонує. |
| 4. | Наскрізні показники та показники потоку отримання абонента, який перебуває в мережі ТМЗК, наразі недоступні, оскільки ці показники не передаються до хмари Webex Calling. |
Вхідні та вихідні виклики організації, де медіафайли абонента, що телефонують, надходять від підприємства. Сеанс мультимедіа може здійснюватися від обслуговуваного підприємства користувача (наприклад, зареєстрованого в UCM) або від ТМЗК, якщо ТМЗК надається через підприємство.
Висновок
Виклик оцінюється як погано, оскільки наскрізний зв’язок абонента, що телефонує, не перебуває в межах прийнятних порогових значень. Адміністратор може спостерігати таке:
| 1. | Виникла проблема з перемиканням абонента, що телефонує, до хмари Webex Calling як у потоці надсилання, так і отримання. |
| 2. | Наскрізну роботу абонента, що телефонує, оцінюють як незадовільну або через проблему, що спостерігалася на стрибку, або через проблеми на боці користувача (пристрої, мережа тощо). |
| 3. | Вхідний трафік до Webex Calling Cloud від абонента, що викликається, оцінюється як хороший. |
| 4. | Наскрізні показники та показники потоку отримання абонента, якому викликають з локального шлюзу, наразі недоступні, оскільки ці показники не передаються до хмари Webex Calling. |
Усунути проблеми з якістю медіа
Поетапне подання допомагає визначити, де виникла проблема. Тепер, коли ви з’ясували, де проблема, і з показниками (джиттер, втрата пакетів, затримка), можна спробувати виконати наведені далі дії, щоб усунути проблему.
Типові можливості проблем із медіафайлами:
Проблеми, пов’язані з мережею/постачальником інтернет-послуг/розташуванням - Через брандмауер, конфігурацію мережі або пропускну здатність у певному розташуванні або підмережі мережі спостерігається погана робота. Використовуйте подання виправлення неполадок за викликом (визначте розташування, пов’язане з поганим сеансом) із поданням аналітики, щоб переглянути зведені шаблони для розташування.
Проблеми, характерні для користувача - Користувач або пристрій підключено до мережі з поганою якістю (наприклад, Wi-Fi або працює вдома), що означає, що на його роботу впливають можливості пов’язаної мережі. Див Використовуйте CScan, щоб перевірити якість мережі Webex Calling статтю, щоб визначити проблему з мережею.
Проблеми, пов’язані з типом виклику - Погані можливості користувача пов’язані з якістю на дальньому кінці. Це типово в сценаріях ТМЗК, коли користувач розмовляє з іншим користувачем у мобільній мережі, а сеанс має високу втрату пакетів у мережі ТМЗК.
Проблема відсутності медіа - У деяких стрибках медіа може не передаватися. На банері аналітичних висновків причина відображається у верхній частині сторінки відомостей про перехід, а відповідальна сторона — в інформаційному полі сторінки даних переходу. Деякі з можливих причин відсутності медіа у викликах разом із відповідальними сторонами наведено нижче.
Webex не отримує медіафайли від відправника.
Webex не отримує медіафайли від приймача.
Webex не отримує медіафайли з обох сторін.
Webex не надсилає медіафайли отримувачу. Інженерний Webex вирішує цю проблему.
Webex не отримує медіафайли від хмарного ТМЗК. Інженерний Webex вирішує цю проблему.
Webex не отримує медіафайли від хмарної служби. Інженерний Webex вирішує цю проблему.
Webex не отримує медіафайли від локального шлюзу. Адміністратор клієнта має вивчити проблему.
Помилка оптимізації медіашляху - Кілька викликів не можуть успішно налаштувати оптимізацію шляху медіа. На банері аналітичних висновків відображається причина невдалих викликів ICE та роздільна здатність у верхній частині сторінки відомостей про перехід.
Деякі з можливих причин
Помилка ICE через доступ до сервера зупинки (див. Довідкову інформацію про порт викликів Webex).
Помилка ICE через перевірку підключення. Перевірте з’єднання між мережами
Помилка ICE, оскільки час проходження шляху за замовчуванням був таким самим або кращим, ніж будь-який оптимізований шлях
Легенди в поданні виправлення неполадок
Дивіться наведені далі відомості про виклик на правій панелі поетапного перегляду.
| Термін дії | Визначення |
| Дата виклику | Дата виклику. |
| Час виклику | Час початку та завершення виклику, що відображається в часовому поясі, вибраному в поданні пошуку. |
| Тип сеансу | Тип сеансу, який підтримується. Наприклад: Webex Call |
| учасники; | Кількість учасників, які приєдналися до виклику. |
| Ім’я абонента, що телефонує | Ім’я абонента, що телефонує. |
| Електронна пошта абонента, що телефонує | Адреса електронної пошти абонента, що телефонує. |
| Номер абонента, що телефонує | Номер телефону, який використовував абонент під час виклику. |
| Аудіо | Тип використаного аудіо. |
| Відео | Відображається Так, якщо відео ввімкнено учасником. Якщо відео не було ввімкнено взагалі, відображається Ні. |
| Оптимізація шляху | Указує, чи застосовується оптимізація шляху виклику до виклику. Допустимі значення: ICE (встановлення інтерактивного підключення) PNC (підключення до приватної мережі). Без оптимізації |
| Тип виклику | Тип виклику може бути одним із таких: Надзвичайна ситуація Enterprise Міжнародні Мобільний пристрій Національний Оператор Преміум Шорткод Безкоштовно Невідомо URI |
Перегляньте ці показники викликів у поетапному поданні:
| Термін дії | Визначення |
| Кінцева точка | Відображає одне з таких:
|
| Апаратне забезпечення | Відображає одне з таких:
|
| Розташування | Розташування Webex Calling, яке налаштовано для користувача. |
| Локальна IP-адреса | Локальна IP-адреса клієнта для мережевого інтерфейсу, який він використовує для передавання медіафайлів. IP-адреси частково маскуються для збереження особистої ідентичності користувачів. |
| Загальнодоступна IP-адреса | Це загальнодоступна IP-адреса клієнта, яку бачить хмара. Для підприємств це адреса брандмауера, що надає NAT. IP-адреси частково маскуються для збереження особистої ідентичності користувачів. |
| MAC-адреси | MAC-адреса клієнтського кінцевого пристрою. |
| Геолокація | Географічний пошук загальнодоступної IP-адреси. Ця адреса неточна, якщо підключено через PNC. Якщо користувач використовує програму Webex і підключається до підприємства через VPN, розташування є неточним. |
| ISP | Постачальник послуг інтернету, який забезпечує підключення до мережі Webex Calling Cloud. |
| Мережа | Тип підключення до мережі, яке використовував клієнт для обміну медіафайлами. Можливі значення:
|
| Аудіокодек | (Надіслати або отримати) Формат кодування та декодування медіафайлів, що використовуються для медіафайлів, що передаються клієнтом. |
| Відеокодек | (Надіслати або отримати) Формат кодування та декодування медіафайлів, що використовуються для медіафайлів, що передаються клієнтом. Застосовується лише до відеовикликів. |
| Ідентифікатор виклику | Внутрішній ідентифікатор, який використовується для ідентифікації гілки виклику. |
Деякі показники замасковані на знімках екрана статті, щоб зберегти ідентичність користувача.
Обмеження
Показники якості медіа недоступні на вказаних нижче пристроях.
Аналогові телефони
Сторонні пристрої
кінцеві пристрої IPv6
