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

  • За да извършите тази проверка на конфигурацията, е задължително да регистрирате управлявания си шлюз в Control Hub и да зададете Локален шлюз като услуга.

  • Поддържа валидиране на конфигурацията само за локални шлюзове, базирани на регистрация.

Изпълнете следните стъпки, за да валидирате конфигурацията на вашия Cisco Local Gateway:

1

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

Показва се съобщение, потвърждаващо, че валидирането е в ход. Картата на шлюза също показва подробности за вашата заявка.

2

Кликнете върху Обнови, за да се покаже най-актуалното състояние на вашата валидация.

Можете да заявите ново валидиране само след като текущото валидиране приключи.

3

Ако валидирането е успешно, се показват опциите Валидиране и Преглед на резултатите.

4

Щракнете върху Преглед на резултатите, за да се покаже конфигурацията на страницата Валидирана конфигурация и да проверите дали има някакви неправилни конфигурации. За повече информация вижте Запознайте се с резултатите от валидирането на конфигурацията си.

Резултатите от валидирането на конфигурацията се съхраняват в продължение на две години. Данните за конфигурация на шлюза обаче се премахват от платформата, която изпълнява приложението за валидиране, след 8 часа.

5

Щракнете върху Затвори, за да излезете от страницата Валидирана конфигурация. Показва се страницата с обобщение на шлюза.

Можете да получите достъп до резултатите от проверката на конфигурацията по време на периода на съхранение на данните. Въпреки това, няма да можете да видите резултатите публикувате този период.

6

Ако валидирането е неуспешно, щракнете върху Валидиране, за да опитате отново да валидирате конфигурацията си. Можете да видите резултатите само когато заявката за валидиране е успешна.

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

След като щракнете върху „Проверка“, конфигурацията на вашия шлюз се валидира спрямо препоръчителна конфигурация, за да се анализира дали има някакви проблеми. За да се постигне това, всяка секция от конфигурацията се валидира поотделно и резултатите от валидирането се показват по подобен начин.

Следват различните раздели от конфигурациите, които се валидират в момента:

  • клиент на гласов клас, използван за регистрация в облака Webex Calling

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

  • гласова услуга VoIP

  • sip-ua

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

  • Webex Calling dial-peers— входящи и изходящи dial-peers към Webex Calling

    Валидират се само конфигурации на dial-peer от страната на Webex Calling. Пълните конфигурации на dial-plan, PSTN и dial-peer от страната на локалната PBX не са валидирани.

Например, вашата конфигурация може да има раздел voice sip profile, sip-uaили voice class tenant. Всяка от тези конфигурации се анализира като отделни раздели и съответните им резултати се показват отделно. Също така, на страницата се показват подробности като дата на отчета, общ брой валидирани секции и общ брой секции с проблеми.

Следните състояния се показват като част от резултата от валидирането:

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

  • Липсва— Има пропуски или липсващи стъпки в конфигурацията, която сте валидирали. Проверете отново конфигурацията си, след като отстраните пропуските.

  • Неправилно конфигурирано— Има грешки в конфигурацията, която сте проверили. Проверете отново конфигурацията си след отстраняване на грешките.

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

Независимо дали вашите конфигурации са точни или не, той предоставя референтна конфигурация за всеки от валидираните раздели. Можете да се обърнете към същото, за да актуализирате конфигурацията си.

Също така предоставя опция Копиране за всяка от валидните секции за конфигурация. Това ви позволява да копирате тези конфигурации в клипборда си.

Използвайте конфигурацията на Webex Calling като отправна точка за валидиране на конфигурацията и препоръки. Конфигурациите не са валидирани въз основа на конфигурациите на Unified Communications Manager или PSTN trunking.

Ако вашата проверка на конфигурацията е неуспешна, можете да извършите следното като администратор:

  • Вижте страницата История на събитията в 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