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

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

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

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

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

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

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

• sip-ua

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

• Webex Calling абонентів набору — вхідні та вихідні вузли набору для Webex Calling

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

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

Такі стани відображаються як частина результату перевірки:

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

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

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

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

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

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

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

Якщо ваш Перевірка конфігурації не вдається, ви можете виконати такі дії як адміністратор:

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

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

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

  Router#show netconf-yang sessions 
  
  Number of sessions : 1
  
  session-id  transport    username             source-host            global-lock  
  --------------------------------------------------------------------------------
  32          netconf-ssh  lab                  10.65.125.133          None         
  
  Router# 

  Якщо сеанс NETCONF не активний, переконайтеся, що облікові дані шлюзу (ім’я користувача та пароль) такі самі, що були налаштовані під час установлення з’єднувача. Якщо облікові дані шлюзу змінено, запустіть сценарій TCL. Вибрати v : View and Modify Cloud Connector Settings далі c : Update Gateway Credentials щоб налаштувати змінені облікові дані.

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

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

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