- Головна
- /
- Стаття
Дякуємо за відгук.
У цій статті
Надіслати відгук?Після реєстрації пристрою керованого шлюзу до Webex Control Hub та призначення служби локального шлюзу скористайтеся параметром Перевірка конфігурації, доступний у Центрі керування, щоб перевірити конфігурацію.
Як Webex Calling адміністратор, однією з ваших ключових вимог є налаштування локальних шлюзів. Пара метр Перевір ка конфігурації, доступний у Центрі керування, дозволяє перевірити налаштування. Він визначає будь-які неправильні конфігурації та надає вказівки щодо виправлень, перш ніж вони спричинять проблеми для ваших користувачів. Використовуючи цю перевірку конфігурації, ви можете відновити свою конфігурацію, доки вона не буде без помилок.
-
Щоб виконати перевірку конфігу рації, необхідно зареєструвати керований шлюз у Control Hub і призначити локальний шлю з як службу.
-
Підтримує перевірку конфігу рації лише для локальних шлюзів на основі реєстрації.
Перевірте конфігурацію локального шлюзу Cisco
Виконайте наступні дії, щоб перевірити конфігурацію локального шлюзу Cisco:
| 1 |
Увійдіть до центру керування. |
| 2 |
Перейдіть до ніть рядок, який містить список вашого шлюзу. |
| 3 |
На сторінці зведення шлюзу натисніть Перевірити в розділі Перевір ка конфігу рації, щоб розпочати перевірку.
Відобразиться повідомлення, що підтверджує, що перевірка триває. Кар тка шлюзу також відображає реквізити вашого запиту. |
| 4 |
Натисніть Онов ити, щоб відобразити останній статус перевірки.
Ви можете подати запит на нову перевірку лише після завершення поточної перевірки. |
| 5 |
Якщо перевірка пройшла успішно, відображатиму ться параметри Перевірити та Переглянути результати.
|
| 6 |
Натисніть кнопку Переглянути результати, щоб відобразити конфігурацію на сторінці Пере вірена конфігура ція та перевірити, чи є якіс ь неправильні конфігурації. Докладніші відомості див. у статті Знай омство з результатами перевірки конфігурації. Результати перевірки конфігурації зберігаються протягом двох років. Однак дані конфігурації шлюзу видаляються з платформи, яка запускає додаток перевірки через 8 годин. |
| 7 |
Натисніть кнопку Закрити, щоб вийти зі сторінки Пере вірен ої конфігурації. Відображається сторінка зведення шлюзу. Ви можете отримати доступ до результатів перевірки конфігурації протягом періоду зберігання даних. Однак ви не зможете переглядати результати після цього періоду.
|
| 8 |
Якщо перевірка не вдалася, натисніть кнопку Переві рити, щоб повторити перевірку конфігурації. Ви можете переглядати результати лише тоді, коли запит на перевірку пройшов успішно.
Ви можете відновити перевірку конфігурації шлюзу за допомогою пункту Перевірити, незалежно від того, успішна попередня перевірка чи ні. |
Знайте результати перевірки конфігурації
Після натискання кнопки Пере вірити конфігурація шлюзу перевіряється відповідно до рекомендованої конфігурації, щоб проаналізувати, чи є якісь проблеми. Щоб досягти цього, кожен розділ конфігурації перевіряється окремо, і результати їх перевірки відображаються аналогічно.
Нижче наведено різні розділи конфігурацій, які зараз перевіряються:
-
орен@@ дар голосового класу, який використовується для реєстрації в Webex Calling хмарі
-
голосовий клас sip-профілю, пов'язаний з орендарем
-
голосовий сервіс VoIP
-
сип-уа
-
Глобальна конфігурація конфігурації сервера імен та крипто-pki trustpoint
-
Webex Callingкомутовані аналоги — вхідні та вихідні набирають аналоги до Webex Calling
Перевіряються лише конфігурації комутованих рів Webex Calling нів збоку. Повна конфігурація комутованого тарифного плану, PSTN та комутованого однорангового зв'язку на стороні локальної АТС не перевіряється.
Наприклад, у вашій конфігурації може бути голосовий sip-профіль, sip-ua або розділ орендаря голосового класу. Кожна з цих конфігурацій аналізується як окремі розділи і відповідні результати відображаються окремо. Крім того, на сторінці відображаються такі деталі, як дата звіту, загальна кількість розділів, які перевіряються, та загальна кількість розділів з проблемами.
Наступні статуси відображаються як частина результату перевірки:
-
Не знайдено проблем — розділ конфігурації, який ви перевірили, є дійсним і його можна використовувати як є.
-
Відсут ній — у конфігурації, яку ви перевірили, є прогалини або відсутні кроки. Перевірте конфігурацію після усунення прогалин.
-
Неправильно налаштов ано — У конфігурації, яку ви перевірили, є помилки. Перевірте конфігурацію після виправлення помилок.
-
Впоряд кування — Конфігурація, яку ви перевірили, містить усі кроки. Однак порядок, в якому ви їх запустили, не рекомендується. Перевірте конфігурацію після переупорядкування кроків конфігурації.
Незалежно від того, чи є ваші конфігурації точними чи ні, він надає еталонну конфігурацію для кожного з перевірених розділів. Ви можете звернутися до того ж, щоб оновити конфігурацію.
Крім того, надає опцію Копіювати для кожного з дійсних розділів конфігурації. Це дозволяє скопіювати ці конфігурації в буфер обміну.
Використовуйте Webex Calling конфігурацію як посилання для перевірки конфігурації та рекомендацій. Конфігурації не перевіряються на основі конфігурацій Unified Communications Manager або транкінгу PSTN.
усунення несправностей
Якщо перевірка конфігура ції не вдається, ви можете виконати такі дії як адміністратор:
-
Зверніться до сторінки «Історія подій» в Центрі керування, щоб отримати короткий опис проблем із роз'ємами.
-
Перейдіть на сторінку керування локальними роз'ємами (https://<connector ip address>), щоб переконатися, що роз'єми керування та телеметрії перебувають у стані «Запущено» та «Підклю чено» . Докладніші відомості про стани роз'єму див. у статті Стан и роз'єму шлю зу.
-
На пристрої шлюзу переконайтеся, що сеанс NETCONF активний, використовуючи команду show net conf-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 дою підтримки. Зберіть і поділіться наступним:
-
Деталі ідентифікатора відстеження невдалого запиту перевірки кон фігурації з Центру керування. Крім того, ви можете скористатися командою copy debug info для збору даних іденти фікатора.
-
Журнали з роз'ємів Запустіть скрипт TCL і виберіть.
l : Collect Logs
-
