Огляд

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

  • Щоб виконати цю перевірку конфігурації, необхідно зареєструвати керований шлюз у Control Hub і призначити локальний шлюз як службу.

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

Перевірте конфігурацію локального шлюзу Cisco

Виконайте такі кроки, щоб перевірити конфігурацію вашого локального шлюзу Cisco:

1

Перейдіть до Виклики > Керовані шлюзи й клацніть рядок, що містить список вашого шлюзу.

2

На сторінці зведених даних про шлюз клацніть Перевірити в розділі Перевірка конфігурації , щоб розпочати перевірку.

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

3

Клацніть Оновити , щоб відобразити останній стан перевірки.

Запит на нову перевірку можна виконати лише після завершення поточної перевірки.

4

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

5

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

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

6

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

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

7

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

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

Отримати відомості про результати перевірки конфігурації

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

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

  • клієнт голосового класу , який використовується для реєстрації в хмарі Webex Calling

  • sip-профіль голосового класу , пов’язаний із клієнтом

  • голосова служба VoIP

  • sip- ua

  • Глобальна конфігурація для сервера імен і криптографічної точки довіри pki

  • однорангові вузли Webex Calling— однорангові вузли для вхідних і вихідних викликів у напрямку Webex Calling

    Перевіряються лише конфігурації однорангового набору на стороні Webex Calling. Повна конфігурація абонентської групи, ТМЗК і однорангового набору на локальному боці PBX не перевірена.

Наприклад, у вашій конфігурації може бути профіль голосового sip, sip-ua або розділ клієнта голосового класу . Кожна з цих конфігурацій аналізується як окремі розділи, а їхні результати відображаються окремо. Також на сторінці відображаються такі відомості, як дата звіту, загальна кількість розділів, які перевіряються, загальна кількість розділів, які мають проблеми.

У межах результату перевірки буде відображено такі стани:

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

  • Відсутній— у конфігурації, яку ви перевірили, є прогалини або відсутні кроки. Повторно перевірте конфігурацію після усунення прогалин.

  • Неправильно налаштовано. У конфігурації, яку ви перевірили, є помилки. Повторно перевірте конфігурацію після виправлення помилок.

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

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

Крім того, передбачено параметр Копіювати для кожного з допустимих розділів конфігурації. Дозволяє скопіювати ці конфігурації в буфер обміну.

Використовуйте конфігурацію Webex Calling як довідник для перевірки конфігурації та рекомендацій. Конфігурації не перевіряються на основі конфігурацій Unified Communications Manager або транкінгу ТМЗК.

Виправлення неполадок

Якщо перевірка конфігурації не вдасться, ви можете виконати наведене нижче як адміністратор.

  • Зведені дані про проблеми з з’єднувачами див. на сторінці Історія подій в Control Hub.

  • Перейдіть до локальної сторінки керування з’єднувачем (https://), щоб з’єднувачі керування та телеметрії перебували в стані «Запущено » і «Підключено ». Додаткову інформацію про стани з’єднувача див. в розділі Стани з’єднувача шлюзу.

  • На пристрої шлюзу переконайтеся, що сеанс NETCONF активний за допомогою команди показати сеанси netconf-yang. Далі наведено зразок для активного сеансу NETCONF.

    Маршрутизатор#show netconf-yang сеансів Кількість сеансів: 1 session-id transport username source-host global-lock -------------------------------------------------------------------------------- 32 netconf-ssh lab 10.65.125.133 Немає маршрутизатора#

    Якщо сеанс NETCONF неактивний, переконайтеся, що облікові дані шлюзу (ім’я користувача та пароль) збігаються з обліковими даними, які налаштовано під час установлення з’єднувача. Якщо облікові дані шлюзу змінено, запустіть сценарій TCL. Виберіть v: Перегляньте та змініть налаштування з’єднувача хмари та виконайте вказівки c: Оновіть облікові дані шлюзу , щоб налаштувати змінені облікові дані.

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

    • Відомості про ідентифікатор відстеження невдалого запиту на перевірку конфігурації з Control Hub. Крім того, ви можете використовувати команду копіювати інформацію про налагодження , щоб зібрати відомості про ідентифікатор.

    • Журнали з’єднувачів Запустіть сценарій TCL і виберіть.l: Збір журналів