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

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

• Якість виклику

• Причина невдачі

• Ім’я організатора

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

• Пул пристроїв

• Остаточний номер
• Тривалість
• Номер, за яким здійснюється дзвінок
• Набраний номер
• Ідентифікатор користувача абонента
• Ідентифікатор набраного користувача
• Ідентифікатор розмови
• Ідентифікатор сеансу вихідного пристрою
• Ідентифікатор сеансу цільового пристрою

Функція усунення несправностей збоїв викликів та їхньої якості дозволяє адміністраторам:

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

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

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

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

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

1. Увійдіть у Центркерування.
2. У розділі Послуги виберіть Виклик → Виділений екземпляр → Керування
3. Натисніть Cisco Unified Communications Manager, а потім увімкніть наступне в розділі Служби підтримки:
   • Увімкнути модуль телеметрії для Unified CM/SME вузол.
   • Увімкнути перемикач "Аналітика".
   • Переконайтеся, що версія модуля телеметрії — 2005 або вище.

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

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

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

2. Знайдіть стан виклику, якість виклику, причину невдачі, ідентифікатор користувача, номер телефону, ідентифікатор сеансу, пул пристроїв тощо для відрізку виклику, який ви хочете переглянути.

   

3. Дзвінки оцінюються за якістю. Досвід виклику оцінюється як:

   Оцінка	Порогові значення SCSR
   	Діапазони SCSR довгого виклику	Діапазони короткого виклику SCSR
   Висока	Менше 3%	Менше 20%
   Задовільна	3%-7%	20%-30%
   Незадовільна	Більше 7%	Більше 30%

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

   У розділі Діагностика викликівдоступні два режими перегляду. Ви можете перемикатися між вкладками Сигналізація та Медіа для отримання детальної інформації.

   • Передавання сигналів
     • Показує стан виклику (успіх чи невдача) для кожного відрізку виклику разом із якістю виклику, що позначається кольором пунктирної лінії.
     • Якщо в будь-якій частині виклику стався збій, відображається причина збою.
     • Якщо у виклику задіяні зовнішні лінії, деталі як вхідних, так і вихідних зовнішніх ліній відображаються в блоці Unified CM.
     • Вихідним пристроєм може бути стаціонарний телефон або будь-який програмний телефон, який відображається як хмарний пристрій.

     • Адміністратори можуть запускати Unified CM або інші програми UC, клацаючи ім'я хоста.

     

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

     

Легенди на панелі усунення несправностей

Дивіться наступні відомості на правій панелі покрокового перегляду.

Таблиця 1. Відомості про виклик

Строк	Визначення
Тата виклику	Дата, коли відбувся дзвінок.
Час виклику	Час початку та завершення виклику відображається в часовому поясі, вибраному в поданні пошуку.
Тип сеансу	Тип підтримуваного сеансу. Наприклад: Виклик через Webex.
Учасники	Кількість учасників, які приєдналися до конкурсу.
Ім’я абонента, який телефонує	Піб того, хто телефонує.
Аудіо	Тип використовуваного аудіо.
Відео	Відображається «Так», якщо учасник увімкнув відео. Якщо відео взагалі не ввімкнуто, відображається значення Ні.

Таблиця 2. Деталі DI

Строк	Визначення
Ім’я організатора	Ім'я хоста вузла Unified CM, з якого відбувся виклик.
Ідентифікатор початкового сеансу	Ідентифікатори сеансів використовуються в записах деталей викликів (CDR) для запису ідентифікаторів сеансів вихідних та кінцевих пристроїв. Ці поля заповнюються після завершення сеансу, надаючи унікальний ідентифікатор для сеансу, пов'язаного з кожним пристроєм, що бере участь у виклику.
Ідентифікатор сеансу призначення
Конференція ID/Call Ідентифікатор	Глобальний ідентифікатор виклику – це ідентифікатор, який призначається щоразу, коли знімається слухавка на IP-телефоні Cisco Unified або надходить виклик від шлюзу.
Пул пристроїв	Пул пристроїв джерела device/Caller,

Таблиця 3. Метрики викликів у покроковому перегляді

Строк	Визначення
Апаратне забезпечення	Відображає одне з таких значень: Інформація про модель настільного телефону для фізичної кінцевої точки. «-» для застосунку Webex. Інформація про модель пристрою Cisco Room Series.
Загальнодоступна IP-адреса	Це публічна IP-адреса клієнта, яку бачить хмара. Для підприємств це адреса брандмауера, що забезпечує NAT.
Геолокація	Геопошук публічної IP-адреси.
Відеокодек	(Надіслати або отримати) Формат кодування та декодування носіїв, що використовується для носіїв, які передаються клієнтом. Застосовується лише для відеовиклику.
Ідентифікатор виклику	Внутрішній ідентифікатор, який використовується для ідентифікації ноги виклику.

Ви можете створити діаграму SIP та завантажити журнали SDL для вибраного виклику. Діаграма SIP надає візуальне представлення SIP-повідомлень, якими обмінюються кінцеві точки, допомагаючи користувачам зрозуміти потік викликів та виявляти аномалії.

Ця функціональність допомагає з:

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

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

• Аналіз часу надсилання SIP-повідомлень для виявлення затримок, які можуть вплинути на якість дзвінків.

Щоб створити схему SIP:

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

2. Знайдіть стан виклику, якість виклику, причину невдачі, ідентифікатор користувача, номер телефону, ідентифікатор сеансу, пул пристроїв тощо для відрізку виклику, який ви хочете переглянути.

   

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

4. Натисніть «Створити схему SIP».

   Під час цього процесу журнали збираються з вузлів Unified CM та завантажуються в хмару.

   

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

   Час аналізу для перегляду діаграми SIP залежить від розміру журналів, що отримуються протягом тривалості виклику. Розміри журналів можуть коливатися від 10 до 300 МБ, що впливає на тривалість аналізу, яка зазвичай займає 1–5 хвилин.

   • Щоб переглянути схему SIP:

     1. Натисніть Переглянути схему SIP у розкривному списку Схема SIP.

        

     2. Натисніть Схема сходинок, яка забезпечує візуальне представлення сигналізації виклику, що проходить через кластери Unified CM.

        

   • Щоб завантажити файл журналу:

     1. Натисніть Завантажити журнал у розкривному списку Діаграма SIP.

        Розпакування завантаженого zip-файлу показує деякі файли, і кожен файл представляє журнали, зібрані з одного з вузлів. Знову розпакуйте внутрішній файл, щоб переглянути його вміст.

        

        

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

• Функції «Паркування та отримання» та виклик служби CER 911 не підтримуються. Дані сигналізації недоступні для виклику або Цей тип виклику не підтримується відображається на вкладках Сигналізація та Медіа.

  

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

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