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

소개

이 문서에서는 PCA(Prime Collaboration Assurance)에서 CUBE(Cisco Unified Border Element)가 Border Element로 검색되지 않을 때 트러블슈팅을 수행하기 위해 따라야 할 단계를 설명합니다.

사전 요구 사항

요구 사항

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

• PCA
• CUCM(Cisco Unified Communications Manager)
• 입방체

사용되는 구성 요소

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

  

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

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

PCA에서 CUBE를 Border 요소로 식별하려면 다음을 수행합니다.

1. 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 이외의 값을 반환해야 합니다.

1. b. 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 이외의 값을 반환해야 합니다.

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

CUBE SP로 식별되는 디바이스의 경우 먼저 CUBE로 식별되어야 하며 CISCO_SES_BORDER_CTRLR_CALL_STATS_MIB.csbSIPMthdCurrentStatsAdjName(1.3.6.1.4.1.9.9.757.1.3.1.1)에 응답해야 합니다.

이러한 조건이 충족되었지만 여전히 PCA에서 디바이스를 Border Element로 식별하지 않는 경우 CUCM 및 디바이스의 컨피그레이션이 맞는지 확인합니다.

CUCM-to-CUBE 통합의 CUBE 측

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

이 컨피그레이션에 대한 몇 가지 중요한 사항은 다음과 같습니다.

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

CUBE의 다이얼 피어 컨피그레이션

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

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

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

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

숫자 조작은 Cisco IOS Voice Gateway에서 수행되는 것과 동일한 방식으로 CUBE에서 수행할 수 있습니다. 자세한 내용은 Number Translation using Voice Translation Profiles 문서를 참조하십시오.

기본 IP 주소 지정

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

CUBE의 루프백 인터페이스와 같은 특정 인터페이스에 SIP를 바인딩해야 하는 경우도 있습니다. SIP 바인딩은 CUBE가 특정 인터페이스에서 SIP 트래픽을 수신하지 않는 경우와 같은 부작용을 일으킬 수 있습니다. 바인딩을 사용하지 않고 라우팅 테이블에서 결정하도록 하는 것이 좋지만, 항상 가능한 것은 아닙니다. Voice Service(음성 서비스) VoIP > SIP에서 또는 개별 다이얼 피어에서 SIP 바인딩을 적용할 수 있습니다. SIP 바인딩에 대한 자세한 내용은 SIP 바인딩 기능 구성 문서를 참조하십시오.

CUBE의 음성 클래스 코덱

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

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

CUCM-to-CUBE 통합의 CUCM 측

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

2. Add New(새로 추가)를 선택하고 다음 그림과 같이 SIP(Session Initiation Protocol) 트렁크를 설정합니다.
   
   

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

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

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

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

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

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

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

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

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

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

6. 일부 Telcos에서 예상된 마스크 없이 통화를 계속 진행할 수 없도록 하기 때문에 통화를 계속 진행하려면 전화기 컨피그레이션의 외부 전화기 마스크를 추가해야 하는 경우도 있습니다. 이를 수정하려면 발신자 전화기의 DN(디렉토리 번호) 컨피그레이션 페이지로 이동하여 상자에 필요한 변경을 수행한 다음 변경 사항을 저장한 후 전화기를 재설정/재시작합니다.
   
   

이 컨피그레이션이 CUCM에서 이루어지면 PCA에서 클러스터 검색을 시작합니다.

이제 디바이스가 PCA에서 Border Element로 검색됩니다.