CUCM-CUBE 통합 구성 - 컨피그레이션 예

소개

이 문서에서는 CUCM(Cisco Unified Communications Manager)을 사용한 Cisco CUBE(Unified Border Element) 컨피그레이션의 기본 사항에 대해 설명합니다.

사전 요구 사항

요구 사항

Cisco에서는 시스템에 DNS(Domain Name System) 컨피그레이션이 없으며 다음 항목에 대해 알고 있는 것이 좋습니다.

• CUCM 버전 8.6 - 버전 10.x
• Cisco IOS^® 버전 15.1(2)T 이상

참고: IP 주소는 네트워크의 주소 지정 체계에 따라 달라집니다.

사용되는 구성 요소

이 문서의 정보는 CUCM 서버, Cisco ISR(Integrated Services Router), ISR Generation 2(G2) 또는 Cisco ASR(Aggregation Services Router)의 개수에 관계없이 CUBE가 될 수 있다는 점을 기반으로 합니다. DSP(Digital Signal Processor)는 기본 CUBE 작업에 필요하지 않습니다.

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

구성

CUCM-to-CUBE 통합의 CUBE 측

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

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

• 컨피그레이션의 첫 번째 행은 라우터에서 CUBE를 활성화하는 mode border-element입니다. 일부 디바이스는 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 게이트웨이가 코덱이 맨 끝에 제공되는 방법의 우선 순위를 지정하는 순서로 코덱을 보여 줍니다.  음성 클래스 코덱은 다이얼 피어에 적용됩니다.

Cisco IOS 요금 사기 애플리케이션

Cisco IOS의 요금 사기 애플리케이션은 원치 않는 SIP 액세스를 방지할 수 있으므로 유용하지만, 적절한 계획이 없으면 정상적인 작동에 문제가 발생할 수 있습니다. Cisco IOS의 요금 사기 애플리케이션을 사용하면 라우터가 자신과 통신하여 전화를 걸 수 있는 디바이스(H323 또는 SIP)를 지정할 수 있습니다. 다이얼 피어에서 세션 대상으로 사용되는 IP 주소는 추가 컨피그레이션 없이 Cisco IOS Voice Gateway에 통화를 전송할 수 있습니다. 일반적으로 환경의 모든 SIP 제공자 및 CUCM 서버가 포함되지만, 항상 포함되는 것은 아닙니다. 그렇지 않으면 CUBE에 수동으로 추가해야 합니다. 미디어 주소가 아니라 시그널링 주소만 추가해야 합니다. 자세한 내용은 IOS 릴리스 15.1(2)T의 유료 사기 방지 기능을 참조하십시오.

CUCM-to-CUBE 통합의 CUCM 측

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

   

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

   

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

   

   
   
   트렁크가 생성되면 SIP Route Pattern(SIP 경로 패턴) 또는 Route List/Route Group(경로 목록/경로 그룹) 설정을 통해 경로 패턴이 트렁크에 올바르게 액세스하는지 확인합니다.
   
   Redirecting Diversion Header(리디렉션 전환 헤더)는 인바운드 또는 아웃바운드 통화에 대해 인증할 수 있습니다.
   
   외부 번호가 VoIP 네트워크로 전달되면 SIP 초대 메시지가 CUCM으로 릴레이된 전환 정보와 함께 전달됩니다. 발신자 발신자를 표시합니다. 예를 들어 통화 흐름이 Cisco Unity Connection(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 서비스 추적 또는 CUBE 추적을 사용합니다.

문제 해결

현재 이 설정에 사용할 수 있는 특정 문제 해결 정보가 없습니다.