- Головна
- /
- Стаття
Усунення несправностей із викликом якості медіаданих Webex у диспетчерському центрі
Подання усунення несправностей у Webex Calling дозволяє адміністраторам усувати проблему якості медіафайлів під час вебекс-дзвінка. You can search for information related to the call, view its media statistics, identify where the issue occurred and resolve the problem.
Огляд
To determine the probable cause, it’s recommended to use the troubleshooting view along with the aggregate information derived from the Webex Calling Analytics dashboard. Використовуйте інформаційну панель Webex Calling Analytics для перегляду проблем, що впливають на кількох користувачів із загальною причиною, пов'язаною з місцезнаходженням, мережею тощо; в той час як подання webex Calling troubleshooting може виявляти проблеми з окремими дзвінками.
The media quality troubleshooting feature doesn’t require any specific configuration and is available by default in the Control Hub. Він доступний для повнофункціональних адміністраторів клієнтів, доступних лише для читання, підтримки партнерів і партнерів.
Administrators can search using the following criteria to get a list of calls where a media session was used with at least one Webex Calling registered endpoint:
-
Ідентифікатори електронної пошти
-
Номери телефонів (точний збіг рядків)
-
MAC-адреса
-
Ідентифікатори викликів
Усунення несправностей із якістю медіа дозволяє адміністраторам:
-
Перегляньте наскрізний досвід учасників конкурсу.
-
Перегляньте деталі дзвінка.
-
Подивіться, чи проходить медіафайл через хмару Webex Calling або безпосередньо між користувачами (за допомогою інтерактивного встановлення зв'язку (ICE)).
-
View Insights, if there’s no media in the call, or when the path optimization setup was unsuccessful.
-
Перегляд викликів за останні 21 день.
-
Проаналізуйте показники якості дзвінків, які вплинули на досвід користувача. For example, an administrator may observe high jitter on clients over Wi-Fi networks, but packet loss and latency may be acceptable.
-
Визначте, чи проблема пов'язана з абонентом або абонентом.
Media Quality Troubleshooting applies only for media sessions, and it doesn’t show call signaling sessions. Наприклад, Алекс дзвонить Бобу, який налаштував CFA (Call Forward All) Христині, і Христина відповіла на дзвінок. In this scenario, the media troubleshooting view shows that the call occurred between Alex and Christina, as the focus is on troubleshooting media experience rather than the signaling flow or the call life cycle.
Дзвінки за допомогою Webex Calling з'являються після завершення дзвінка.
The troubleshooting view helps to identify the problem area by providing all the relevant metrics and can’t necessarily provide you the root cause for a poor call. Подивіться на ці покажчики, щоб виявити різні фактори і визначити варіанти дозволу:
-
Наскрізний досвід користувача.
-
Подання "Відомості про хміль".
-
Надсилайте або отримуйте показники від користувача або точки ретрансляції медіа.
-
Незалежно від того, чи відбувся виклик із зовнішньої мережі або з неї, чи між зареєстрованими кінцевими точками Webex Calling .
Підтримувані потоки викликів
Повідомлення про якість ЗМІ збираються з кінцевих точок абонента та абонента та точок ретрансляції ЗМІ. Це дозволяє сегментації медіа-досвіду звузити і визначити, чи виникла проблема при:
-
Абонент або абонент
-
Медіа-шлях до хмари Webex Calling або з неї.
Ніжки виклику з'являються, якщо відбулася медіа-сесія, яка встановлена принаймні з однією зареєстрованою кінцевою точкою Webex Calling під час дзвінка. Наприклад, для вихідного дзвінка з групи полювання до восьми агентів, якщо відповідає лише один агент, то немає медіа-досвіду для усунення несправностей для інших семи агентів.
Існує п'ять типів медіа-можливостей або шляхів для виправлення неполадок із викликами Webex, а саме:
-
On-net Optimized – Calls within the organization where ICE is successful and the media flows directly between the users. Для отримання детальної інформації дивіться Webex Call Media Optimization з інтерактивним встановленням підключення (ICE ).
-
On-net Unoptimized – Calls within the organization where Interactive Connectivity Establishment (ICE) was not possible or established. У цьому випадку медіа протікає через хмару викликів Webex.
-
On-net Cloud Hosted – Calls within an organization where media is provided by a media server that is hosted in the cloud (for example, listening to voicemail, dialing into an auto attendant).
-
Off-net Call to or from the Webex Calling registered endpoint -
-
via Cloud Connected PSTN Provider- Inbound and outbound calls of an organization where the other party is on the PSTN network. Медіа-ресурс ретранслюється через підключеного до хмари провайдера ТМЗК (CCPP), через високоякісний взаємозв'язок.
-
via Local Gateway- Inbound and outbound calls of an organization where the other party’s media is through the enterprise. За локальним шлюзом медіасесія може бути від корпоративного розміщеного користувача (наприклад, зареєстрованого для керування викликами на підприємстві) або від ТМЗК, де ТМЗК надається підприємством.
-
Якщо є 1 або 2 зареєстрованих користувачів Webex Calling , які беруть участь у дзвінку «точка-точка в мережі», то в поданні усунення несправностей представлені показники для однієї або обох сторін. Якщо виклик вимкнено в мережі (Користувач 1 отримує дзвінок від користувача ТМЗК), то в поданні усунення несправностей відображаються лише показники клієнта User1 разом із показниками, взятими з точки ретрансляції медіа.
Більшість сценаріїв виклику в поданні усунення несправностей показують дві ніжки виклику (абонент і абонент); однак деякі сценарії виклику (наприклад, парк викликів або отримання) показують лише одну ногу виклику. У таких випадках інша нога виклику з'являється окремо в поданні усунення несправностей. Це не заважає усунути неполадки під час виклику та виявити, де виникла проблема. Однак це вимагає, щоб адміністратор вручну співвідносив дві ноги виклику, використовуючи загальну сутність, таку як час перекриття. Майбутні вдосконалення режиму виправлення неполадок позбавлять від необхідності використовувати підстановки вручну.
Accessing the Webex Calling troubleshooting view
Щоб проаналізувати виклик Webex, виконайте наступне:
1 |
З точки зору клієнта в https://admin.webex.com/, перейдіть до Моніторинг > Усунення несправностей. |
2 |
Виберіть «Наради та виклики», а потім знайдіть ідентифікатор електронної пошти користувача або пристрою, номер телефону (точний збіг рядків), MAC-адресу користувача або пристрою або ідентифікатори викликів потрібного виклику. Відображає відомості для всіх викликів і нарад, пов'язаних із пошуком. The listing view displays the call made using at least one Webex Calling registered endpoint and having a media session. |
3 |
Дзвінки Webex calling оцінюються за якістю. However, for the Webex meetings or Call on Webex sessions, this grading doesn’t apply. Досвід виклику оцінюється як:
|
4 |
Клацніть певний виклик у поданні списку, щоб переглянути відомості про перехід. У поданні "Докладний перехід" відображаються: З відомостей про Хміль ви можете:
The end-to-end call experience is based on the media quality data that is collected from each Webex Calling registered endpoint (Webex App or device such as 8865 or Desk Pro) at the end of the call. The call is graded as good, if it satisfies these thresholds:
Якість стрибка виводиться з даних, які збираються з точки ретрансляції медіа в хмарі Webex Calling . Для викликів ТМЗК через CCPP або локальний шлюз збір даних здійснюється з хмари Webex Calling , а не з кінцевої точки ТМЗК. Хміль сортується як хороший, якщо він задовольняє ці пороги.
Показники стрибка змінюються під час сеансу залежно від часу вибірки та мінливості в мережі. Значення, про які повідомляють медіа-ретрансляційна точка та клієнти (наскрізний досвід), можуть не вирівнюватися. Однак вони повинні бути в тісному вирівнюванні, щоб дозволити сегментацію вздовж контуру. Ми рекомендували використовувати індивідуальне подання усунення неполадок викликів із сукупною інформацією, отриманою з Analytics. Проаналізуємо якість викликів для різних типів викликів за допомогою подання виправлення неполадок. |
Дзвінки всередині організації, де ДВС успішний і медіаретрансляція в хмарі прибирається зі шляху. Медіапотік знаходиться безпосередньо між пристроями користувача.
Inference:
1 |
Дзвінок оцінюється так само добре, як і абонент, і абонент мають хороший наскрізний досвід. |
2 |
Адміністратор може спостерігати, що медіа потоки безпосередньо між двома користувачами і не проходять через хмару викликів Webex. Оптимізовані потоки дзвінків можуть мати поганий досвід, якщо джерелом проблеми є підприємство або локальна мережа, так як носій між двома користувачами буде перетинати локальну мережу. Затримка або RTT завжди нижчі при оптимізованому дзвінку, але втрата пакетів і тремтіння все ще можуть бути фактором залежно від мережі між двома користувачами. |
Inference:
Адміністратор може спостерігати наступне:
1 |
Наскрізний досвід абонента оцінюється як поганий. |
2 |
Існує проблема з мережевим переходом абонента, яка впливає як на потік надсилання, так і на отримання. |
3 |
Мережевий бункер абонента не має проблем. |
4 |
Наскрізний досвід абонента оцінюється як поганий через проблему з абонентом. |
Inference:
Дзвінок оцінюється так само добре, як наскрізний досвід абонента знаходиться в межах прийнятих порогових значень. Адміністратор може спостерігати, що:
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. |
Виправлення неполадок якості медіаданих
Перегляд переходу за переходом допомагає визначити місце виникнення проблеми. Тепер, коли ви знайшли, де проблема, і за допомогою показників (тремтіння, втрата пакетів, затримка) ви можете спробувати наступне, щоб вирішити проблему.
Типовими можливостями для медіа-проблем є:
-
Network/ISP/location specific issues - Due to firewall, network configuration or bandwidth there’s a pattern of poor experiences in a particular location or network subnet. Скористайтеся поданням виправлення неполадок за виклик (визначте розташування, пов'язане з поганим сеансом) у поданні аналітики, щоб переглянути сукупні шаблони розташування.
-
User specific issues - A user or device is connected on a poor network (for example, Wi-Fi or working from home) which means their experience is impacted by the associated network capabilities. See the Use CScan to Test Webex Calling Network Quality article to identify the issue with the network.
-
Call type specific issues - A user’s poor experience is because of the quality on the far end. Це характерно для сценаріїв ТМЗК, коли користувач розмовляє з іншим користувачем мобільної мережі, а сеанс має високу втрату пакетів у мережі ТМЗК.
-
No-media issue- There may be no media transmission in some hops. The Insights banner displays the cause at the top of the Hop details page and the liable party in the information box of the hop detail page. Some of the possible causes for no-media in calls along with liable parties are listed here:
-
Webex not receiving media from the sender.
-
Webex not receiving media from the receiver.
-
Webex not receiving media from either direction.
-
Webex not sending media to the receiver. Webex engineering addresses this issue.
-
Webex isn’t receiving media from Cloud PSTN. Webex engineering addresses this issue.
-
Webex isn’t receiving media from cloud service. Webex engineering addresses this issue.
-
Webex isn’t receiving media from Local gateway. Customer administrator must investigate the issue.
-
-
Media Path Optimization Failure- Few calls cannot successfully set up media path optimization. The Insights banner displays the cause for unsuccessful ICE calls and the resolution at the top of the Hop details page.
Some of the possible reasons are
-
ICE unsuccessful due to stun server access - see Webex Calling Port Reference Information
-
ICE unsuccessful due to connectivity check - verify connectivity between networks
-
ICE unsuccessful as the default path round trip time was similar/better than any optimized path
-
Legends on the troubleshooting view
See the following Call Details in the right pane of the hop-by-hop view.
Строк | Визначення |
Тата виклику | Дата, коли відбувся дзвінок. |
Час виклику | Час початку та завершення виклику відображається в часовому поясі, вибраному в поданні пошуку. |
Тип сеансу |
Тип підтримуваного сеансу. Наприклад: Webex Call |
Учасники | Кількість учасників, які приєдналися до конкурсу. |
Ім’я абонента, який телефонує | Піб того, хто телефонує. |
Електронна пошта абонента, який телефонує | Адреса електронної пошти абонента. |
Номер абонента, який телефонує | Номер телефону, який абонент використовував під час дзвінка. |
Аудіо | Тип використовуваного аудіо. |
Відео | Відображає так, якщо учасник увімкнув відео. Якщо відео взагалі не ввімкнуто, відображається значення Ні. |
Оптимізація маршруту |
Визначає, чи застосовується оптимізація шляху виклику до виклику. Прийнятими значеннями є: ICE (встановлення інтерактивного зв'язку) PNC (підключення до приватної мережі). Без оптимізації |
Тип виклику |
Тип виклику може бути одним з наступних: Екстрена служба Enterprise Міжнародні Мобільний пристрій Національний Оператор Premium Шорткод Безкоштовно Невідомо URI |
View these call metrics in the hop-by-hop view:
Строк | Визначення |
Кінцевий пристрій |
Відображає одне з таких значень:
|
Апаратне забезпечення |
Відображає одне з таких значень:
|
Розташування |
Місцезнаходження Webex Calling, налаштоване для користувача. |
Локальна IP-адреса |
Локальний IP-адреса клієнта для мережевого інтерфейсу, який він використовує для передачі носіїв. IP-адреси частково маскуються для збереження особистої ідентичності користувачів. |
Загальнодоступна IP-адреса |
Це публічна IP-адреса клієнта, яку бачить хмара. Для підприємств це адреса брандмауера, що забезпечує NAT. IP-адреси частково маскуються для збереження особистої ідентичності користувачів. |
MAC addresses |
MAC-адреса кінцевої точки клієнта. |
Геолокація |
Геопошук публічної IP-адреси. This address is not accurate, if connected over PNC. Якщо користувач використовує додаток Webex і підключається до підприємства через VPN, місцезнаходження не є точним. |
Інтернет-провайдер |
Інтернет-провайдер, який забезпечує підключення до мережі До хмари викликів Webex. |
Мережа |
Тип мережевого підключення, яке клієнт використовував для обміну медіафайлами. Можливими значеннями є:
|
Аудіокодек |
(Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. |
Відеокодек |
(Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. Застосовується лише для відеовиклику. |
Ідентифікатор виклику |
Внутрішній ідентифікатор, який використовується для ідентифікації ноги виклику. |
Деякі показники маскуються на скріншотах статті, щоб зберегти особистість користувача.
Обмеження
Media quality metrics aren’t available from the following devices.
-
Analog phones
-
Сторонні пристрої
-
Кінцеві точки IPv6