Огляд

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

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

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

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

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

1

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

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

2

Натисніть «Оновити», щоб відобразити останній статус вашої перевірки.

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

3

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

4

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

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

5

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

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

6

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

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

Дізнайтеся результати перевірки конфігурації

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

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

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

  • sip-профіль голосового класу, пов'язаний з орендарем

  • голосовий сервіс VoIP

  • sip-ua

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Зверніться до сторінки «Історія подій » в Центрі керування, щоб отримати зведену інформацію про проблеми з конекторами.

  • Перейдіть на сторінку керування локальними конекторами (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. Або ж ви можете скористатися командою copy debug info для збору даних ідентифікатора.

    • Журнали з конекторів. Запустіть скрипт TCL та виберіть.l : Collect Logs