Вступ

Webex Cloud-Connected UC інтегрується з аналізатором рішень для співпраці (CSA) і дозволяє усувати проблеми з сигналізацією викликів Unified CM.

Перегляд даних про виправлення неполадок

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

Перш ніж почати

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

  • Щоб функція виправлення неполадок запрацювала, на сторінці керування службами потрібно ввімкнути службу «Операційні метрики» для потрібних кластерів Уніфікованої CM. Для отримання додаткових відомостей перегляньте статтю Увімкнення або вимкнення служб UC, підключених до хмари Webex, у Центрікерування.

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

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

  • Щоб функція усунення несправностей працювала, приєднайте всі кластери Unified CM до Webex Cloud-Connected UC і ввімкніть для них операційні показники. Також переконайтеся, що ви включили ці кластери до роз'єму справності Webex.

  • Переконайтеся, що ви включили всі вузли кожного кластера Unified CM до webex serviceability Connector.

  • На всіх вузлах обробки викликів переконайтеся, що в програмі уніфікованої справності Cisco ви встановили для параметра "Рівень налагодження трасування" значення Докладно , а в розділі "Параметри фільтра трасування" встановіть прапорець Увімкнути трасування обробки викликів SIP (див. наступні знімки екрана). Для отримання додаткових відомостей зверніться до розділу Настроювання трасування в Посібнику з адміністрування уніфікованої справності Cisco для вашої версії випуску Unified CM.

У поданні клієнтів у Центрікерування виберіть розділ Моніторинг > виправлення неполадок. Натисніть кнопку Підключений UC.

На сторінці Виправлення неполадок відобразиться така інформація:

  • Номервиклику — номер, з якого було здійснено дзвінок.

  • Аналізжурналу — показує дію та стан аналізу журналу викликів. Може мати такі значення:

    • Журнализбору — журнали викликів ще не аналізуються. Натисніть кнопку Зібрати журнали , щоб почати збирання та аналіз журналів викликів.

    • Показати аналіз: Після завершення аналізу зберіть журнали змін на Показати аналіз. Якщо натиснути кнопку Показати аналіз, буде переспрямовано на аналіз.

    • Крок X з 4— Триває збір журналу викликів.

    • Повторна спроба— аналіз журналу викликів не вдався. Натисніть кнопку Повторити спробу, щоб знову розпочати аналіз журналів викликів.

  • Набраний номер— номер, на який було здійснено дзвінок.

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

  • Стан виклику – відображає стан виклику, наприклад "Успішно", "Не вдалося" або "Вибув".

    • Успіх означає сигнальний і медійний успіх.

    • Помилка — якщо код причини походження та припинення CDR не є одним із цих значень — ''0', '1', '2', '3', '16', '17','31','126','127','393216','458752','262144', то він класифікується як Failed. Збій позначає сигнальний збій.

    • Вибув — невдалі виклики з тривалістю понад 0 класифікується як втрачені. Це підмножина невдалих викликів. "Скинуто" означає помилку медіа.

    Якщо використовується уніфікований CM версії 12.5 або новішої, зверніться до таблиці Коди причин припинення викликів у Посібнику з адміністрування записів дзвінків для уніфікованого диспетчеразв'язку Cisco.

    Якщо використовується уніфікований CM 12.5 SU(1) або новішої версії, зверніться до таблиці Коди причин припинення викликів у Посібнику зі звітування про виклики та адміністрування рахунків для уніфікованого менеджеразв'язку Cisco.

  • Причина відмови— причина помилки виклику або падіння виклику.

  • Якістьвиклику – відображає оцінку виклику, наприклад "Добре", "Прийнятно", "Погано" або "Не оцінено". Для деяких останніх викликів може знадобитися деякий час, щоб отримати дані. Поки він не буде доступний, значення, яке відображається в цьому стовпці, є Ungraded.

    Щоб отримати додаткові відомості про те, як оцінюються виклики, перегляньте уніфіковані оцінки якості викликівCM.

  • Часпочатку: дата й час початку виклику.

  • Тривалість: час, необхідний для завершення виклику в годинах і хвилинах.

  • Часзавершення : дата й час завершення виклику.

  • Ідентифікаторвиклику — унікальний ідентифікатор виклику. Його можна використовувати для пошуку в докладних журналах викликів.

  • Вихідний пристрій— кінцева точка, звідки було здійснено виклик.

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

  • Ім'якластера — назва кластера Unified CM.

  • Уніфікована IP-адресаCM — IP-адреса кластера Unified CM.

  • Уніфікована cm-версія— версія Уніфікованої CM на кластері.

  • Ідентифікаторкористувача абонента — унікальний ідентифікатор вихідної кінцевої точки.

  • Набраний ідентифікаторкористувача — унікальний ідентифікатор кінцевої точки призначення.

  • Джерело URI—URI вихідної кінцевої точки.

  • Призначення URI—URI кінцевої точки призначення.

  • IP-адресаджерела — IP-адреса вихідної кінцевої точки.

  • IP-адресапризначення — IP-адреса кінцевої точки призначення.

