Webex Calling현재 로컬 게이트웨이 두 버전을 지원해요:
-
로컬 게이트웨이
-
정부용 웹엑스 로컬 게이트웨이예요
-
시작하기 전에 에 대한 구내 기반 공중 교환 전화망 (PSTN) 및 로컬 게이트웨이 (LGW) 요구 사항을 이해하세요. Webex Calling 자세한 내용은 Cisco 프리퍼드 아키텍처를 참조하세요. Webex Calling
-
이 글은 기존 음성 구성 없이 전용 로컬 게이트웨이 플랫폼이 있는 것으로 가정했어요. 기존 PSTN 게이트웨이나 CUBE Enterprise 배포를 로컬 게이트웨이 기능으로 사용하도록 Webex Calling 수정하는 경우 구성에 주의하세요. 변경 때문에 기존 통화 흐름과 기능이 중단되지 않도록 하세요.
프로시저에는 개별 명령 옵션에 대해 자세히 알아볼 수 있는 명령 참조 문서 링크가 포함되어 있어요. 달리 명시되지 않는 한 모든 명령 참조 링크는 Webex Managed Gateways 명령 참조로 이동해요 (이 경우 명령 링크는 Cisco IOS음성 명령 참조로 이동해요). Cisco Unified Border Element커맨드 레퍼런스에서 이 모든 가이드를 볼 수 있어요.
지원되는 타사 SBC에 대한 정보는 해당 제품 참조 문서를 참조하세요.
Webex Calling트렁크에 로컬 게이트웨이를 구성하는 두 가지 옵션이 있어요.
-
등록 기반 트렁크
-
인증서 기반 트렁크
등록 기반 로컬 게이트웨이 또는 인증서 기반 로컬 게이트웨이의 작업 흐름을 사용하여 트렁크에 로컬 게이트웨이를 구성하세요. Webex Calling
다양한 트렁크 유형에 대한 자세한 내용은 로컬 게이트웨이 시작하기를 참조하세요. 명령줄 인터페이스 (CLI) 를 사용하여 로컬 게이트웨이 자체에서 다음 단계를 수행하세요. 우리는 트렁크를 보호하기 위해 세션 개시 프로토콜 (SIP) 과 전송 계층 보안 (TLS) 전송을 사용하고 로컬 게이트웨이와 사이의 미디어를 보호하기 위해 보안 실시간 프로토콜 (SRTP) 을 사용해요. Webex Calling
-
로컬 게이트웨이로 CUBE를 선택해요. 정부용 웹엑스는 현재 타사 세션 경계 컨트롤러 (SBC) 를 지원하지 않아요. 최신 목록을 검토하려면 로컬 게이트웨이 시작하기를 참조하세요.
- 정부용 로컬 게이트웨이용 모든 웹엑스에 Cisco IOS XE 더블린 17.12.1a 이상 버전을 설치하세요.
-
정부용 Webex에서 지원하는 루트 인증 기관 (CA) 목록을 검토하려면 정부용 Webex의 루트 인증 기관을 참조하십시오.
-
정부용 Webex의 로컬 게이트웨이의 외부 포트 범위에 대한 자세한 내용은 네트워크 요구 사항을 참조하십시오. Webex for Government (FedRAMP)
정부용 Webex용 로컬 게이트웨이는 다음을 지원하지 않아요.
-
미디어 경로 최적화용 스턴/아이스 라이트
-
팩스 (T.38)
정부용 Webex에서 Webex Calling 트렁크에 대한 로컬 게이트웨이를 구성하려면 다음 옵션을 사용하세요.
-
인증서 기반 트렁크
트렁크에 로컬 게이트웨이를 구성하려면 인증서 기반 로컬 게이트웨이의 작업 흐름을 사용하세요. Webex Calling 인증서 기반 로컬 게이트웨이를 구성하는 방법에 대한 자세한 내용은 인증서 기반 트렁크 구성을 Webex Calling 참조하세요.
정부용 Webex용 로컬 게이트웨이를 지원하려면 FIPS 호환 GCM 암호를 구성하는 것이 필수예요. 그렇지 않으면 통화 설정이 실패해요. 구성 세부 정보는 Webex Calling인증서 기반 트렁크 구성을 참조하세요.
정부용 웹엑스는 등록 기반 로컬 게이트웨이를 지원하지 않아요.
이 섹션에서는 등록 SIP 트렁크를 사용하여 Cisco Unified Border Element (CUBE) 를 Webex Calling 로컬 게이트웨이로 구성하는 방법을 설명해요. 이 문서의 첫 부분에서는 간단한 PSTN 게이트웨이를 구성하는 방법을 설명해요. 이 경우 PSTN에서 걸려오는 모든 전화가 PSTN으로 Webex Calling Webex Calling 라우팅돼요. 아래 이미지는 이 솔루션과 앞으로 나올 고급 통화 라우팅 구성을 강조한 거예요 .
이 설계에는 다음과 같은 주요 구성이 사용돼요.
-
보이스 클래스 테넌트: 트렁크 전용 구성을 만드는 데 사용돼요.
-
음성 클래스 URI: 인바운드 다이얼 피어 선택을 위한 SIP 메시지를 분류하는 데 사용돼요.
-
인바운드 다이얼 피어: 인바운드 SIP 메시지를 처리하고 다이얼 피어 그룹을 사용하여 아웃바운드 경로를 결정해요.
-
다이얼 피어 그룹: 착신 통화 라우팅에 사용되는 아웃바운드 다이얼 피어를 정의해요.
-
아웃바운드 다이얼 피어: 아웃바운드 SIP 메시지를 처리하고 필요한 대상으로 라우팅해요.
인터랙티브 커넥티비티 설정 (ICE) 하고 TDM (시분할 멀티플렉싱) ISDN 회로를 사용한 Webex Calling 미디어 최적화를 위해서는 양방향 통화 라우팅 프로세스를 사용해야 해요.
IP와 SIP가 PSTN 트렁크의 기본 프로토콜이 되었지만 TDM ( 시분할 멀티플렉싱) ISDN 회로는 여전히 일반적이고 에서 완벽하게 지원돼요. Webex Calling 이러한 TDM-IP 통화 흐름에 대한 미디어 최적화를 활성화하려면 엔드포인트가 직접 미디어 경로를 협상할 수 있게 하는 대화형 연결 설정 (ICE) 을 사용해야 해요.
이 최적화를 달성하려면 양방향 통화 라우팅 프로세스가 필요해요. 이 접근 방식은 아래 이미지와 같이 Webex Calling 및 PSTN 트렁크 사이에 내부 루프백 다이얼 피어 세트를 도입하여 표준 라우팅 구성을 수정해요.
온프레미스 Cisco Unified Communications Manager 솔루션을 과 Webex Calling 연결할 때 간단한 PSTN 게이트웨이 구성을 다음 다이어그램에 표시된 솔루션 구축의 기준으로 사용할 수 있어요. 이 경우 통합 커뮤니케이션 관리자가 모든 PSTN과 통화에 대한 중앙 집중식 라우팅 및 Webex Calling 처리를 제공해요.
이 문서 전체에서 다음 이미지에 표시된 호스트 이름, IP 주소, 인터페이스가 사용돼요.
이 문서의 나머지 부분에 있는 구성 지침을 사용하여 다음과 같이 로컬 게이트웨이 구성을 완료하세요.
-
1단계: 라우터 베이스라인 연결 및 보안 구성
-
2단계: Webex Calling 트렁크 구성
필요한 아키텍처에 따라 다음 중 하나를 따르세요.
-
3단계: SIP PSTN 트렁크로 로컬 게이트웨이 구성해요
-
4단계: 기존 Unified CM 환경으로 로컬 게이트웨이 구성해요
아니면:
-
3단계: TDM PSTN 트렁크로 로컬 게이트웨이 구성해요
베이스라인 구성
시스코 라우터를 로컬 게이트웨이로 준비하는 Webex Calling 첫 번째 단계는 플랫폼을 보호하고 연결을 설정하는 기준 구성을 구축하는 거예요.
-
모든 등록 기반 로컬 게이트웨이 배포에는 Cisco IOS XE 17.6.1a 이상 버전이 필요해요. Cisco IOS17.12.2 이상이 추천돼요. 권장 버전은 Cisco 소프트웨어 리서치 페이지를 참조하세요. 플랫폼을 검색하고 제안된 릴리즈 중 하나를 선택해요.
-
ISR4000 시리즈 라우터는 통합 커뮤니케이션과 보안 기술 라이선스 둘 다로 구성해야 해요.
-
음성 카드나 DSP가 장착된 카탈리스트 엣지 8000 시리즈 라우터에는 DNA 어드밴티지 라이선스가 필요해요. 음성 카드나 DSP가 없는 라우터에는 최소 DNA Essentials 라이선스가 필요해요.
-
-
비즈니스 정책을 따르는 플랫폼 기준 구성을 만드세요. 특히, 다음을 구성하고 확인하세요.
-
NTP
-
ACLs
-
사용자 인증 및 원격 액세스
-
DNS
-
IP 라우팅
-
IP 주소
-
-
대상 네트워크가 IPv4 주소를 Webex Calling 사용해야 해요.
-
Cisco 루트 CA 번들을 로컬 게이트웨이에 업로드해요.
테넌트 측에서 연결하도록 구성할 때 SRV 기반 Webex Calling 주소만 지원돼요.
구성
| 1 |
모든 레이어 3 인터페이스에 유효하고 라우팅 가능한 IP 주소를 할당해야 해요. 예를 들면:
|
| 2 |
대칭 암호화로 라우터의 등록 및 STUN 자격 증명을 보호해요. 기본 암호화 키와 암호화 유형을 다음과 같이 구성하세요.
|
| 3 |
플레이스홀더 PKI 신뢰 지점을 만드세요. 나중에 TLS를 구성하려면 이 신뢰 지점이 필요해요. 등록 기반 트렁크의 경우, 이 신뢰 지점에는 인증서 기반 트렁크에 필요한 인증서가 필요하지 않아요.
|
| 4 |
TLS1.2 배타성을 활성화하고 다음 구성 명령을 사용하여 기본 신뢰 지점을 지정하세요. 등록을 위한 믿을 수 있는 보안 연결을 보장하기 위해 전송 매개변수를 업데이트하세요.
|
| 5 |
에서 사용하는 IdenTrust 커머셜 루트 CA1 인증서가 포함된 시스코 루트 CA 번들을 설치하세요. Webex Calling crypto pki trustpool import clean url 명령을 사용하여 지정된 URL에서 루트 CA 번들을 다운로드하고 현재 CA 트러스트풀을 지운 다음 새 인증서 번들을 설치하세요. HTTPS를 사용하여 인터넷에 접속하기 위해 프록시를 사용해야 하는 경우 CA 번들을 가져오기 전에 다음 구성을 추가하세요. ip http 클라이언트 프록시 서버 유어프록시닷컴 프록시-포트 80
|
| 1 |
컨트롤 허브의 기존 위치에 등록 기반 PSTN 트렁크를 만드세요. 트렁크가 생성되고 나면 제공되는 트렁크 정보를 기록해 두세요. 그림에 강조 표시된 세부 사항은 이 가이드의 구성 단계에서 사용돼요. 자세한 내용은 트렁크, 라우트 그룹, 다이얼 플랜 구성을 참조하세요. Webex Calling
|
| 2 |
CUBE를 Webex Calling 로컬 게이트웨이로 구성하려면 다음 명령을 입력하세요.
다음은 구성 필드에 대한 설명이에요.
플랫폼에서 Cisco Unified Border Element (CUBE) 기능을 활성화해요. 미디어 통계로컬 게이트웨이에서 미디어 모니터링을 활성화해요. 미디어 벌크 통계컨트롤 플레인이 대량 통화 통계를 위해 데이터 플레인을 폴링할 수 있게 해요. 이 명령에 대한 자세한 내용은 미디어를 참조하세요. 연결 허용-sip to sipCUBE 기본 SIP 백투백 사용자 에이전트 기능을 활성화하세요. 자세한 내용은 연결 허용을 참조하세요. 기본적으로 T.38 팩스 전송이 활성화돼요. 자세한 내용은 팩스 프로토콜 t38 (음성 서비스) 을 참조하세요. STUN (NAT를 통한 UDP의 세션 순회) 을 전 세계적으로 활성화해요.
자세한 내용은 스턴 플로우 데이터 에이전트-ID와 스턴 플로우 데이터 공유 시크릿을 참조하세요. 비대칭 페이로드 전체DTMF와 동적 코덱 페이로드 모두에 대한 SIP 비대칭 페이로드 지원을 구성해요. 자세한 내용은 비대칭 페이로드를 참조하세요. 조기 제안 강제로컬 게이트웨이가 이웃 피어 승인을 기다리지 않고 초기 INVITE 메시지로 SDP 정보를 보내도록 강제해요. 이 명령에 대한 자세한 내용은 얼리 오퍼를 참조하세요. |
| 3 |
모든 트렁크에 G.711 코덱만 허용하는 음성 클래스 코덱 100을 구성하세요. 이 간단한 접근 방식은 대부분의 배포에 적합해요. 필요한 경우, 원래 시스템과 종료 시스템에서 모두 지원하는 추가 코덱 유형을 목록에 추가할 수 있어요. DSP 모듈을 사용한 트랜스코딩과 관련된 더 복잡한 솔루션은 지원되지만 이 가이드에는 포함되어 있지 않아요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 코덱 100SIP 트렁크 통화용 선호 코덱만 허용하는 데 사용했어요. 자세한 내용은 음성 클래스 코덱을 참조하세요. |
| 4 |
트렁크에서 ICE를 활성화하도록 음성 클래스 스턴-사용 100을 구성하세요. Webex Calling
다음은 구성 필드에 대한 설명이에요. 스턴 사용법 아이스 라이트가능한 한 미디어 최적화를 위해 모든 Webex Calling 마주 보는 다이얼 피어에 대해 ICE-Lite를 활성화하는 데 사용했어요. 자세한 내용은 보이스 클래스 스턴 사용법과 스턴 사용법 아이스 라이트를 참조하세요. 미디어 최적화는 가능한 한 협상돼요. 통화에 녹음과 같은 클라우드 미디어 서비스가 필요한 경우 미디어를 최적화할 수 없어요. |
| 5 |
Webex 트래픽에 대한 미디어 암호화 정책을 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 SRTP-크립토 100제안 및 응답 메시지에서 SDP에서 CUBE가 제공하는 유일한 SRTP암호 SHA1_80 제품군으로 지정돼요. Webex Calling지원만 해요 SHA1_80. 자세한 내용은 음성 클래스 srtp-crypto를 참조하세요. |
| 6 |
대상 트렁크 매개 변수를 기반으로 로컬 게이트웨이 트렁크에 대한 호출을 식별하도록 패턴을 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 유형: 100 시프예요수신 SIP 초대를 수신 트렁크 다이얼 피어와 일치시키는 패턴을 정의해요. 이 패턴을 입력할 때는 dtg= 뒤에 트렁크 생성 시 컨트롤 허브에 제공된 트렁크 OTG/DTG 값을 입력하세요. 자세한 내용은 음성 클래스 uri를 참조하세요. |
| 7 |
SIP 프로필 100을 구성해 주세요. SIP 메시지가 전송되기 전에 수정하는 데 사용돼요. Webex Calling
다음은 구성 필드에 대한 설명이에요.
미국이나 캐나다 PSTN 제공자가 문서 내 스팸 또는 사기 전화 표시에 언급된 추가 구성을 사용하여 스팸 및 사기 전화에 대한 발신자 ID 인증을 제공할 수 있어요. Webex Calling |
| 8 |
Webex Calling트렁크 구성: |
| 9 |
CUBE 같은 네트워크 장치를 구성하고 장치가 처리하지 않는 세션 시작 프로토콜 (SIP) 헤더를 전달하려면 다음 명령을 사용하세요. 이 명령을 사용하면 장치가 로컬 게이트웨이에 있는 지오로케이션 헤더와 PIDF-LO (프레즌스 정보 데이터 형식 - 위치 개체) 를 포함하여 지원되지 않는 SIP 헤더를 통과할 수 있어요. 이 기능은 중요한 위치 정보가 올바르게 보존되고 전달되도록 하여 Nomadic E911 서비스를 지원해요. |
테넌트 100을 정의하고 SIP VoIP 다이얼 피어를 구성하면 게이트웨이가 대상 TLS 연결을 시작해요. Webex Calling 이때 액세스 SBC가 로컬 게이트웨이에 인증서를 제출해요. 로컬 게이트웨이가 이전에 업데이트된 CA 루트 번들을 사용하여 Webex Calling 액세스 SBC 인증서의 유효성을 검사해요. 인증서가 인식되면 로컬 게이트웨이와 Webex Calling 액세스 SBC 사이에 영구 TLS 세션이 설정돼요. 그러면 로컬 게이트웨이가 이 보안 연결을 사용하여 Webex 액세스 SBC에 등록할 수 있어요. 인증을 위해 등록에 문제가 있을 때:
-
자격 증명 구성의 사용자 이름, 암호, 영역 매개변수가 응답에 사용돼요.
-
SIP 프로필 100의 수정 규칙은 SIPS URL을 다시 SIP로 변환하는 데 사용돼요.
액세스 SBC에서 200 OK 받으면 등록이 성공이에요.

