Как Webex Calling администратору, одним из ключевых требований является настройка локальных шлюзов. Опция проверки конфигурации, доступная в Control Hub, позволяет проверить конфигурацию. Она выявляет любые ошибки в конфигурациях и предоставляет рекомендации по их исправлению до того, как они вызовут проблемы у ваших пользователей. Используя эту проверку конфигурации, вы можете повторно проверить конфигурацию до тех пор, пока она не станет безошибочной.

Как только вы нажмете кнопку «Проверить», конфигурация шлюза будет проверена на соответствие рекомендуемой конфигурации для анализа наличия проблем. Для этого каждый раздел конфигурации проверяется отдельно, и результаты проверки отображаются аналогичным образом.

Ниже перечислены различные разделы конфигураций, которые в настоящее время проходят проверку:

• арендатор голосового класса, используемый для регистрации в Webex Calling облаке

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

• голосовой сервис voip

• sip-ua

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

• Webex Callingконечные точки вызова — входящие и исходящие точки вызова, к которым обращаются Webex Calling

  Проверяются только конфигурации конечных точек вызова на стороне. Webex Calling Полные конфигурации телефонного плана, PSTN и одноранговой точки на стороне локальной УАТС не проверены.

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

Следующие статусы отображаются как часть результатов проверки:

• Проблем не обнаружено — проверенный вами раздел конфигурации действителен и его можно использовать как есть.

• Отсутствует — в проверенной вами конфигурации есть пробелы или пропущенные шаги. Повторно подтвердите конфигурацию после устранения пробелов.

• Неправильно сконфигурирована — в проверенной вами конфигурации есть ошибки. Выполните повторную проверку конфигурации после исправления ошибок.

• Оформление заказа — проверенная вами конфигурация содержит все этапы. Однако не рекомендуется выполнять их в том порядке, в котором вы выполняли их. Повторно подтвердите конфигурацию, изменив порядок действий по настройке.

Независимо от того, точны ли ваши конфигурации или нет, в ней представлена эталонная конфигурация для каждого из проверенных разделов. Вы можете обратиться к ней, чтобы обновить конфигурацию.

Кроме того, в каждом из действительных разделов конфигурации предусмотрена опция «Копировать». Это позволяет скопировать эти конфигурации в буфер обмена.

Если проверка конфигурации не удалась, вы можете выполнить следующее в качестве администратора:

• Сводку проблем с коннекторами см. на странице «История событий» в 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. В качестве альтернативы можно использовать команду copy debug info для сбора идентификационных данных.

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