Control Hub를 통해 Cisco 로컬 게이트웨이 구성 검증
Webex Calling 관리자의 주요 요구 사항 중 하나는 로컬 게이트웨이를 구성하는 것입니다. Control Hub에서 사용 가능한 구성 검증 옵션을 사용하면 구성을 검증할 수 있습니다. 사용자에게 문제가 발생하기 전에 잘못된 구성을 식별하고 수정 방법에 대한 지침을 제공합니다. 이 구성 검증을 사용하면 오류가 없을 때까지 구성을 다시 검증할 수 있습니다.
-
이 구성 검증을 수행하려면 관리 게이트웨이를 Control Hub에 등록하고 로컬 게이트웨이 를 서비스로 할당해야 합니다.
-
등록 기반 로컬 게이트웨이에 대해서만 구성 검증 을 지원합니다.
Cisco Local Gateway 구성을 검증하려면 다음 단계를 수행하세요.
1 |
게이트웨이 요약 페이지에서 구성 검증 섹션의 검증 을 클릭하여 검증을 시작합니다. 검증이 진행 중임을 확인하는 메시지가 표시됩니다. 게이트웨이 카드에는 귀하의 요청에 대한 세부 정보도 표시됩니다. |
2 |
새로 고침 을 클릭하면 최신 검증 상태가 표시됩니다. ![]() 진행 중인 검증이 완료된 후에만 새로운 검증을 요청할 수 있습니다. |
3 |
검증이 성공하면 검증 및 결과 보기 옵션이 표시됩니다. ![]() |
4 |
결과 보기 를 클릭하여 검증된 구성 페이지에 구성을 표시하고 잘못된 구성이 있는지 확인하세요. 자세한 내용은 구성 검증 결과 알아보기를 참조하세요. 구성 검증 결과는 2년 동안 저장됩니다. 하지만 게이트웨이 구성 데이터는 8시간 후 검증 애플리케이션을 실행하는 플랫폼에서 제거됩니다. |
5 |
검증된 구성 페이지를 종료하려면 닫기 를 클릭하세요. 게이트웨이 요약 페이지가 표시됩니다. 데이터 보존 기간 동안 구성 검증 결과에 액세스할 수 있습니다. 하지만 이 기간 동안에는 결과 보기 게시물을 올릴 수 없습니다. ![]() |
6 |
검증에 실패하면 검증 을 클릭하여 구성 검증을 다시 시도하세요. 검증 요청이 성공한 경우에만 결과 보기 를 할 수 있습니다. 이전 검증이 성공했는지 여부와 관계없이 Validate를 사용하여 게이트웨이 구성을 다시 검증할 수 있습니다. |
검증을 클릭하면 게이트웨이 구성이 권장 구성과 비교하여 검증되어 문제가 있는지 분석됩니다. 이를 달성하기 위해 구성의 각 섹션을 개별적으로 검증하고, 검증 결과도 마찬가지로 표시합니다.
현재 검증 중인 구성의 다양한 섹션은 다음과 같습니다.
-
음성 클래스 테넌트 Webex Calling 클라우드에 등록하는 데 사용됨
-
음성 클래스 sip-profile 테넌트와 연결됨
-
음성 서비스 VoIP
-
십우아
-
네임 서버 및 암호화 PKI 신뢰 지점 구성에 대한 글로벌 구성
-
Webex Calling dial-peers—Webex Calling에 대한 인바운드 및 아웃바운드 다이얼 피어
Webex Calling 측의 다이얼-피어 구성만 검증됩니다. 로컬 PBX 측의 전체 다이얼 플랜, PSTN 및 다이얼 피어 구성은 검증되지 않았습니다.
예를 들어, 구성에는 voice sip profile, sip-ua또는 voice class tenant 섹션이 있을 수 있습니다. 이러한 각 구성은 별도의 섹션으로 분석되며 해당 결과는 별도로 표시됩니다. 또한, 보고 날짜, 검증된 섹션의 총 수, 문제가 있는 섹션의 총 수와 같은 세부 정보가 페이지에 표시됩니다.
다음 상태는 검증 결과의 일부로 표시됩니다.
-
문제가 발견되지 않았습니다—검증한 구성 섹션은 유효하며 그대로 사용할 수 있습니다.
-
누락— 검증한 구성에 간격이 있거나 단계가 누락되었습니다. 차이점을 해결한 후 구성을 다시 검증하세요.
-
잘못 구성됨—검증한 구성에 오류가 있습니다. 오류를 수정한 후 구성을 다시 검증하세요.
-
주문—검증한 구성에는 모든 단계가 포함되어 있습니다. 하지만 실행 순서는 권장하지 않습니다. 구성 단계를 재정렬한 후 구성을 다시 검증합니다.
구성이 정확하든 정확하지 않든, 검증된 각 섹션에 대한 참조 구성을 제공합니다. 동일한 내용을 참조하여 구성을 업데이트할 수 있습니다.
또한 유효한 구성 섹션 각각에 대해 복사 옵션을 제공합니다. 이렇게 하면 이러한 구성을 클립보드에 복사할 수 있습니다.

구성 검증 및 권장 사항에 대한 참조로 Webex Calling 구성을 사용하세요. 구성은 Unified Communications Manager 또는 PSTN 트렁킹 구성을 기반으로 검증되지 않았습니다.
구성 검증 에 실패하면 관리자로서 다음을 수행할 수 있습니다.
-
커넥터 문제에 대한 요약을 보려면 Control Hub의 이벤트 기록 페이지를 참조하세요.
-
온프레미스 커넥터 관리 페이지로 이동합니다(https://<connector ip address>) 관리 및 원격 측정 커넥터가 실행 중 및 연결됨 상태인지 확인합니다. 커넥터 상태에 대한 자세한 내용은 게이트웨이 커넥터 상태를 참조하세요.
-
게이트웨이 장치에서 show netconf-yang sessions명령을 사용하여 NETCONF 세션이 활성화되어 있는지 확인하세요. 다음은 활성 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에서 실패한 구성 검증 요청의 추적 ID 세부 정보입니다. 또는 copy debug info 명령을 사용하여 ID 세부 정보를 수집할 수 있습니다.
-
커넥터의 로그 TCL 스크립트를 실행하고 선택합니다.
l : Collect Logs
-