Webex Calling위와 같이 트렁크를 구축했으니 다음 구성을 사용하여 SIP 기반 PSTN 공급자 쪽으로 암호화되지 않은 트렁크를 생성하세요.
서비스 제공업체가 보안 PSTN 트렁크를 제공하는 경우 트렁크에 대해 위에서 설명한 것과 비슷한 구성을 따를 수 있어요. Webex Calling CUBE는 보안 통화 라우팅을 지원해요.
TDM/ISDN PSTN 트렁크를 사용하는 경우, TDM PSTN 트렁크로 로컬 게이트웨이 구성 다음 섹션으로 건너뛰세요.
Cisco TDM-SIP 게이트웨이의 PSTN 통화 레그에 대한 TDM 인터페이스를 구성하려면 ISDN PRI 구성을 참조하세요.
| 1 |
PSTN 트렁크의 인바운드 통화를 식별하도록 다음 음성 클래스 URI를 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 유형: 200 시프예요.수신 SIP 초대를 수신 트렁크 다이얼 피어와 일치시키는 패턴을 정의해요. 이 패턴을 입력할 때는 IP PSTN 게이트웨이의 IP 주소를 사용하세요. 자세한 내용은 음성 클래스 uri를 참조하세요. |
| 2 |
다음 IP PSTN 다이얼 피어를 구성하세요.
다음은 구성 필드에 대한 설명이에요.
태그가 200인 VoIP 다이얼 피어를 정의하고 간편한 관리와 문제 해결을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 이 경우에는 모든 유효한 목적지 패턴을 사용할 수 있어요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 세션 프로토콜 sipv2이 다이얼 피어가 SIP 통화 레그를 처리하도록 지정합니다. 자세한 내용은 세션 프로토콜 (다이얼 피어) 을 참조하세요. 세션 타겟 ipv4: 192.168.80.13PSTN 공급자로 보낸 통화의 대상 주소를 지정해요. IP 주소나 DNS 호스트 이름일 수 있어요. 자세한 내용은 세션 대상 (VoIP 다이얼 피어) 을 참조하세요. 200을 통해 들어오는 시간INVITE VIA 헤더 URI를 사용하여 이 다이얼 피어로 걸려오는 전화를 일치시키는 데 사용되는 음성 클래스를 지정해요. 자세한 내용은 수신 URL을 참조하세요.
보이스 클래스 SIP 어설티드 ID 파이
(선택 사항) P-Asserted-Identity 헤더 처리를 켜고 이것이 PSTN 트렁크에 사용되는 방식을 제어해요. 이 명령을 사용하면 수신 다이얼 피어에서 제공된 발신자 ID가 발신 From 및 P-Asserted-Identity 헤더에 사용돼요. 이 명령을 사용하지 않으면 수신 다이얼 피어에서 제공된 발신자 ID가 발신 From 및 Remote-Party-ID 헤더에 사용돼요. 자세한 내용은 보이스 클래스 SIP asserted-id를 참조하세요.
바인드 컨트롤
소스
인터페이스 기가비트 이더넷 0/0/0
PSTN으로 보내는 메시지의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 바인드 미디어 소스 인터페이스 기가비트 이더넷 0/0/0PSTN으로 보내는 미디어의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 보이스 클래스 코덱 100다이얼 피어에서 일반 코덱 필터 목록 100을 사용하도록 구성해요. 자세한 내용은 음성 클래스 코덱을 참조하세요. dtmf-릴레이 RTP-노트RTP-NTE (RFC2833) 를 콜 레그에 필요한 DTMF 기능으로 정의해요. 자세한 내용은 DTMF 릴레이 (보이스 오버 IP) 를 참조하세요. 나쁘지 않아요음성 활동 감지를 비활성화해요. 자세한 내용은 vad (다이얼 피어) 를 참조하세요. |
| 3 |
PSTN 간의 Webex Calling 통화만 라우팅하도록 로컬 게이트웨이를 구성하는 경우 다음 통화 라우팅 구성을 추가하세요. 통합 커뮤니케이션 매니저 플랫폼으로 로컬 게이트웨이를 구성하는 경우 다음 섹션으로 건너뛰세요. |
트렁크를 구축했으면 다음 구성을 사용하여 루프백 통화 라우팅과 함께 PSTN 서비스용 TDM 트렁크를 생성하여 Webex 통화 레그에서 미디어 최적화를 허용하세요. Webex Calling
IP 미디어 최적화가 필요하지 않으면 SIP PSTN 트렁크의 구성 단계를 따르세요. PSTN VoIP 다이얼 피어 대신 음성 포트와 POTS 다이얼 피어 (2단계, 3단계 참조) 를 사용하세요.
| 1 |
루프백 다이얼 피어 구성은 다이얼 피어 그룹과 통화 라우팅 태그를 사용하여 통화 라우팅 루프를 생성하지 않고 Webex와 PSTN 간에 통화가 올바르게 전달되도록 합니다. 콜 라우팅 태그 추가 및 제거에 사용할 다음 번역 규칙을 구성하세요.
다음은 구성 필드에 대한 설명이에요. 음성 번역 규칙규칙에 정의된 정규 표현식을 사용하여 통화 라우팅 태그를 추가하거나 제거해요. 10보다 큰 숫자 ('A') 는 문제 해결을 위해 명확성을 높이는 데 사용돼요. 이 구성에서 번역 프로필 100으로 추가한 태그는 루프백 다이얼 피어를 통해 PSTN으로 걸려오는 통화를 안내하는 데 사용돼요. Webex Calling 마찬가지로 번역 프로필 200에서 추가한 태그는 PSTN에서 앞으로 걸려오는 전화를 안내하는 데 사용돼요. Webex Calling 번역 프로필 11과 12는 각각 Webex 및 PSTN 트렁크에 통화를 전달하기 전에 이 태그를 제거해요. 이 예제에서는 발신 번호가 Webex Calling +E.164 형식으로 표시된다고 가정해요. 규칙 100은 유효한 발신 번호 유지를 위해서 앞에 있는 +를 없애 줘요. 규칙 12는 태그 제거 시 국내 또는 국제 라우팅 번호를 추가해요. 현지 ISDN 국가 다이얼 플랜에 맞는 숫자를 사용하세요. 번호를 국가 형식으로 Webex Calling 표시하는 경우, 규칙 100과 12를 조정해서 각각 라우팅 태그를 추가하고 제거하기만 하면 돼요. 자세한 내용은 음성 번역 프로필 및 음성 번역 규칙을 참조하세요. |
| 2 |
사용하는 트렁크 유형과 프로토콜에 따라 TDM 음성 인터페이스 포트를 필요에 따라 구성하세요. 자세한 내용은 ISDN PRI 구성을 참조하세요. 예를 들어, 기기의 NIM 슬롯 2에 설치된 기본 속도 ISDN 인터페이스의 기본 구성에는 다음이 포함될 수 있어요.
|
| 3 |
다음 TDM PSTN 다이얼 피어를 구성하세요:
다음은 구성 필드에 대한 설명이에요.
태그가 200인 VoIP 다이얼 피어를 정의하고 간편한 관리와 문제 해결을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 이 경우에는 모든 유효한 목적지 패턴을 사용할 수 있어요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 번역 프로필 수신 중 200개수신 전화 번호에 통화 라우팅 태그를 추가할 번역 프로필을 할당해요. 다이렉트-인워드 다이얼보조 다이얼톤 제공 없이 통화 라우팅해요. 자세한 내용은 다이렉트 인워드 다이얼을 참조하세요. 포트 0/2/ 0:15이 다이얼 피어에 연결된 물리적 음성 포트예요. |
| 4 |
TDM-IP 통화 흐름을 사용하는 로컬 게이트웨이의 IP 경로에 대한 미디어 최적화를 활성화하려면 및 PSTN 트렁크 사이에 내부 루프백 다이얼 피어 세트를 도입하여 통화 라우팅을 수정할 수 있어요. Webex Calling 다음 루프백 다이얼 피어를 구성하세요. 이 경우 모든 수신 전화는 적용된 라우팅 태그에 따라 처음에는 다이얼 피어 10으로 라우팅되고 거기에서 다이얼 피어 11 또는 12로 라우팅돼요. 라우팅 태그를 제거하면 다이얼 피어 그룹을 사용하여 통화가 아웃바운드 트렁크로 라우팅돼요.
다음은 구성 필드에 대한 설명이에요.
VoIP 다이얼 피어를 정의하고 관리와 문제 해결의 용이성을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 번역 프로필 수신 11아웃바운드 트렁크로 전달하기 전에 앞서 정의한 번역 프로필을 적용하여 콜 라우팅 태그를 제거해요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 세션 프로토콜 sipv2이 다이얼 피어가 SIP 통화 레그를 처리하도록 지정합니다. 자세한 내용은 세션 프로토콜 (다이얼 피어) 을 참조하세요. 세션 타겟 ipv4: 192.168.80.14로컬 라우터 인터페이스 주소를 루프백 호출 대상으로 지정해요. 자세한 내용은 세션 대상 (Voip 다이얼 피어) 을 참조하세요. 바인드 컨트롤 소스 인터페이스 기가비트 이더넷 0/0/0루프백으로 보낸 메시지의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 바인드 미디어 소스 인터페이스 기가비트 이더넷 0/0/0루프백을 통해 전송되는 미디어의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. dtmf-릴레이 RTP-노트RTP-NTE (RFC2833) 를 콜 레그에 필요한 DTMF 기능으로 정의해요. 자세한 내용은 DTMF 릴레이 (보이스 오버 IP) 를 참조하세요. g711법률 코덱 모든 PSTN 통화가 G.711을 사용하도록 강제해요. ISDN 서비스에서 사용하는 컴팬딩 방법에 맞게 a-law 또는 u-law를 선택하세요. 나쁘지 않아요음성 활동 감지를 비활성화해요. 자세한 내용은 vad (다이얼 피어) 를 참조하세요. |
| 5 |
다음 통화 라우팅 구성을 추가하세요. 이것으로 로컬 게이트웨이 구성을 마치세요. CUBE 기능이 처음
구성된 경우 구성을
저장하고 플랫폼을 다시 로드하세요.
|
이전 섹션의 PSTN- Webex Calling 구성은 Cisco Unified Communications Manager (UCM) 클러스터에 대한 추가 트렁크를 포함하도록 수정할 수 있어요. 이 경우 모든 통화가 를 통해 Unified CM 라우팅돼요. 포트 5060의 UCM에서 걸려오는 통화는 PSTN으로 라우팅되고 포트 5065에서 오는 통화는 다음으로 라우팅돼요. Webex Calling 이 통화 시나리오를 포함하기 위해 다음과 같은 증분 구성을 추가할 수 있어요.
Webex Calling트렁크 인을 만들 때 SIP 트렁크 보안 프로필 설정에서 수신 포트를 5065로 구성해야 해요. Unified CM 이렇게 하면 포트 5065에서 메시지를 수신할 수 있고 로컬 게이트웨이로 메시지를 보낼 때 VIA 헤더를 이 값으로 채울 수 있어요.

