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

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

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

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

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

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

• vOIP голосового сервісу

• sip-ua

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

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

  Перевіряються лише конфігурації рівномірного набору на стороні виклику Webex. Повні конфігурації dial-plan, PSTN та dial-peer на локальній стороні АТС не перевіряються.

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

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

• Не знайдено жодних проблем - розділ налаштувань, який ви перевірили, є дійсним і може бути використаний як є.

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

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

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

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

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

Використовуйте конфігурацію Webex Calling як довідник для перевірки конфігурації та надання рекомендацій. Конфігурації не перевіряються на основі конфігурацій уніфікованого менеджера комунікацій або транкінгу ТСОП.

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

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

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

• На пристрої шлюзу переконайтеся, що сеанс NETCONF активний, використовуючи команду show netconf-yang sessions . Нижче наведено зразок активного сеансу 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