Огляд
Як адміністратор Webex Calling, однією з ваших ключових вимог є налаштування локальних шлюзів. Параметр Config Validation (Перевірка конфігурації), доступний в Control Hub (Центр керування), дозволяє перевірити конфігурацію. Він визначає будь-які неправильні конфігурації та надає вказівки щодо виправлення, перш ніж вони викликають проблеми для ваших користувачів. Використовуючи перевірку конфігурації, ви можете повторно перевірити свою конфігурацію, поки вона не буде без помилок.
 |
|
Щоб перевірити конфігурацію локального шлюзу Cisco, виконайте наведені нижче дії.
Після натискання кнопки Перевірити конфігурацію шлюзу перевіряється на відповідність рекомендованій конфігурації, щоб проаналізувати наявність проблем. Для цього кожен розділ конфігурації перевіряється індивідуально, і результати їх валідації відображаються аналогічно.
Нижче наведено різні розділи конфігурацій, які перевіряються в даний час:
клієнт голосового класу, який використовується для реєстрації в хмарі Webex Calling
голосовий клас sip-профілю, пов 'язаний з вищезазначеним клієнтом
vOIP голосового сервісу
sip-ua
Глобальна конфігурація для конфігурації ім ' я-сервера та криптографічної точки довіри pki
Webex Calling dial-peers - вхідні та вихідні вузли набору до Webex Calling
Перевіряються лише конфігурації рівномірного набору на стороні виклику Webex. Повні конфігурації dial-plan, PSTN та dial-peer на локальній стороні АТС не перевіряються.
Наприклад, ваша конфігурація може мати профіль голосового SIP , розділ sip-ua або клієнта голосового класу. Кожна з цих конфігурацій аналізується як окремі розділи, і їх відповідні результати відображаються окремо. Крім того, на сторінці відображаються такі дані, як дата звіту, загальна кількість розділів, які перевіряються, і загальна кількість розділів з завданнями.
Наступні статуси відображаються як частина результату валідації:
Не знайдено жодних проблем - розділ налаштувань, який ви перевірили, є дійсним і може бути використаний як є.
Відсутні- У конфігурації, яку ви перевірили, є прогалини або відсутні кроки. Повторно перевірте свою конфігурацію після усунення прогалин.
Невірно налаштовано - У налаштуваннях, які ви перевірили, є помилки. Перевірте конфігурацію після виправлення помилок.
Замовлення- конфігурація, яку ви перевірили, має всі кроки. Однак порядок, в якому ви їх запустили, не рекомендується. Повторна перевірка конфігурації після повторного впорядкування кроків налаштування.
Незалежно від того, чи є ваші конфігурації точними чи ні, для кожного з перевірених розділів надається еталонна конфігурація. Ви можете звернутися до того ж, щоб оновити конфігурацію.
Крім того, опція копіювання передбачена для кожного з дійсних розділів конфігурації. За допомогою цього пункту ви зможете скопіювати ці налаштування в буфер обміну.
|
Конфігурація 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 : Перегляд і зміна налаштувань хмарного коннектора, а потім c : Оновлення облікових даних шлюзу, щоб налаштувати змінені облікові дані.
Якщо проблеми не зникнуть, зв 'яжіться зі службою підтримки Cisco TAC. Зберіть та поділіться наступним:
Деталі ідентифікатора відстеження невдалого запиту перевірки конфігурації від Control Hub. Крім того, ви можете використовувати інформацію про зневадження копії команди , щоб зібрати дані ідентифікатора.
Журнали з роз 'ємів. Запустіть скрипт TCL і виберіть.l : Collect Logs