| 1 |
다음 음성 클래스 URI를 구성하세요. |
| 2 |
Unified CM 호스트에 대한 SRV 라우팅을 지정하려면 다음 DNS 레코드를 구성하세요. IOS XE는 이 레코드를 사용하여 대상 UCM 호스트 및 포트를 로컬에서 결정해요. 이 구성을 사용하면 DNS 시스템에서 레코드를 구성할 필요가 없어요. DNS를 사용하고 싶다면 이러한 로컬 구성이 필요하지 않아요.
다음은 구성 필드에 대한 설명이에요. 다음 명령은 DNS SRV 리소스 레코드를 생성해요. 각 UCM 호스트 및 트렁크에 대한 레코드 만들기: ip 호스트 _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _한 모금._udp.pstntocucm.io: SRV 리소스 레코드 이름 2: SRV 리소스 레코드 우선순위 1: SRV 리소스 레코드 무게 5060: 이 리소스 레코드의 대상 호스트에 사용할 포트 번호예요 ucmsub5.mydomain.com: 리소스 레코드 타겟 호스트 리소스 레코드 대상 호스트 이름을 해결하려면 로컬 DNS A 레코드를 만드세요. 예를 들자면: ip 호스트 ucmsub5.mydomain.com 192.168.80.65 ip 호스트: 로컬 IOS XE 데이터베이스에 레코드를 만들어요. ucmsub5.mydomain.com: A 레코드 호스트 이름이에요. 192.168.80.65: 호스트 IP 주소. UCM 환경과 선호 통화 분배 전략을 반영하여 SRV 리소스 레코드와 A 레코드를 만드세요. |
| 3 |
다음 다이얼 피어를 구성하세요. |
| 4 |
다음 구성을 사용하여 통화 라우팅을 추가하세요. |
진단 시그니처 (DS) 는 IOS XE 기반 로컬 게이트웨이에서 흔히 관찰되는 문제를 사전에 탐지하고 이벤트에 대한 이메일, syslog 또는 터미널 메시지 알림을 생성해요. 또한 DS를 설치하여 진단 데이터 수집을 자동화하고 수집된 데이터를 Cisco TAC 케이스에 전송하여 해결 시간을 단축할 수 있어요.
진단 시그니처 (DS) 는 문제 트리거 이벤트와 문제 알림, 문제 해결 및 해결을 위해 취해야 할 조치에 대한 정보가 들어 있는 XML 파일이에요. syslog 메시지, SNMP 이벤트를 사용하고 특정 show 명령 출력을 주기적으로 모니터링하여 문제 감지 로직을 정의할 수 있어요.
액션 유형에는 show 명령어 출력 수집이 포함돼요.
-
통합 로그 파일 생성하기
-
HTTPS, SCP, FTP 서버 같은 사용자가 제공한 네트워크 위치에 파일 업로드 중이에요.
TAC 엔지니어들이 DS 파일을 작성하고 무결성 보호를 위해 디지털 서명해요. 각 DS 파일에는 시스템에서 할당한 고유한 숫자 ID가 있어요.진단 시그니처 조회 도구 (DSLT) 는 다양한 문제를 모니터링하고 해결하는 데 적합한 시그니처를 찾을 수 있는 단일 소스예요.
시작하기 전에:
-
DSLT에서 다운로드한 DS 파일은 편집하지 마세요. 무결성 검사 오류로 인해 수정하는 파일이 설치에 실패해요.
-
로컬 게이트웨이에서 이메일 알림을 보내는 데 필요한 단순 메일 전송 프로토콜 (SMTP) 서버예요.
-
이메일 알림에 보안 SMTP 서버를 사용하려면 로컬 게이트웨이가 IOS XE 17.6.1 이상을 실행하는지 확인하세요.
전제조건
IOS XE 17.6.1a 이상을 실행하는 로컬 게이트웨이
-
진단 시그니처가 기본적으로 활성화돼요.
-
장치가 Cisco IOS XE 17.6.1a 이상을 실행하는 경우 사전 알림을 보내는 데 사용할 보안 이메일 서버를 구성하세요.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end -
알림을 받을 관리자 이메일 주소로 환경 변수를 ds_email구성하세요.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
다음은 Cisco IOS XE 17.6.1a 이상에서 실행되는 로컬 게이트웨이에서 Gmail을 보안 SMTP 서버로 사용하여 tacfaststart@gmail.com 으로 사전 알림을 보내는 구성 예시예요.
Cisco IOSXE 벵갈루루 17.6.x 이상 버전을 사용하는 것이 좋아요.
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Cisco IOSXE 소프트웨어에서 실행되는 로컬 게이트웨이는 OAuth를 지원하는 일반적인 웹 기반 Gmail 클라이언트가 아니므로 특정 Gmail 계정 설정을 구성하고 장치에서 보낸 이메일이 제대로 처리되도록 특정 권한을 제공해야 해요.
-
앱 액세스 설정 켜세요.
-
지메일에서 “구글이 구글 아닌 앱으로 사용자 계정에 로그인하는 것을 막았어요.” 라는 이메일을 받으면 “네, 저였어요”라고 답하세요.
사전 모니터링을 위해 진단 시그니처를 설치하세요.
높은 CPU 사용률 모니터링
이 DS는 SNMP OID 1.3.6.1.4.1.9.2.1.56을 사용하여 5초 동안 CPU 사용률을 추적해요. 사용률이 75% 이상에 도달하면 모든 디버그가 비활성화되고 로컬 게이트웨이에 설치된 모든 진단 시그니처가 제거돼요. 서명을 설치하려면 아래 단계를 사용하세요.
-
SNMP를 활성화하려면 show snmp 명령을 사용하세요. 활성화하지 않으면 snmp-server 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled -
진단 시그니처 조회 도구에서 다음 드롭다운 옵션을 사용하여 DS 64224를 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈 또는 시스코 CSR 1000V 시리즈
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
이메일 알림으로 높은 CPU 사용률.
-
DS XML 파일을 로컬 게이트웨이 플래시에 복사해요.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:다음 예제는 FTP 서버에서 로컬 게이트웨이로 파일을 복사하는 모습을 보여줘요.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec) -
로컬 게이트웨이에 DS XML 파일을 설치해요.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success -
서명이 성공적으로 설치되었는지 확인하려면 show call-home 진단-서명 명령을 사용하세요. 상태 열에 “등록된” 값이 있어야 해요.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDSE 다운로드:
DS ID
디에스 이름
개정
상태
마지막 업데이트 (GMT+ 00:00)
64224
DS_LGW_CPU_MON75
0.0.10
등록됐어요.
2020-11-07 22:05:33
이 서명이 트리거되면 자체를 포함하여 실행 중인 모든 DS를 제거해요. 필요하면 DS 64224를 다시 설치해서 로컬 게이트웨이에서 높은 CPU 사용률을 계속 모니터링하세요.
SIP 트렁크 등록 모니터링
이 DS는 60초마다 로컬 게이트웨이 SIP 트렁크의 Webex Calling 클라우드 등록 취소 여부를 확인해요. 등록 취소 이벤트가 감지되면 이메일과 syslog 알림을 생성해서 등록 취소가 두 번 발생하면 자동으로 제거돼요. 서명을 설치하려면 아래 단계를 사용하세요.
-
진단 시그니처 조회 도구에서 다음 드롭다운 옵션을 사용하여 DS 64117을 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈 또는 시스코 CSR 1000V 시리즈
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
SIP-SIP
문제 유형이에요
SIP 트렁크 등록 취소 (이메일 알림 포함).
-
DS XML 파일을 로컬 게이트웨이에 복사해요.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: -
로컬 게이트웨이에 DS XML 파일을 설치해요.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway# -
서명이 성공적으로 설치되었는지 확인하려면 show call-home 진단-서명 명령을 사용하세요. 상태 열에 “등록” 값이 있어야 해요.
비정상적 통화 끊김 모니터링
이 DS는 10분마다 SNMP 폴링을 사용해서 SIP 오류 403, 488, 503으로 인한 비정상적인 통화 끊김 감지해요. 오류 수 증가가 지난 투표에서 5보다 크거나 같으면 syslog하고 이메일 알림이 생성돼요. 서명을 설치하려면 아래 단계를 사용하세요.
-
show snmp 명령을 써서 SNMP 활성화 여부 확인해요. 활성화되지 않은 경우 snmp-server 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled -
진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 65221을 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈 또는 시스코 CSR 1000V 시리즈
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
SIP 비정상 통화 끊김 감지 (이메일 및 Syslog 알림 포함).
-
DS XML 파일을 로컬 게이트웨이에 복사해요.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash: -
로컬 게이트웨이에 DS XML 파일을 설치해요.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success -
서명이 성공적으로 설치되었는지 확인하려면 show call-home 진단-서명 명령을 사용하세요. 상태 열에 “등록” 값이 있어야 해요.
문제 해결하려면 진단 시그니처를 설치하세요.
진단 시그니처 (DS) 를 사용하여 문제를 빠르게 해결하세요. Cisco TAC엔지니어들이 특정 문제를 해결하고, 문제 발생을 감지하고, 적절한 진단 데이터 세트를 수집하고, 데이터를 케이스에 자동으로 전송하는 데 필요한 디버그를 가능하게 하는 몇 가지 시그니처를 작성했어요. Cisco TAC 진단 시그니처 (DS) 를 사용하면 문제 발생을 수동으로 확인할 필요가 없고 간헐적이고 일시적인 문제를 훨씬 쉽게 해결할 수 있어요.
진단 시그니처 조회 도구를 사용하여 해당 서명을 찾아 설치하여 문제를 스스로 해결하거나 TAC 엔지니어가 지원 계약의 일부로 추천하는 서명을 설치할 수 있어요.
다음은 “% VOICE_IEC -3-GW: CCAPI: 내부 오류 (콜 스파이크 임계값): IEC=1.1.181.29.0" syslog 발생을 감지하는 DS를 찾아 설치하고 다음 단계를 사용하여 진단 데이터 수집을 자동화하는 방법의 예시예요.
-
수집된 진단 데이터가 ds_fsurl_prefix업로드되는 Cisco TAC 파일 서버 경로 (cxd.cisco.com) 인 추가 DS 환경 변수를 구성하세요. 파일 경로의 사용자 이름은 케이스 번호이고 비밀번호는 다음 명령으로 Support Case Manager에서 검색할 수 있는 파일 업로드 토큰이에요. 파일 업로드 토큰은 필요에 따라 지원 사례 관리자의 첨부 파일 섹션에서 생성할 수 있어요.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end예시:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" -
show snmp 명령을 사용하여 SNMP가 활성화되었는지 확인하세요 . 활성화되지 않은 경우 snmp-server 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end -
CPU 사용률이 높을 때는 모든 디버그와 진단 시그니처를 비활성화하기 위한 사전 조치로 고성능 CPU 모니터링 DS 64224를 설치해야 해요. 진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 64224를 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈 또는 시스코 CSR 1000V 시리즈
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
이메일 알림으로 높은 CPU 사용률.
-
진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 65095를 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈 또는 시스코 CSR 1000V 시리즈
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
시스로그예요
문제 유형이에요
Syslog -% VOICE_IEC -3-GW: CCAPI: 내부 오류 (콜 스파이크 임계값): IEC=1.1.181.29.0
-
DS XML 파일을 로컬 게이트웨이에 복사해요.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: -
고성능 CPU 모니터링 DS 64224를 설치한 다음 로컬 게이트웨이에 DS 65095 XML 파일을 설치하세요.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success -
show call-home 진단-서명 명령을 사용하여 서명이 성공적으로 설치되었는지 확인하세요. 상태 열에 “등록” 값이 있어야 해요.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com다운로드 받은 DSE:
DS ID
디에스 이름
개정
상태
마지막 업데이트 (GMT+ 00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
등록됐어요.
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
등록됐어요.
2020-11-08
진단 시그니처 실행 확인해요
다음 명령에서는 로컬 게이트웨이가 시그니처에 정의된 동작을 실행하는 동안 show call-home 진단-시그니처 명령의 “상태” 열이 “실행 중”으로 변경돼요. Show Call-home 진단-시그니처 통계 출력은 진단 시그니처가 관심 이벤트를 감지하고 작업을 실행하는지 여부를 확인하는 가장 좋은 방법이에요. “Triggred/Max/Deinstall” 열은 주어진 시그니처가 이벤트를 트리거한 횟수, 이벤트를 감지하도록 정의된 최대 횟수, 트리거된 이벤트의 최대 수를 감지한 후 시그니처가 자동으로 제거되는지 여부를 나타냅니다.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
다운로드 받은 DSE:
|
DS ID |
디에스 이름 |
개정 |
상태 |
마지막 업데이트 (GMT+ 00:00) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
등록됐어요. |
2020-11-08 00:07:45 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
달리기 |
2020-11-08 00:12:53 |
콜홈 진단-시그니처 통계 보여줘
|
DS ID |
디에스 이름 |
트리거됨 /최대/제거 |
평균 실행 시간 (초) |
최대 실행 시간 (초) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
진단 시그니처 실행 중에 보내는 알림 이메일에는 문제 유형, 장치 세부 정보, 소프트웨어 버전, 실행 중인 구성, 해당 문제 해결과 관련된 명령 출력 표시 같은 주요 정보가 들어 있어요.
진단 시그니처 제거
문제 해결을 위한 진단 시그니처 사용은 보통 문제 발생 감지 후 제거하도록 정의돼요. 서명을 수동으로 제거하려면 show call-home 진단-서명 명령의 출력에서 DS ID를 검색하고 다음 명령을 실행하세요.
call-home diagnostic-signature deinstall <DS ID>
예시:
call-home diagnostic-signature deinstall 64224
배포에서 흔히 관찰되는 문제를 기반으로 새 시그니처가 진단 시그니처 조회 도구에 정기적으로 추가돼요. TAC는 현재 새 사용자 지정 서명 생성 요청을 지원하지 않아요.
Cisco IOSXE 게이트웨이를 더 잘 관리하려면 컨트롤 허브를 통해 게이트웨이를 등록하고 관리하는 것이 좋습니다. 선택적 구성이에요. 등록하면 Control Hub의 구성 검증 옵션을 사용하여 로컬 게이트웨이 구성을 검증하고 구성 문제를 식별할 수 있어요. 현재는 등록 기반 트렁크만 이 기능을 지원해요.
게이트웨이 관리, 로컬 게이트웨이 검증, 사이트 존속 가능성에 대한 자세한 내용은 다음 문서를 참조하세요.
이 섹션에서는 인증서 기반 상호 TLS Cisco Unified Border Element (mTL) SIP 트렁크를 Webex Calling 사용하기 위한 (CUBE) 를 로컬 게이트웨이로 구성하는 방법을 설명해요. 이 문서의 첫 부분에서는 간단한 PSTN 게이트웨이를 구성하는 방법을 설명해요. 이 경우 PSTN에서 걸려오는 모든 전화가 PSTN으로 Webex Calling Webex Calling 라우팅돼요. 다음 이미지는 이 솔루션과 다음에 나올 고급 통화 라우팅 구성을 강조한 거예요.
이 설계에는 다음과 같은 주요 구성이 사용돼요.
-
보이스 클래스 테넌트: 트렁크 전용 구성을 만드는 데 사용돼요.
-
음성 클래스 URI: 인바운드 다이얼 피어 선택을 위한 SIP 메시지를 분류하는 데 사용돼요.
-
인바운드 다이얼 피어: 인바운드 SIP 메시지를 처리하고 다이얼 피어 그룹을 사용하여 아웃바운드 경로를 결정해요.
-
다이얼 피어 그룹: 착신 통화 라우팅에 사용되는 아웃바운드 다이얼 피어를 정의해요.
-
아웃바운드 다이얼 피어: 아웃바운드 SIP 메시지를 처리하고 필요한 대상으로 라우팅해요.
인터랙티브 커넥티비티 설정 (ICE) 하고 TDM (시분할 멀티플렉싱) ISDN 회로를 사용한 Webex Calling 미디어 최적화를 위해서는 양방향 통화 라우팅 프로세스를 사용해야 해요.
IP와 SIP가 PSTN 트렁크의 기본 프로토콜이 되었지만 TDM ( 시분할 멀티플렉싱) ISDN 회로는 여전히 일반적이고 에서 완벽하게 지원돼요. Webex Calling 이러한 TDM-IP 통화 흐름에 대한 미디어 최적화를 활성화하려면 엔드포인트가 직접 미디어 경로를 협상할 수 있게 하는 대화형 연결 설정 (ICE) 을 사용해야 해요.
이 최적화를 달성하려면 양방향 통화 라우팅 프로세스가 필요해요. 이 접근 방식은 아래 이미지와 같이 Webex Calling 및 PSTN 트렁크 사이에 내부 루프백 다이얼 피어 세트를 도입하여 표준 라우팅 구성을 수정해요.
온프레미스 Cisco Unified Communications Manager 솔루션을 과 Webex Calling 연결할 때 간단한 PSTN 게이트웨이 구성을 다음 다이어그램에 표시된 솔루션 구축의 기준으로 사용할 수 있어요. 이 경우 통합 커뮤니케이션 관리자가 모든 PSTN과 통화에 대한 중앙 집중식 라우팅 및 Webex Calling 처리를 제공해요.
이 문서 전체에서 다음 이미지에 표시된 호스트 이름, IP 주소, 인터페이스가 사용돼요. 공개 또는 비공개 (NAT 뒤) 주소 지정 옵션이 제공돼요. SRV DNS 레코드는 선택사항이에요. 여러 CUBE 인스턴스에서 로드 밸런싱을 하지 않는 한 말이죠.
이 문서의 나머지 부분에 있는 구성 지침을 사용하여 다음과 같이 로컬 게이트웨이 구성을 완료하세요.
-
1단계: 라우터 베이스라인 연결 및 보안 구성
-
2단계: Webex Calling 트렁크 구성
필요한 아키텍처에 따라 다음 중 하나를 따르세요.
-
3단계: SIP PSTN 트렁크로 로컬 게이트웨이 구성해요
-
4단계: 기존 Unified CM 환경으로 로컬 게이트웨이 구성해요
아니면:
-
3단계: TDM PSTN 트렁크로 로컬 게이트웨이 구성해요
베이스라인 구성
시스코 라우터를 로컬 게이트웨이로 준비하는 Webex Calling 첫 번째 단계는 플랫폼을 보호하고 연결을 설정하는 기준 구성을 구축하는 거예요.
-
모든 인증서 기반 로컬 게이트웨이 배포에는 Cisco IOS XE 17.9.1a 이상 버전이 필요해요. Cisco IOSXE 17.12.2 이상이 추천돼요. 권장 버전은 Cisco 소프트웨어 리서치 페이지를 참조하세요. 플랫폼을 검색하고 제안된 릴리즈 중 하나를 선택해요.
-
ISR4000 시리즈 라우터는 통합 커뮤니케이션과 보안 기술 라이선스 둘 다로 구성해야 해요.
-
음성 카드나 DSP가 장착된 카탈리스트 엣지 8000 시리즈 라우터에는 DNA 어드밴티지 라이선스가 필요해요. 음성 카드나 DSP가 없는 라우터에는 최소 DNA Essentials 라이선스가 필요해요.
-
대용량 요구 사항의 경우 고보안 (HSEC) 라이센스와 추가 처리량 자격도 필요할 수 있어요.
자세한 내용은 인증 코드를 참조해 주세요.
-
-
비즈니스 정책을 따르는 플랫폼 기준 구성을 만드세요. 특히, 다음을 구성하고 확인하세요.
-
NTP
-
ACLs
-
사용자 인증 및 원격 액세스
-
DNS
-
IP 라우팅
-
IP 주소
-
-
대상 네트워크가 IPv4 주소를 Webex Calling 사용해야 해요. 컨트롤 허브에 구성된 로컬 게이트웨이 FQDN (정규화된 도메인 이름) 또는 서비스 레코드 (SRV) 주소는 인터넷의 퍼블릭 IPv4 주소로 확인되어야 해요.
-
웹엑스를 향하는 로컬 게이트웨이 인터페이스의 모든 SIP 및 미디어 포트는 인터넷에서 직접 또는 고정 NAT를 통해 액세스할 수 있어야 해요. 방화벽을 적절히 업데이트하세요.
-
로컬 게이트웨이에 서명된 인증서를 설치하려면 아래에 제공된 세부 구성 단계를 따르세요.
-
Cisco Webex오디오 및 비디오 플랫폼 호출에 지원되는 루트 인증 기관은 어디입니까? 에 자세히 나와 있는 공용 Certificate Authority (CA) 이에요?장치 인증서에 서명해야 해요.
-
서버 인증 확장 키 사용 (EKU) 만 포함하는 인증서가 지원돼요. Webex Calling TLS 핸드셰이크 설정 중에 클라이언트 인증 EKU의 존재를 확인하거나 적용하지 않아요.
일부 타사 세션 경계 컨트롤러 (SBC) 는 엄격한 EKU 검증을 시행하고 클라이언트 인증 EKU가 포함되지 않은 인증서를 거부할 수 있어요. 그런 경우에는 SBC가 서버 인증 EKU가 있는 인증서만 받아들이거나 엄격한 EKU 검증을 비활성화하도록 구성되어 있는지 확인하세요 (지원되는 경우).
-
인증서 주체 일반 이름 (CN) 또는 주체 대체 이름 (SAN) 중 하나가 컨트롤 허브에 구성된 FQDN과 같아야 해요.
일반 이름 (CN) 또는 주체 대체 이름 (SAN) 으로 인증서를 구입할 때는 인증서에 소문자만 사용하는지 확인하세요. 컨트롤 허브 구성에서는 모든 FQDN 항목이 자동으로 소문자로 변환돼요. FQDN과 인증서 사이의 대소문자가 일치하지 않으면 트렁크 등록이 제대로 되지 않아요.
예를 들자면:
-
조직의 컨트롤 허브에 구성된 트렁크에 cube1.lgw.com:5061이 로컬 게이트웨이의 FQDN으로 있으면 라우터 인증서의 CN 또는 SAN에는 cube1.lgw.com이 포함되어야 해요.
-
조직의 컨트롤 허브에 구성된 트렁크의 트렁크에 트렁크에서 연결할 수 있는 로컬 게이트웨이의 SRV 주소가 lgws.lgw.com이면 라우터 인증서의 CN 또는 SAN에 lgws.lgw.com이 포함되어야 해요. SRV 주소로 확인되는 레코드 (CNAME, A 레코드 또는 IP 주소) 는 SAN에서 선택 사항이에요.
-
트렁크에 FQDN을 사용하든 SRV를 사용하든, 로컬 게이트웨이의 모든 새 SIP 대화 상자의 연락처 주소는 컨트롤 허브에 구성된 이름을 사용해야 해요.
-
-
-
Cisco 루트 CA 번들을 로컬 게이트웨이에 업로드해요. 이 번들에는 Webex 플랫폼 확인에 사용되는 CA 루트 인증서가 포함돼요.
구성
| 1 |
모든 레이어 3 인터페이스에 유효하고 라우팅 가능한 IP 주소를 할당해야 해요. 예를 들면:
|
| 2 |
대칭 암호화로 라우터의 STUN 자격 증명을 보호해요. 기본 암호화 키와 암호화 유형을 다음과 같이 구성하세요.
|
| 3 |
지원되는 Certificate Authority (CA) 가 서명한 도메인의 인증서로 암호화 신뢰 지점을 만드세요. |
| 4 |
호스트 인증서를 인증하려면 중간 서명 CA 인증서를 제공하세요. 다음 실행 또는 구성 명령을 입력하세요.
|
| 5 |
다음 실행 또는 구성 명령을 사용하여 서명된 호스트 인증서를 가져오세요.
|
| 6 |
TLS1.2 배타성을 활성화하고 다음 구성 명령을 사용하여 음성 애플리케이션에 사용할 기본 신뢰 지점을 지정하세요.
|
| 7 |
에서 사용하는 IdenTrust 커머셜 루트 CA 1 인증서가 포함된 시스코 루트 CA 번들을 설치하세요. Webex Calling crypto pki trustpool import clean url url 명령을 사용하여 지정된 URL에서 루트 CA 번들을 다운로드하고 현재 CA 트러스트풀을 지운 다음 새 인증서 번들을 설치하세요. HTTPS를 사용하여 인터넷에 접속하기 위해 프록시를 사용해야 하는 경우 CA 번들을 가져오기 전에 다음 구성을 추가하세요. ip http 클라이언트 프록시 서버 유어프록시닷컴 프록시-포트 80
|
| 1 |
컨트롤 허브의 기존 위치에 CUBE 인증서 기반 PSTN 트렁크를 만드세요. 자세한 내용은 트렁크, 라우트 그룹, 다이얼 플랜 구성을 참조하세요. Webex Calling 트렁크 생성 시 트렁크 정보를 기록해 두세요. 다음 그림에 강조 표시된 것처럼 이러한 세부 사항은 이 안내서의 구성 단계에서 사용돼요.
|
| 2 |
CUBE를 Webex Calling 로컬 게이트웨이로 구성하려면 다음 명령을 입력하세요.
다음은 구성 필드에 대한 설명이에요.
플랫폼에서 Cisco Unified Border Element (CUBE) 기능을 활성화해요. 연결 허용-sip to sipCUBE 기본 SIP 사용자 에이전트 기능을 백투백으로 활성화하세요. 자세한 내용은 연결 허용을 참조하세요. 기본적으로 T.38 팩스 전송이 활성화돼요. 자세한 내용은 팩스 프로토콜 t38 (음성 서비스) 을 참조하세요. STUN (NAT를 통한 UDP의 세션 순회) 을 전 세계적으로 활성화해요. 이러한 글로벌 스턴 명령은 로컬 게이트웨이를 NAT 뒤에 배포할 때만 필요해요.
자세한 내용은 스턴 플로우 데이터 에이전트-ID와 스턴 플로우 데이터 공유 시크릿을 참조하세요. 비대칭 페이로드 전체DTMF와 동적 코덱 페이로드 모두에 대한 SIP 비대칭 페이로드 지원을 구성해요. 이 명령에 대한 자세한 내용은 비대칭 페이로드를 참조하세요. 조기 제안 강제로컬 게이트웨이가 이웃 피어 승인을 기다리지 않고 초기 INVITE 메시지로 SDP 정보를 보내도록 강제해요. 이 명령에 대한 자세한 내용은 얼리 오퍼를 참조하세요. SIP 프로필 인바운드메시지가 수신되면 CUBE에서 SIP 프로필을 사용하여 메시지를 수정할 수 있게 해줘요. 프로필은 다이얼 피어나 테넌트를 통해 적용돼요. |
| 3 |
모든 트렁크에 G.711 코덱만 허용하는 음성 클래스 코덱 100을 구성하세요. 이 간단한 접근 방식은 대부분의 배포에 적합해요. 필요한 경우, 원래 시스템과 종료 시스템에서 모두 지원하는 다른 코덱 유형을 목록에 추가하세요. DSP 모듈을 사용한 트랜스코딩과 관련된 더 복잡한 솔루션은 지원되지만 이 가이드에는 포함되어 있지 않아요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 코덱 100SIP 트렁크 통화용 선호 코덱만 허용하는 데 사용했어요. 자세한 내용은 음성 클래스 코덱을 참조하세요. |
| 4 |
트렁크에서 ICE를 활성화하도록 음성 클래스 스턴-사용 100을 구성하세요. Webex Calling(이 단계는 정부용 Webex에는 적용되지 않아요)
다음은 구성 필드에 대한 설명이에요. 스턴 사용법 아이스 라이트가능한 한 미디어 최적화를 위해 모든 Webex Calling 마주 보는 다이얼 피어에 대해 ICE-Lite를 활성화하는 데 사용했어요. 자세한 내용은 보이스 클래스 스턴 사용법과 스턴 사용법 아이스 라이트를 참조하세요. 스턴 사용법 방화벽-트래버설 flowdata 명령은 로컬 게이트웨이를 NAT 뒤에 배포할 때만 필요해요. 미디어 최적화는 가능한 한 협상돼요. 통화에 녹음과 같은 클라우드 미디어 서비스가 필요한 경우 미디어를 최적화할 수 없어요. |
| 5 |
Webex 트래픽에 대한 미디어 암호화 정책을 구성하세요.(이 단계는 정부용 Webex에는 적용되지 않아요)
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 SRTP-크립토 100제안 및 응답 메시지에서 SDP에서 CUBE가 제공하는 유일한 SRTP암호 SHA1_80 제품군으로 지정돼요. Webex Calling지원만 해요 SHA1_80. 자세한 내용은 음성 클래스 srtp-crypto를 참조하세요. |
| 6 |
FIPS 호환 GCM 암호 구성 (이 단계는 정부용 Webex에만 적용 가능).
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 SRTP-크립토 100CUBE가 제공하는 암호 제품군으로 GCM을 지정해요. 정부용 Webex용 로컬 게이트웨이에 GCM 암호를 구성하는 것은 필수예요. |
| 7 |
대상 FQDN 또는 SRV를 기반으로 로컬 게이트웨이 트렁크에 대한 호출을 고유하게 식별하도록 패턴을 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 유형: 100 시프예요수신 SIP 초대를 수신 트렁크 다이얼 피어와 일치시키는 패턴을 정의해요. 이 패턴을 입력할 때는 컨트롤 허브에 구성된 트렁크 FQDN 또는 SRV를 트렁크에 사용하세요. 에 대한 Webex Calling 인증서 기반 트렁크의 테넌트측 구성 중에는 로컬 게이트웨이의 SRV 기반 엣지 주소만 사용하세요. Webex Calling FQDN은 더 이상 지원되지 않아요. |
| 8 |
SIP 메시지 조작 프로필을 구성하세요. 게이트웨이가 퍼블릭 IP 주소로 구성된 경우 프로필을 다음과 같이 구성하거나 NAT를 사용하는 경우 다음 단계로 건너뛰세요. 이 예시에서 cube1.lgw.com은 로컬 게이트웨이에 대해 구성된 FQDN이에요.
다음은 구성 필드에 대한 설명이에요. 규칙 10하고 20이에요Webex가 로컬 게이트웨이에서 메시지를 인증할 수 있도록 하려면 SIP 요청과 응답 메시지의 '연락처' 헤더에 컨트롤 허브의 트렁크에 프로비저닝된 값이 포함되어야 해요. 단일 호스트의 FQDN이거나 장치 클러스터에 사용되는 SRV 이름이에요. |
| 9 |
게이트웨이가 고정 NAT 뒤에 있는 사설 IP 주소로 구성된 경우 인바운드 및 아웃바운드 SIP 프로필을 다음과 같이 구성하세요. 이 예시에서 cube1.lgw.com은 로컬 게이트웨이에 구성된 FQDN이고, “10.80.13.12"는 인터페이스 IP 주소를 향하고, “192.65.79.20"은 NAT 퍼블릭 IP 주소예요. Webex Calling
에 아웃바운드 메시지용 SIP 프로필 Webex
Calling
다음은 구성 필드에 대한 설명이에요. 규칙 10하고 20이에요Webex가 로컬 게이트웨이에서 메시지를 인증할 수 있도록 하려면 SIP 요청 및 응답 메시지의 '연락처' 헤더에 컨트롤 허브의 트렁크에 프로비저닝된 값이 포함되어야 해요. 단일 호스트의 FQDN이거나 장치 클러스터에 사용되는 SRV 이름이에요. 규칙 30부터 81까지개인 주소 참조를 사이트의 외부 공개 주소로 변환하여 Webex가 후속 메시지를 올바르게 해석하고 라우팅할 수 있도록 하세요. 인바운드 메시지용 SIP 프로필 보낸 사람 Webex Calling
다음은 구성 필드에 대한 설명이에요. 10에서 80까지의 규칙공개 주소 참조를 구성된 개인 주소로 변환하여 CUBE가 Webex에서 메시지를 처리할 수 있도록 하세요. 자세한 내용은 음성 클래스 SIP 프로필을 참조하세요. 미국이나 캐나다 PSTN 제공자가 문서 내 스팸 또는 사기 전화 표시에 언급된 추가 구성을 사용하여 스팸 및 사기 전화에 대한 발신자 ID 인증을 제공할 수 있어요. Webex Calling |
| 10 |
헤더 수정 프로필로 SIP 옵션 keepalive를 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 SIP 옵션-킵얼라이브 100킵얼라이브 프로필을 구성하고 보이스 클래스 구성 모드로 들어갑니다. 엔드포인트에 대한 하트비트 연결이 UP 또는 Down 상태일 때 SIP Out of Dialog Options Ping이 다이얼 타겟으로 전송되는 시간 (초) 을 구성할 수 있어요. 이 keepalive 프로필은 Webex에 구성된 다이얼 피어에서 트리거돼요. 연락처 헤더에 SBC 정규화된 도메인 이름을 포함하려면 SIP 프로필 115가 사용돼요. 규칙 30, 40, 50은 SBC가 고정 NAT 뒤에 구성된 경우에만 필요해요. 이 예시에서 cube1.lgw.com은 로컬 게이트웨이로 선택한 FQDN이고 고정 NAT를 사용하는 경우 “ 10.80.13.12"는 대상 SBC 인터페이스 IP 주소이고 “192.65.79.20"은 NAT 퍼블릭 IP 주소예요. Webex Calling |
| 11 |
Webex Calling트렁크 구성: |
| 12 |
(선택 사항) CUBE 같은 네트워크 장치를 구성하고 장치가 처리하지 않는 세션 시작 프로토콜 (SIP) 헤더를 전달하려면 다음 명령을 사용하세요. 이 명령을 사용하면 장치가 로컬 게이트웨이에 있는 지오로케이션 헤더와 PIDF-LO (프레즌스 정보 데이터 형식 - 위치 개체) 를 포함하여 지원되지 않는 SIP 헤더를 통과할 수 있어요. 이 기능은 중요한 위치 정보가 올바르게 보존되고 전달되도록 하여 Nomadic E-911 서비스를 지원해요. |
Webex Calling위와 같이 트렁크를 구축했으니 다음 구성을 사용하여 SIP 기반 PSTN 공급자 쪽으로 암호화되지 않은 트렁크를 생성하세요.
서비스 제공업체가 보안 PSTN 트렁크를 제공하는 경우 트렁크에 대해 위에서 설명한 것과 비슷한 구성을 따를 수 있어요. Webex Calling CUBE는 보안 통화 라우팅을 지원해요.
TDM/ISDN PSTN 트렁크를 사용하는 경우, TDM PSTN 트렁크로 로컬 게이트웨이 구성 다음 섹션으로 건너뛰세요.
Cisco TDM-SIP 게이트웨이의 PSTN 통화 레그에 대한 TDM 인터페이스를 구성하려면 ISDN PRI 구성을 참조하세요.
| 1 |
PSTN 트렁크의 인바운드 통화를 식별하도록 다음 음성 클래스 URI를 구성하세요.
다음은 구성 필드에 대한 설명이에요. 보이스 클래스 유형: 200 시프예요.수신 SIP 초대를 수신 트렁크 다이얼 피어와 일치시키는 패턴을 정의해요. 이 패턴을 입력할 때는 IP PSTN 게이트웨이의 IP 주소를 사용하세요. 자세한 내용은 음성 클래스 uri를 참조하세요. |
| 2 |
다음 IP PSTN 다이얼 피어를 구성하세요.
다음은 구성 필드에 대한 설명이에요.
태그가 200인 VoIP 다이얼 피어를 정의하고 간편한 관리와 문제 해결을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 이 경우에는 모든 유효한 목적지 패턴을 사용할 수 있어요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 세션 프로토콜 sipv2이 다이얼 피어가 SIP 통화 레그를 처리하도록 지정합니다. 자세한 내용은 세션 프로토콜 (다이얼 피어) 을 참조하세요. 세션 타겟 ipv4: 192.168.80.13PSTN 공급자로 보낸 통화의 대상 주소를 지정해요. IP 주소나 DNS 호스트 이름일 수 있어요. 자세한 내용은 세션 대상 (VoIP 다이얼 피어) 을 참조하세요. 200을 통해 들어오는 시간INVITE VIA 헤더 URI를 사용하여 이 다이얼 피어로 걸려오는 전화를 일치시키는 데 사용되는 음성 클래스를 지정해요. 자세한 내용은 수신 URL을 참조하세요.
보이스 클래스 SIP 어설티드 ID 파이
(선택 사항) P-Asserted-Identity 헤더 처리를 켜고 이것이 PSTN 트렁크에 사용되는 방식을 제어해요. 이 명령을 사용하면 수신 다이얼 피어에서 제공된 발신자 ID가 발신 From 및 P-Asserted-Identity 헤더에 사용돼요. 이 명령을 사용하지 않으면 수신 다이얼 피어에서 제공된 발신자 ID가 발신 From 및 Remote-Party-ID 헤더에 사용돼요. 자세한 내용은 보이스 클래스 SIP asserted-id를 참조하세요.
바인드 컨트롤
소스
인터페이스 기가비트 이더넷 0/0/0
PSTN으로 보내는 메시지의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 바인드 미디어 소스 인터페이스 기가비트 이더넷 0/0/0PSTN으로 보내는 미디어의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 보이스 클래스 코덱 100다이얼 피어에서 일반 코덱 필터 목록 100을 사용하도록 구성해요. 자세한 내용은 음성 클래스 코덱을 참조하세요. dtmf-릴레이 RTP-노트RTP-NTE (RFC2833) 를 콜 레그에 필요한 DTMF 기능으로 정의해요. 자세한 내용은 DTMF 릴레이 (보이스 오버 IP) 를 참조하세요. 나쁘지 않아요음성 활동 감지를 비활성화해요. 자세한 내용은 vad (다이얼 피어) 를 참조하세요. |
| 3 |
PSTN 간의 Webex Calling 통화만 라우팅하도록 로컬 게이트웨이를 구성하는 경우 다음 통화 라우팅 구성을 추가하세요. 통합 커뮤니케이션 매니저 플랫폼으로 로컬 게이트웨이를 구성하는 경우 다음 섹션으로 건너뛰세요. |
트렁크를 구축했으면 다음 구성을 사용하여 루프백 통화 라우팅과 함께 PSTN 서비스용 TDM 트렁크를 생성하여 Webex 통화 레그에서 미디어 최적화를 허용하세요. Webex Calling
IP 미디어 최적화가 필요하지 않으면 SIP PSTN 트렁크의 구성 단계를 따르세요. PSTN VoIP 다이얼 피어 대신 음성 포트와 POTS 다이얼 피어 (2단계, 3단계 참조) 를 사용하세요.
| 1 |
루프백 다이얼 피어 구성은 다이얼 피어 그룹과 통화 라우팅 태그를 사용하여 통화 라우팅 루프를 생성하지 않고 Webex와 PSTN 간에 통화가 올바르게 전달되도록 합니다. 콜 라우팅 태그 추가 및 제거에 사용할 다음 번역 규칙을 구성하세요.
다음은 구성 필드에 대한 설명이에요. 음성 번역 규칙규칙에 정의된 정규 표현식을 사용하여 통화 라우팅 태그를 추가하거나 제거해요. 10보다 큰 숫자 ('A') 는 문제 해결을 위해 명확성을 높이는 데 사용돼요. 이 구성에서 번역 프로필 100으로 추가한 태그는 루프백 다이얼 피어를 통해 PSTN으로 걸려오는 통화를 안내하는 데 사용돼요. Webex Calling 마찬가지로 번역 프로필 200에서 추가한 태그는 PSTN에서 앞으로 걸려오는 전화를 안내하는 데 사용돼요. Webex Calling 번역 프로필 11과 12는 각각 Webex 및 PSTN 트렁크에 통화를 전달하기 전에 이 태그를 제거해요. 이 예제에서는 발신 번호가 Webex Calling +E.164 형식으로 표시된다고 가정해요. 규칙 100은 유효한 발신 번호 유지를 위해서 앞에 있는 +를 없애 줘요. 규칙 12는 태그 제거 시 국내 또는 국제 라우팅 번호를 추가해요. 현지 ISDN 국가 다이얼 플랜에 맞는 숫자를 사용하세요. 번호를 국가 형식으로 Webex Calling 표시하는 경우, 규칙 100과 12를 조정해서 각각 라우팅 태그를 추가하고 제거하기만 하면 돼요. 자세한 내용은 음성 번역 프로필 및 음성 번역 규칙을 참조하세요. |
| 2 |
사용하는 트렁크 유형과 프로토콜에 따라 TDM 음성 인터페이스 포트를 필요에 따라 구성하세요. 자세한 내용은 ISDN PRI 구성을 참조하세요. 예를 들어, 기기의 NIM 슬롯 2에 설치된 기본 속도 ISDN 인터페이스의 기본 구성에는 다음이 포함될 수 있어요.
|
| 3 |
다음 TDM PSTN 다이얼 피어를 구성하세요:
다음은 구성 필드에 대한 설명이에요.
태그가 200인 VoIP 다이얼 피어를 정의하고 간편한 관리와 문제 해결을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 이 경우에는 모든 유효한 목적지 패턴을 사용할 수 있어요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 번역 프로필 수신 중 200개수신 전화 번호에 통화 라우팅 태그를 추가할 번역 프로필을 할당해요. 다이렉트-인워드 다이얼보조 다이얼톤 제공 없이 통화 라우팅해요. 자세한 내용은 다이렉트 인워드 다이얼을 참조하세요. 포트 0/2/ 0:15이 다이얼 피어에 연결된 물리적 음성 포트예요. |
| 4 |
TDM-IP 통화 흐름을 사용하는 로컬 게이트웨이의 IP 경로에 대한 미디어 최적화를 활성화하려면 및 PSTN 트렁크 사이에 내부 루프백 다이얼 피어 세트를 도입하여 통화 라우팅을 수정할 수 있어요. Webex Calling 다음 루프백 다이얼 피어를 구성하세요. 이 경우 모든 수신 전화는 적용된 라우팅 태그에 따라 처음에는 다이얼 피어 10으로 라우팅되고 거기에서 다이얼 피어 11 또는 12로 라우팅돼요. 라우팅 태그를 제거하면 다이얼 피어 그룹을 사용하여 통화가 아웃바운드 트렁크로 라우팅돼요.
다음은 구성 필드에 대한 설명이에요.
VoIP 다이얼 피어를 정의하고 관리와 문제 해결의 용이성을 위해 의미 있는 설명을 제공해요. 자세한 내용은 다이얼 피어 보이스를 참조하세요. 번역 프로필 수신 11아웃바운드 트렁크로 전달하기 전에 앞서 정의한 번역 프로필을 적용하여 콜 라우팅 태그를 제거해요. 데스티네이션 패턴이 나빠요 . BAD인바운드 다이얼 피어 그룹을 사용하여 아웃바운드 전화 라우팅하려면 더미 대상 패턴이 필요해요. 자세한 내용은 대상 패턴 (인터페이스) 을 참조하세요. 세션 프로토콜 sipv2이 다이얼 피어가 SIP 통화 레그를 처리하도록 지정합니다. 자세한 내용은 세션 프로토콜 (다이얼 피어) 을 참조하세요. 세션 타겟 ipv4: 192.168.80.14로컬 라우터 인터페이스 주소를 루프백 호출 대상으로 지정해요. 자세한 내용은 세션 대상 (Voip 다이얼 피어) 을 참조하세요. 바인드 컨트롤 소스 인터페이스 기가비트 이더넷 0/0/0루프백으로 보낸 메시지의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. 바인드 미디어 소스 인터페이스 기가비트 이더넷 0/0/0루프백을 통해 전송되는 미디어의 소스 인터페이스와 관련 IP 주소를 구성해요. 자세한 내용은 bind를 참조하세요. dtmf-릴레이 RTP-노트RTP-NTE (RFC2833) 를 콜 레그에 필요한 DTMF 기능으로 정의해요. 자세한 내용은 DTMF 릴레이 (보이스 오버 IP) 를 참조하세요. g711법률 코덱 모든 PSTN 통화가 G.711을 사용하도록 강제해요. ISDN 서비스에서 사용하는 컴팬딩 방법에 맞게 a-law 또는 u-law를 선택하세요. 나쁘지 않아요음성 활동 감지를 비활성화해요. 자세한 내용은 vad (다이얼 피어) 를 참조하세요. |
| 5 |
다음 통화 라우팅 구성을 추가하세요. 이것으로 로컬 게이트웨이 구성을 마치세요. CUBE 기능이 처음
구성된 경우 구성을
저장하고 플랫폼을 다시 로드하세요.
|
이전 섹션의 PSTN- Webex Calling 구성은 Cisco Unified Communications Manager (UCM) 클러스터에 대한 추가 트렁크를 포함하도록 수정할 수 있어요. 이 경우 모든 통화가 를 통해 Unified CM 라우팅돼요. 포트 5060의 UCM에서 걸려오는 통화는 PSTN으로 라우팅되고 포트 5065에서 오는 통화는 다음으로 라우팅돼요. Webex Calling 이 통화 시나리오를 포함하기 위해 다음과 같은 증분 구성을 추가할 수 있어요.
| 1 |
다음 음성 클래스 URI를 구성하세요. |
| 2 |
Unified CM 호스트에 대한 SRV 라우팅을 지정하려면 다음 DNS 레코드를 구성하세요. IOS XE는 이 레코드를 사용하여 대상 UCM 호스트 및 포트를 로컬에서 결정해요. 이 구성을 사용하면 DNS 시스템에서 레코드를 구성할 필요가 없어요. DNS를 사용하고 싶다면 이러한 로컬 구성이 필요하지 않아요.
다음은 구성 필드에 대한 설명이에요. 다음 명령은 DNS SRV 리소스 레코드를 생성해요. 각 UCM 호스트 및 트렁크에 대한 레코드 만들기: ip 호스트 _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _한 모금._udp.pstntocucm.io: SRV 리소스 레코드 이름 2: SRV 리소스 레코드 우선순위 1: SRV 리소스 레코드 무게 5060: 이 리소스 레코드의 대상 호스트에 사용할 포트 번호예요 ucmsub5.mydomain.com: 리소스 레코드 타겟 호스트 리소스 레코드 대상 호스트 이름을 해결하려면 로컬 DNS A 레코드를 만드세요. 예를 들자면: ip 호스트 ucmsub5.mydomain.com 192.168.80.65 ip 호스트: 로컬 IOS XE 데이터베이스에 레코드를 만들어요. ucmsub5.mydomain.com: A 레코드 호스트 이름이에요. 192.168.80.65: 호스트 IP 주소. UCM 환경과 선호 통화 분배 전략을 반영하여 SRV 리소스 레코드와 A 레코드를 만드세요. |
| 3 |
다음 다이얼 피어를 구성하세요. |
| 4 |
다음 구성을 사용하여 통화 라우팅을 추가하세요. |
진단 시그니처 (DS) 는 Cisco IOS XE 기반 로컬 게이트웨이에서 흔히 관찰되는 문제를 사전에 탐지하고 이벤트에 대한 이메일, syslog 또는 터미널 메시지 알림을 생성해요. 또한 DS를 설치하여 진단 데이터 수집을 자동화하고 수집된 데이터를 Cisco TAC 케이스에 전송하여 해결 시간을 단축할 수 있어요.
진단 시그니처 (DS) 는 문제 트리거 이벤트와 문제 알림, 문제 해결 및 해결을 위한 조치에 대한 정보가 포함된 XML 파일이에요. syslog 메시지, SNMP 이벤트 및 특정 show 명령 출력의 주기적 모니터링을 사용하여 문제 감지 로직을 정의하세요. 액션 유형에는 다음이 포함돼요.
-
쇼 커맨드 출력 수집 중
-
통합 로그 파일 생성하기
-
HTTPS, SCP, FTP 서버 같은 사용자가 제공한 네트워크 위치에 파일 업로드
TAC 엔지니어들이 무결성 보호를 위해 DS 파일을 작성하고 디지털 서명해요. 각 DS 파일에는 시스템에서 할당한 고유한 숫자 ID가 있어요.진단 시그니처 조회 도구 (DSLT) 는 다양한 문제를 모니터링하고 해결하는 데 적합한 시그니처를 찾을 수 있는 단일 소스예요.
시작하기 전에:
-
DSLT에서 다운로드한 DS 파일은 편집하지 마세요. 무결성 검사 오류로 인해 수정하는 파일이 설치에 실패해요.
-
로컬 게이트웨이에서 이메일 알림을 보내는 데 필요한 단순 메일 전송 프로토콜 (SMTP) 서버예요.
-
이메일 알림에 보안 SMTP 서버를 사용하려면 로컬 게이트웨이가 IOS XE 17.6.1 이상을 실행하는지 확인하세요.
전제조건
IOS XE 17.6.1 이상을 실행하는 로컬 게이트웨이
-
진단 시그니처가 기본적으로 활성화돼요.
-
장치가 IOS XE 17.6.1 이상을 실행하는 경우 사전 알림을 보내는 데 사용하는 보안 이메일 서버를 구성하세요.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end -
알려주실 관리자의 이메일 주소로 환경 변수를 ds_email구성하세요.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
사전 모니터링을 위해 진단 시그니처를 설치하세요.
높은 CPU 사용률 모니터링
이 DS는 SNMP OID 1.3.6.1.4.1.9.2.1.56을 사용하여 5초 CPU 사용률을 추적해요. 사용률이 75% 이상에 도달하면 모든 디버그가 비활성화되고 로컬 게이트웨이에 설치한 모든 진단 시그니처가 제거돼요. 서명을 설치하려면 아래 단계를 사용하세요.
-
show snmp 명령을 사용하여 SNMP를 활성화했는지 확인하세요. SNMP가 활성화되지 않으면 snmp-서버 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled -
진단 시그니처 조회 도구에서 다음 드롭다운 옵션을 사용하여 DS 64224를 다운로드하세요.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈, 아니면 카탈리스트 8000V 엣지 소프트웨어
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
이메일 알림 사용 시 높은 CPU 사용률
-
DS XML 파일을 로컬 게이트웨이 플래시에 복사해요.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:다음 예제는 FTP 서버에서 로컬 게이트웨이로 파일을 복사하는 모습을 보여줘요.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec) -
로컬 게이트웨이에 DS XML 파일을 설치해요.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success -
서명이 성공적으로 설치되었는지 확인하려면 show call-home 진단-서명 명령을 사용하세요. 상태 열에 “등록” 값이 있어야 해요.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.comDSE 다운로드:
DS ID
디에스 이름
개정
상태
마지막 업데이트 (GMT+ 00:00)
64224
DS_LGW_CPU_MON75
0.0.10
등록됐어요.
2020-11-07 22:05:33
이 서명이 트리거되면 자체를 포함하여 실행 중인 모든 DS를 제거해요. 필요한 경우 로컬 게이트웨이에서 높은 CPU 사용률을 계속 모니터링하려면 DS 64224를 다시 설치하세요.
비정상적 통화 끊김 모니터링
이 DS는 10분마다 SNMP 폴링을 사용해서 SIP 오류 403, 488, 503으로 인한 비정상적인 통화 끊김 감지해요. 오류 수 증가가 지난 투표에서 5보다 크거나 같으면 syslog하고 이메일 알림이 생성돼요. 서명을 설치하려면 아래 단계를 사용하세요.
-
show snmp 명령을 사용하여 SNMP가 활성화되었는지 확인하세요. SNMP가 활성화되지 않은 경우 snmp-서버 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled -
진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 65221을 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈, 아니면 카탈리스트 8000V 엣지 소프트웨어
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
SIP 비정상 통화 끊김 감지 (이메일 및 Syslog 알림 포함).
-
DS XML 파일을 로컬 게이트웨이에 복사해요.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash: -
로컬 게이트웨이에 DS XML 파일을 설치해요.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success -
서명이 성공적으로 설치되었는지 확인하려면 show call-home 진단-시그니처 명령을 사용하세요. 상태 열에 “등록된” 값이 있어야 해요.
문제 해결하려면 진단 시그니처를 설치하세요.
진단 시그니처 (DS) 를 사용하여 문제를 빠르게 해결할 수도 있어요. Cisco TAC엔지니어들이 특정 문제를 해결하고, 문제 발생을 감지하고, 적절한 진단 데이터 세트를 수집하고, 데이터를 케이스에 자동으로 전송하는 데 필요한 디버그를 가능하게 하는 몇 가지 시그니처를 작성했어요. Cisco TAC 이렇게 하면 문제 발생을 수동으로 확인할 필요가 없고 간헐적이고 일시적인 문제를 훨씬 쉽게 해결할 수 있어요.
진단 시그니처 조회 도구를 사용하여 해당 서명을 찾아 설치하여 특정 문제를 자체 해결하거나 TAC 엔지니어가 지원 계약의 일부로 추천하는 서명을 설치할 수 있어요.
다음은 “% VOICE_IEC -3-GW: CCAPI: 내부 오류 (콜 스파이크 임계값): IEC=1.1.181.29.0" syslog 발생을 감지하는 DS를 찾아 설치하고 다음 단계를 사용하여 진단 데이터 수집을 자동화하는 방법의 예시예요.
-
진단 데이터를 업로드하기 위해 다른 DS 환경 변수를 ds_fsurl_prefixCisco TAC파일 서버 경로 (cxd.cisco.com) 로 구성하세요. 파일 경로의 사용자 이름은 케이스 번호이고 비밀번호는 다음 그림과 같이 Support Case Manager에서 검색할 수 있는 파일 업로드 토큰이에요. 파일 업로드 토큰은 필요에 따라 지원 사례 관리자의 첨부 파일 섹션에서 생성할 수 있어요.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end예시:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" -
show snmp 명령을 사용하여 SNMP가 활성화되었는지 확인하세요. SNMP가 활성화되지 않은 경우 snmp-서버 관리자 명령을 구성하세요.
show snmp %SNMP agent not enabled config t snmp-server manager end -
CPU 사용률이 높을 때 모든 디버그와 진단 시그니처를 비활성화하기 위한 사전 조치로 고성능 CPU 모니터링 DS 64224를 설치하는 것이 좋아요. 진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 64224를 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈, 아니면 카탈리스트 8000V 엣지 소프트웨어
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
퍼포먼스
문제 유형이에요
이메일 알림으로 높은 CPU 사용률.
-
진단 시그니처 조회 도구에서 다음 옵션을 사용하여 DS 65095를 다운로드하세요.
필드 이름
필드 값
플랫폼
시스코 4300, 4400 ISR 시리즈, 아니면 카탈리스트 8000V 엣지 소프트웨어
제품
큐브 엔터프라이즈 인 Webex Calling 솔루션
문제 범위
시스로그예요
문제 유형이에요
Syslog -% VOICE_IEC -3-GW: CCAPI: 내부 오류 (콜 스파이크 임계값): IEC=1.1.181.29.0
-
DS XML 파일을 로컬 게이트웨이에 복사해요.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: -
고성능 CPU 모니터링 DS 64224를 설치한 다음 로컬 게이트웨이에 DS 65095 XML 파일을 설치하세요.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success -
콜홈 진단 서명 표시를 사용하여 서명이 성공적으로 설치되었는지 확인하세요. 상태 열에 “등록된” 값이 있어야 해요.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com다운로드 받은 DSE:
DS ID
디에스 이름
개정
상태
마지막 업데이트 (GMT+ 00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
등록됐어요.
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
등록됐어요.
2020-11-08:00:12:53
진단 시그니처 실행 확인해요
다음 명령에서 명령의 “상태” 열은 로컬 게이트웨이가 시그니처에 정의된 동작을 실행하는 동안 call-home 진단 시그니처가 “실행 중”으로 변경되는 것을 보여줘요. Show Call-home 진단-시그니처 통계 출력은 진단 시그니처가 관심 이벤트를 감지하고 작업을 실행했는지 여부를 확인하는 가장 좋은 방법이에요. “Triggred/Max/Deinstall” 열은 주어진 시그니처가 이벤트를 트리거한 횟수, 이벤트를 감지하도록 정의된 최대 횟수, 트리거된 이벤트의 최대 수를 감지한 후 시그니처가 자동으로 제거되는지 여부를 나타냅니다.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
다운로드 받은 DSE:
|
DS ID |
디에스 이름 |
개정 |
상태 |
마지막 업데이트 (GMT+ 00:00) |
|---|---|---|---|---|
|
64224 |
DS_LGW_CPU_MON75 |
0.0.10 |
등록됐어요. |
2020-11-08 00:07:45 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
달리기 |
2020-11-08 00:12:53 |
콜홈 진단-시그니처 통계 보여줘
|
DS ID |
디에스 이름 |
트리거됨 /최대/제거 |
평균 실행 시간 (초) |
최대 실행 시간 (초) |
|---|---|---|---|---|
| 64224 |
DS_LGW_CPU_MON75 |
0/0/N |
0.000 |
0.000 |
|
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23.053 |
23.053 |
진단 시그니처 실행 중에 보내는 알림 이메일에는 문제 유형, 장치 세부 정보, 소프트웨어 버전, 실행 중인 구성, 문제 해결과 관련된 명령 출력 표시 같은 주요 정보가 들어 있어요 .
진단 시그니처 제거
진단 시그니처를 문제 해결용으로 사용하는 게 보통 문제 발생 감지 후 제거하도록 정의돼요. 서명을 수동으로 제거하려면 show call-home 진단-서명 출력에서 DS ID를 검색하고 다음 명령을 실행하세요.
call-home diagnostic-signature deinstall <DS ID>
예시:
call-home diagnostic-signature deinstall 64224
배포 과정에서 관찰된 문제를 기반으로 새 서명이 정기적으로 진단 시그니처 조회 도구에 추가돼요. TAC는 현재 새 사용자 지정 서명 생성 요청을 지원하지 않아요.