Фільтрування даних про виправлення неполадок

Можна відфільтрувати відомості про виправлення неполадок, пов'язані з викликами UC , підключеними до хмари Webex, які відображаються в Центрі керування.

1.

Клацніть область пошуку у верхній частині сторінки.

З'явиться розкривний список з такими фільтрами:

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

  • Стан виклику

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

  • Ім’я кластера

  • Остаточний номер

  • Номер, за яким здійснюється дзвінок

  • Набраний номер

  • Вихідний пристрій

  • Пристрій призначення

  • Ідентифікатор користувача абонента

  • Ідентифікатор набраного користувача

  • URI-адреса джерела

  • URI-адреса призначення

Виберіть фільтр, який потрібно застосувати. Наприклад, якщо потрібно переглянути список усіх поганих викликів, виберіть у розкривному списку фільтр Якість викликів і натисніть кнопку Погані .


 

Можна одночасно застосовувати кілька фільтрів.
2.

(Необов'язково) Натисніть кнопку X для фільтра, щоб очистити його, або щоб очистити кілька фільтрів, натисніть кнопку Очистити все у верхньому правому куті екрана.

Перехресний запуск з інформаційної панелі операцій на сторінку усунення несправностей

1.

З точки зору клієнтів у Центрі керування перейдіть до розділу Служби > Підключений UC. На картці Операції натисніть кнопку Приладна дошка.
2.

На будь-якій діаграмі натисніть кнопку Виправити зараз.

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

Збір журналів дзвінків

1.

У поданні клієнтів у Центрікерування виберіть розділ Моніторинг > виправлення неполадок. Натисніть кнопку Підключений UC.

Відобразиться сторінка Виправлення неполадок .
2.

Виберіть фільтр або фільтри, які потрібно застосувати.
3.

У стовпці Log Analysis (Аналіз журналу) виберіть пункт Збирати журнали для виклику, для якого потрібно зібрати журнали.


 

Клацніть кілька вузлів, щоб паралельно збирати журнали.
4.

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

З'явиться вікно Стан набору журналів. Нижче наведені різні етапи, які проходять при зборі журналів:

  1. Розпочато

  2. Триває збір

  3. Передавання

  4. Завершено

Дійшовши до кроку Завершено , натисніть кнопку Закрити , щоб вийти з вікна Стан набору журналів .

Натисніть кнопку Скасувати колекцію журналів, щоб перервати збирання журналів.

Показати аналіз

Ви можете використовувати зібрані журнали для аналізу причини відмови виклику.

Після збирання журналів викликів натисніть кнопку Показати аналіз , щоб завантажити результати.

Після завантаження результатів з'явиться вікно SIP-Вхідний , що показує чотири вкладки. Використовуйте їх для аналізу причини збоїв виклику. Вкладки вікна SIP-Вхідний наступним чином:

  • Відомості проноги виклику — надає інформацію про виклик, узгоджені можливості та SIP-ніжки.

    На ілюстрації нижче показано зразок вкладки відомостей про ноги виклику.

  • Вкладка «Сигналізація»— відображає розмови SIP, що забезпечують напрямок повідомлень, SIP-повідомлення, які можна розгорнути, і узгоджені медіаможливості.

    На ілюстрації нижче показано зразок вкладки «Сигнали».

  • Діаграмасходів — забезпечує візуальне представлення сигналу виклику, що обходить кластери Unified CM.

    На ілюстрації нижче показано зразок вкладки "Схема сходів".

  • Аналізцифр — показує список усіх цифр, які беруть участь у налаштуванні виклику аналізованого виклику.

    На ілюстрації нижче показано зразок вкладки "Аналіз цифр".