PCA에서 CUBE가 경계 요소로 검색되지 않을 때 따라야 할 단계 문제 해결

다운로드 옵션

PDF (466.8 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (374.4 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (426.2 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2017년 1월 30일

문서 ID:200951

편견 없는 언어

본 제품에 대한 문서 세트는 편견 없는 언어를 사용하기 위해 노력합니다. 본 설명서 세트의 목적상, 편견 없는 언어는 나이, 장애, 성별, 인종 정체성, 민족 정체성, 성적 지향성, 사회 경제적 지위 및 교차성에 기초한 차별을 의미하지 않는 언어로 정의됩니다. 제품 소프트웨어의 사용자 인터페이스에서 하드코딩된 언어, RFP 설명서에 기초한 언어 또는 참조된 서드파티 제품에서 사용하는 언어로 인해 설명서에 예외가 있을 수 있습니다. 시스코에서 어떤 방식으로 포용적인 언어를 사용하고 있는지 자세히 알아보세요.

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

소개

이 문서에서는 Cisco CUBE(Unified Border Element)가 Prime Collaboration Assurance(PCA)에서 Border Element로 검색되지 않을 때 문제 해결을 위해 따라야 하는 단계를 설명합니다.

사전 요구 사항

요구 사항

다음 주제에 대한 지식을 보유하고 있으면 유용합니다.

PCA
Cisco CUCM(Unified Communications Manager)
큐브

사용되는 구성 요소

이 문서의 정보는 Prime Collaboration Assurance를 기반으로 합니다.

이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.

PCA에서 CUBE가 경계 요소로 검색되지 않은 경우 따라야 할 단계

PCA에서 경계 요소로 식별되는 CUBE의 경우:

a.비 CUCM 구축:다음 조건을 충족해야 합니다.

조건 1:디바이스 모델은 지원되는 플랫폼 목록(http://www.cisco.com/c/en/us/products/collateral/unified-communications/unified-border-element/data-sheet-c78-729692.html?cachemode=refresh,) - 표 2에 있어야 합니다.

조건 2:SIP-UA-MIB는 SipCfgPeerTable에 대해 noSuchObject / noSuchInstance 이외의 값을 반환해야 합니다.

b.CUCM 구축:다음 조건을 충족해야 합니다.

조건 2:SIP-UA-MIB는 SipCfgPeerTable에 대해 noSuchObject / noSuchInstance 이외의 값을 반환해야 합니다.

조건 3:디바이스 IP 주소는 CUCM 중 하나의 SIP 트렁크와 연결되어야 합니다.

CUBE SP로 식별되는 장치는 먼저 CUBE로 식별되어야 하며 CISCO_SESS_BORDER_CTRLR_CALL_STATS_MIB.csbSIPMthdCurrentStatsAdjName(1.3.6.1.4.1.9.9.757.1.3.1.1)에 응답해야 합니다.

이러한 조건이 충족되었지만 PCA가 디바이스를 경계 요소로 식별하지 않는 경우 CUCM 및 디바이스의 컨피그레이션이 있는지 확인합니다.

CUCM-to-CUBE 통합의 CUBE 측

CUBE를 처음 설정할 때 CUBE와 같은 통화를 라우팅하려면 라우터를 활성화해야 합니다.이 그림에서는 CUBE의 기본 음성 서비스 VoIP 구성을 보여 줍니다.

이 구성에 대한 몇 가지 중요한 사항은 다음과 같습니다.

컨피그레이션의 첫 번째 행은 모드 border-element로, 라우터에서 CUBE를 활성화합니다.일부 디바이스는 CUBE로 작동할 때 이 컨피그레이션이 없습니다.
Allow-connections sip to sip를 사용하면 CUBE가 SIP(Session Initiation Protocol) 호출을 수락하고 이를 SIP 호출로 라우팅할 수 있습니다.H323에도 옵션이 있습니다.
팩스 프로토콜 t38은 ISR G2 라우터의 기본 컨피그레이션입니다.CUBE 구성에는 필요하지 않습니다.
Early-offer 강제로 인해 CUBE는 Delayed Offer to Early Offer 시나리오에서 통화를 라우팅할 수 있습니다.거의 모든 제공자는 Early Offer SIP 통화를 필요로 합니다.미디어 컷스루 문제를 조기에 방지하려면 CUCM에서 Early Offer를 보내는 것이 좋습니다.
Midcall-signaling passthru는 SIP-to-SIP 통화에만 사용됩니다.일부 부가 서비스가 작동하려면 필요합니다.
G729 부록 b-all은 CUBE가 G729r8 및 G729br8 코덱에 대한 RFC 형식을 따르지 않는 공급자와 협상하는 경우에 적합합니다.

CUBE의 다이얼 피어 구성

CUBE의 다이얼 피어는 Cisco IOS 게이트웨이의 다른 다이얼 피어와 같습니다.차이점은 통화 경로가 한 VoIP 다이얼 피어에서 다른 VoIP 다이얼 피어로 라우팅된다는 것입니다.

여기에는 두 개의 다이얼 피어가 있습니다.수신 및 발신CUBE는 항상 두 개의 다이얼 피어와 일치합니다.수신 다이얼 피어는 CUBE 관점에서, CUCM 또는 SIP 공급자에서 가져옵니다.발신 다이얼 피어는 CUCM 또는 SIP Provider로 전송됩니다.

ICisco는 유효 숫자, 외부 전화 번호 마스크 및 변환을 통해 CUCM에서 대부분의 숫자 조작을 수행할 것을 권장합니다.

다이얼 피어에 대한 자세한 내용은 IOS 플랫폼에서 인바운드 및 아웃바운드 다이얼 피어 매칭 이해 문서를 참조하십시오.

CUBE에서 숫자 조작을 수행할 수 있으며, 이는 Cisco IOS Voice Gateway에서 수행되는 것과 동일합니다.자세한 내용은 Voice Translation Profiles(음성 변환 프로파일 사용 번호 변환) 문서를 참조하십시오.

기본 IP 주소 지정

CUBE의 IP 주소 지정은 다른 Cisco IOS 디바이스에서와 동일한 방식으로 수행되지만, CUBE가 SIP 트래픽을 소싱하는 인터페이스를 확인하기 위해 라우팅 테이블을 사용합니다.show ip route A.B.C.D 명령은 CUBE가 SIP 트래픽을 소스 설정하기 위해 사용하는 인터페이스에 대한 정보를 제공합니다.이는 통화가 CUCM으로 전송되고 통화가 SIP 공급자로 전송될 때 중요합니다.이 작업을 수행하려면 고정 경로가 필요할 수 있습니다.

경우에 따라 CUBE의 루프백 인터페이스와 같은 특정 인터페이스에 SIP를 바인딩해야 할 수도 있습니다.SIP 바인딩은 CUBE가 특정 인터페이스에서 SIP 트래픽을 수신하지 않는 경우처럼 부작용을 일으킬 수 있습니다.Cisco에서는 바인딩을 사용하지 말고 라우팅 테이블에서 결정하도록 권장합니다. 그러나 항상 그럴 수는 없습니다.Voice Service VoIP > SIP에서 또는 개별 다이얼 피어에서 SIP 바인딩을 적용할 수 있습니다.SIP 바인딩에 대해서는 Configuring SIP Bind Features 기사에서 자세히 설명합니다.

CUBE의 음성 클래스 코덱스

통화가 특정 VoIP 다이얼 피어를 사용할 때 여러 코덱을 제공하기 위해 CUBE에 음성 클래스 코덱을 사용합니다.이는 Cisco IOS Voice Gateway의 경우와 동일하지만 CUBE인 경우 코덱은 한 VoIP 통화 레그에서 다른 로 필터링됩니다.수신 다이얼 피어와 발신 다이얼 피어에서 모두 사용할 수 있는 코덱을 사용합니다.두 코덱과 일치하는 코덱이 오퍼 보내집니다.CUBE가 SDP(Session Description Protocol)가 포함된 SIP 메시지를 수신하면 음성 클래스 코덱과 일치하기도 합니다.이렇게 하면 CUBE가 SDP와 함께 SIP 메시지에서 수신한 내용, 인바운드 다이얼 피어 및 아웃바운드 다이얼 피어를 기반으로 코덱을 필터링할 수 있습니다.그런 다음 다른 SIP UA(User Agent)는 제공된 코덱에 응답합니다.

이전 이미지의 음성 클래스 코덱에는 세 개의 코덱인 g729r8, g711ulaw 또는 g711alaw가 포함되어 있습니다.이 그림에서는 Cisco IOS 게이트웨이가 코덱이 먼 엔드에 어떻게 제공되는지 우선 순위를 지정하는 순서로 보여 줍니다. 음성 클래스 코덱은 다이얼 피어에 적용됩니다.

CUCM-to-CUBE 통합의 CUCM 측면

CUCM 컨피그레이션에 트렁크를 추가하려면 다음 위치로 이동합니다.

Add New를 선택하고 다음과 같이 SIP(Session Initiation Protocol) 트렁크를 설정합니다.

트렁크 컨피그레이션 페이지에서 통화를 수락하는 특정 CUCM 서버로 인바운드 통화를 허용하는 적절한 디바이스 풀을 선택해야 합니다.

트렁크가 생성되면 경로 패턴이 SIP Route Pattern 또는 Route List/Route Group 설정을 통해 올바르게 액세스하는지 확인합니다.

Redirecting Diversion Header(전환 헤더 리디렉션)는 인바운드 또는 아웃바운드 통화에 대해 티켓팅할 수 있습니다.

External Numbers(외부 번호)가 VoIP 네트워크로 전달되면 SIP 초대 메시지는 CUCM으로 릴레이된 전환 정보와 함께 수신됩니다.발신자를 표시합니다.예를 들어 통화 흐름이 UC와 통합되고 음성 메일로 전환될 경우 UC는 초기 전환 소스(외부 착신 전환 번호)를 대상 사서함으로 사용합니다.따라서 예상대로 구독자 사서함 대신 기본 시작 인사말을 가져올 수 있습니다.컨피그레이션에 필요한 통화 흐름 및 토폴로지 요구 사항에 따라 달라집니다.

CUBE를 공급자에 연결할 때 Early Offer에 대한 SIP 프로파일이 필요한 경우가 많습니다.트렁크가 다른 Cisco 디바이스에 연결되는 경우, 원엔드 디바이스를 기반으로 MTP(Media Transport Protocol) 삽입을 선택하지 않을 수 있습니다.이 그림에서는 SIP 프로필 위치 및 Early Offer의 상자를 선택할 위치를 보여 줍니다.

Early Offer는 CUCM 서버와 CUBE를 다른 타사 제품에 통합할 때 발생하는 초기 미디어 문제를 해결하는 데 도움이 되는 경우가 많습니다.SRND(Solution Reference Network Design)에서도 권장됩니다.

프로필을 수정할 경우, 항상 기본 프로필 대신 사용할 새 프로필을 생성하는 것이 좋습니다.

참고:이 확인란은 최종 사용자가 모든 통화에서 MTP를 사용하지 않으려는 경우에 사용됩니다.

통화 흐름에 따라 SIP 보안 프로필 내의 프로토콜에 대해 TCP/UDP에서 변경해야 할 수 있습니다.이 변경 사항을 적용하려면 SIP Trunk Security Profiles(SIP 트렁크 보안 프로파일) > Non Secure SIP Trunk Profile(비보안 SIP 트렁크 프로파일)로 이동합니다.

통화가 실패하고 실패 시 발생하는 상황을 파악하려면 CUBE/CUCM 추적이 필요하지만, 문제의 원인이 아님을 확인하기 위해 이 기능을 수정할 수 있습니다.그러나 이 수정 후 변경 사항을 적용하려면 트렁크를 재설정/재시작해야 합니다.

일부 Telcos에서는 예상 마스크 없이 통화를 진행할 수 없으므로 통화를 계속하려면 전화 구성의 외부 전화 마스크를 추가해야 할 수도 있습니다.이 수정을 위해 발신자 전화의 DN(Directory Number) 컨피그레이션 페이지로 이동하여 해당 상자에 필요한 변경 사항을 적용한 다음 변경 사항을 저장한 후 전화기를 재설정/재시작합니다.