논리적 파티셔닝 정책 및 지오레이션의 작동 방식 이해

소개

이 문서에서는 오프넷 통화를 온넷 통화에서 분리해야 하는 인도와 같은 국가에서 지오로케이션, 지오로케이션 필터 및 논리적 파티셔닝을 사용하는 방법에 대해 설명합니다.CSS(Calling Search Spaces) 및 파티션에서 제공하는 Class of Service는 특정 법률 및 규정을 준수하기 위해 필요한 세분성 수준을 제공하지 않을 수 있습니다.또한 이러한 동일한 요소가 EMCC(Extension Mobility Cross Cluster) 컨피그레이션에 사용된다는 것을 확인할 수도 있습니다.더 구체적인 위치로 필터링하는 방법에 대해 설명하는 Cisco Unified Communications Manager 기능 및 서비스 설명서 릴리스 7.1(2)를 참조하십시오.이 문서에서는 지리적 구성 요소에 대해 더 이상 다루지 않습니다.대신 이 문서의 핵심은 이 모든 기능이 논리적으로 연동되는 방식을 검토하는 것입니다.

사전 요구 사항

요구 사항

이 문서에 대한 특정 요건이 없습니다.

사용되는 구성 요소

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

표기 규칙

문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 규칙을 참조하십시오.

CUCM 정책 관리

이러한 주요 요소는 Cisco CUCM(Unified Communications Manager)(CallManager) CCMAdmin 페이지에서 찾을 수 있습니다.

• Device(디바이스) > Phone(전화기) > Find(찾기) > Geolocation/Device Pool(지오로케이션/디바이스 풀)을 선택합니다.
• Device(디바이스) > Trunk(트렁크) > Find(찾기) > Geolocation/Device Pool(지오로케이션/디바이스 풀)
• System(시스템) > Device Pool(디바이스 풀) > Find(찾기) > Geolocation/Geolocation Filter(지오로케이션/지오로케이션 필터)를 선택합니다.
• 시스템 > 지오로케이션 컨피그레이션
• 시스템 > 위치 필터

CCMAdmin에서 Enterprise Parameters(엔터프라이즈 매개변수) > Logical Partitioning Configuration(논리적 파티션 구성)으로 이동합니다.위치 및 논리적 파티셔닝에 영향을 줄 수 있는 네 가지 매개변수가 있습니다.다음 사항에 유의하십시오.

• 모든 디바이스 컨피그레이션, 디바이스 풀 컨피그레이션, 논리적 파티셔닝 컨피그레이션, 지오레이션, 필터 등은 Enable Logical Partitioning 매개변수를 기본값인 False에서 True로 변경해야 합니다.
• Default Policy(기본 정책)는 기본적으로 Deny(거부)로 설정됩니다.no Policy는 Call Routing(통화 라우팅) > Logical Partition Policy Configuration(논리적 파티션 정책 컨피그레이션)에 명시적으로 정의되어 있습니다.
• Device Geolocation 컨피그레이션 및 Device Pool Geolocation 컨피그레이션이 비어 있는 경우에도 Default Geolocation 컨피그레이션을 디바이스에 할당할 수 있습니다.

구성을 변경하고 이것이 예상대로 작동하지 않는 이유를 알 수 없는 경우 SIP 트렁크와 같은 트렁크 및 게이트웨이는 물론 휴대폰과 같은 엔드포인트에 직접 할당된 지오로케이션(s)을 검사합니다. 전화기, 트렁크 또는 게이트웨이에 직접 할당된 지오로케이션(geolocation)이 없는 경우 디바이스 풀에 할당된 지오로케이션 및 지오로케이션 필터를 각각 검사합니다.둘 다 비어 있는 경우 앞서 언급한 엔터프라이즈 매개변수에 나열된 기본 정책을 검토합니다.

이제 전화기(내부 디바이스) 및 트렁크 또는 게이트웨이(경계 디바이스)에 할당된 세부 정보를 알고 있으므로 논리적 파티션 정책과 일치시킬 수 있습니다.통화 라우팅 > 논리 파티션 정책 구성으로 이동합니다. 정책에 대한 지식과 이해는 어려울 수 있습니다.이 문서의 목표 중 하나는 도움이 되고 포괄적인 예를 제공하는 것입니다. 

샘플 시나리오

Bangalore와 Chennai라는 두 정책을 구성합니다.Logical Partitioning Policy Configuration 페이지를 끌어올릴 때 항상 선택한 두 Device Type 중 첫 번째에 연결되는 이름이 맨 위에 있습니다.방갈로르 논리적 분할 정책(지오로케이션 정책)을 구성할 때 허용/거부 관계는 항상 방갈로르 내부 또는 방갈로르 테두리에서 시작됩니다.

이러한 두 정책을 사용하여 방갈로르 정책 페이지에서 가능한 순열은 다음과 같습니다.

• 방갈로르 내부 - 방갈로르 내부
• 방갈로르 내부 - 방갈로르 국경
• 방갈로르 국경 - 방갈로르 내부
• 방갈로르 국경선
• 방갈로르 내부 - 첸나이 인테리어
• 방갈로르 내부 - 첸나이 보더
• 방갈로르 보더-첸나이 인테리어
• 첸나이 보더 방갈로르

이 두 정책을 사용하면 다음과 같은 8개의 Chennai Policy(체나이 정책) 페이지에서 가능한 순열이 있습니다.

• 첸나이 인테리어 - 방갈로르 인테리어
• 첸나이 인테리어 - 방갈로르 보더
• 첸나이 보더 대 방갈로르 인테리어
• 첸나이 보더 대 방갈로르 보더
• 첸나이 인테리어 - 첸나이 인테리어
• 첸나이 인테리어 - 첸나이 보더
• 첸나이 보더-첸나이 인테리어
• 첸나이 보더-첸나이 보더

참고:다양한 이유로 그렇게 많은 정책 관계를 구성할 필요가 없습니다.관계 로직에서는 방향을 검사하지 않습니다. 따라서 방갈로르 내부와 체나이 경계는 첸나이 보더와 방갈로르 내부가 동일합니다.  서로 충돌하는 구성을 피하십시오.

정책 충돌 및 중복에 대한 자주 묻는 질문

Q: 상충되는 충돌 또는 정책이 있을 경우 어떻게 됩니까?

A:논리도 있긴 하지만 추적하기는 어려울 수 있어요논리는 수정된 정책이 아니라 새로 추가된 마지막 정책과 관련되어 있습니다.

Allow(허용) 값이 포함된 정책이 나중에 Deny(거부)로 변경되면 Deny(거부)로 유지됩니다.그 반대도 사실이다.이전에 Deny(거부)로 설정된 정책은 나중에 Allow(허용)로 변경되었습니다.Cisco Unified Reporting > Geolocation Policy Report를 통해 중복되는 정책을 식별할 수 있습니다.

Q:첸나이 보더에서 첸나이 보더로의 방갈로르 내부가 Deny로 구성된 반면, 첸나이 보더에서 방갈로르 내부로 구성된 경우 어떻게 합니까?

A:첸나이 보더에서 방갈로르 내부로의 마지막 보더인 경우 정책이 우선합니다.

참고:정책은 내부와 경계, 경계 대 내부 및 국경 간 관계에만 영향을 미치며 내부와 내부 관계에는 영향을 미치지 않습니다.

이 추가 정보를 고려하여 이 문서의 샘플 정책을 총 16개의 항목에서 7개의 항목으로 대폭 줄일 수 있습니다.내부 대 내부는 영향을 받지 않습니다.내부-내부 및 중첩 정책은 취소선으로 표시되므로 목록에 더 이상 나타나지 않습니다.

방갈로르 정책 페이지에는 다음이 포함됩니다.

• 방갈로르 내부 - 방갈로르 내부 - 내부 내부 - 영향을 받지 않음.
• 방갈로르 내부 - 방갈로르 국경
• 방갈로르 국경 - 방갈로르 내부 - 방갈로르 정책 페이지에 구성된 방갈로르 내부 - 방갈로르 보더와의 겹칩니다.
• 방갈로르 국경선
• 방갈로르 내부 - 첸나이 내부 - 내부-내부 구간은 영향을 받지 않습니다.
• 방갈로르 내부 - 첸나이 보더
• 방갈로르 보더-첸나이 인테리어
• 첸나이 보더 방갈로르

[첸나이 정책] 페이지에는 다음이 포함됩니다.

• 첸나이 인테리어 - 방갈로르 내부 - 내부-내부 인테리어는 영향을 받지 않습니다.
• 첸나이 인테리어 - 방갈로르 보더  - 방갈로르 보더 - 방갈로르 정책 페이지에 구성된 체나이 인테리어와 겹칩니다.
• 첸나이 보더 대 방갈로르 인테리어  - 방갈로르 내부 및 방갈로르 정책 페이지에 구성된 체나이 보더와의 겹칩니다.
• 첸나이 보더 대 방갈로르 보더  - 방갈로어 정책 페이지에 구성된 방갈로르 보더에서 체나이 보더와의 겹칩니다.
• 첸나이 인테리어 - 첸나이 인테리어 - 내부-내부 연결은 영향을 받지 않습니다.
• 첸나이 인테리어 - 첸나이 보더
• 첸나이 보더-첸나이 인테리어  - 첸나이 내부와 겹치기 구성.
• 첸나이 보더-첸나이 보더

체나이 정책과 일치하는 Chennai Geolocation이 있는 IP Phone은 Chennai Interior 디바이스입니다.체나이 정책과 일치하는 첸나이 지오로케이션이 있는 SIP 트렁크는 체나이 경계 디바이스입니다.특별히 Device-Type을 할당할 필요가 없습니다.CUCM은 트렁크, 게이트웨이 및 전화기를 자동으로 분류합니다.통화가 거부되지 않은 상태에서 체나이 내부 장치(전화기)가 SIP 트렁크(Chennai Border Device)를 호출할 수 있도록 하려면 통화가 빠른 통화 중 신호를 수신한 다음, 나중에 구성된 정책 겹침 없이 체나이 내부에서 체나이 경계 정책을 허용으로 설정해야 합니다.

참고:디바이스 풀을 변경하려면 디바이스 풀을 재설정해야 변경 사항을 커밋할 수 있습니다.이는 많은 장치에 영향을 미칠 수 있으므로 몇 시간 후에 변경 사항을 구성해야 합니다.

참고:CallManager SDI(ccm.txt) 추적에서 DA(Digit Analysis)를 수행하지 않고 LP(Logical Partitioning)로 인해 통화를 거부할 수 있습니다.예를 들면 다음과 같습니다.SIP Invite, Trying, 503 Service Unavailable with no DA in between.(DA가 없는 SIP 초대, 시도 중, 503 서비스 사용 불가).

다음은 전체 거부 메시지의 예입니다.

09/18/2012 21:53:48.379 CCM|Cdcc::CcRejInd: ccRejInd.c.cv =  -1493172161|
<CLID::KCMCS01-Cluster> <NID::10.50.1.11><CT::2,100,45,1.1290981><IP::10.50.15.127><DEV::>
<LVL::Detailed><MASK::0800>
 ...
  CV=-1493172161 in CcRejInd refers to Logical Partitioning denial as per this 
junked Defect CSCsz91044  
  ...
  09/18/2012 21:53:48.380 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP 
message to 10.50.15.127 on port 50380 index 90345 
  SIP/2.0 503 Service Unavailable

이 다이어그램은 지리위치 및 논리적 파티셔닝의 예를 제공합니다.

그림 1:네트워크 다이어그램

이 다이어그램은 TEHO(Tail-End-Hop-Off) 및 Toll-Bypass를 제한하기 위한 정부 규정 때문일 수 있는 원하는 통화 흐름을 보여줍니다.

• 인도 IP Phone은 PSTN(Public Switched Telephone Network) 액세스가 로컬이라는 이유로 PRI(Primary Rate Interface) 1을 호출할 수 있어야 합니다.
• 인도 IP Phone은 PSTN 액세스가 로컬이 아니라는 이유로 PRI 2를 호출할 수 없습니다.
• 마찬가지로 인도 IP Phone은 PRI 1을 콜아웃하고 통화를 보류할 수 있어야 하지만, PRI 2를 다이얼하여 세 상대방을 모두 전화회의에 넣을 수 없어야 합니다.

위치 및 논리적 파티션을 사용하여 설정

이 섹션에서는 CUCM에서 Geolocation 및 Logical Partitions를 설정하고 구성하는 데 필요한 단계를 보여줍니다.

1단계:엔터프라이즈 서비스 매개변수 내에서 이러한 설정을 구성합니다.논리적 분할 기본 정책을 거부 또는 허용으로 설정했는지 확인하십시오.이것은 중요합니다.이 컨피그레이션 예에서는 Deny로 설정됩니다.

그림 2:CUCM 논리적 파티션 구성

2단계:Geolocation Filter Configuration(지오로케이션 필터 컨피그레이션)으로 이동하여 이 특정 컨피그레이션에 대한 단일 필터를 지정합니다.컨피그레이션이 매우 고급 상태가 될 경우 더 지정할 수 있습니다.이 경우 국가에서만 일치하도록 지정합니다.

그림 3:CUCM 지오로케이션 필터 컨피그레이션

3단계:Geolocation Configuration(지오로케이션 컨피그레이션)으로 이동하여 필터링하려는 특정 지정 위치를 설정합니다.이는 매우 간단하며 Geolocation Filter를 설정한 것보다 더 이상 구성할 필요가 없지만 이 예에서는 몇 가지 추가 컨피그레이션을 보여 줍니다.

그림 4:CUCM 지오로케이션 목록

그림 5:지오로케이션 컨피그레이션

그림 6:지오로케이션 컨피그레이션 페이지 2

4단계:Device Pool Configuration(디바이스 풀 컨피그레이션)으로 이동하여 Geolocation Configuration(지오로케이션 컨피그레이션) 매개변수를 찾습니다.전화기가 물리적으로 위치한 위치에서 설정합니다.

그림 7:디바이스 풀 컨피그레이션

5단계:전화기의 Device Configuration(디바이스 컨피그레이션) 페이지로 이동하여 전화기가 있는 위치를 선택합니다.

그림 8:전화 구성

6단계:PRI 인터페이스의 Device Configuration(디바이스 컨피그레이션) 페이지로 이동하여 개별 유닛으로, 동일한 것처럼 구성합니다.

그림 9:인도의 PRI

그림 10:미국 PRI

7단계:이 단계는 논리적 파티션 정책 구성에서 더 어려운 부분입니다.

참고:두 가지 정책이 필요합니다. 

그림:11:논리적 파티션 정책 목록

그림 12:인도 정책

그림 13:인도 정책 계속

그림 14:미국 정책

그림 15:미국 정책 계속

테두리 및 요소 장치

이 섹션에서는 Border와 Interior의 의미와 Border가 Interior임을 확인하는 방법에 대해 설명합니다.

CUCM 디바이스를 범주화하기 위해 사용되는 용어는 해당 기능을 기반으로 합니다.

• 경계 장치?이러한 디바이스는 PSTN 액세스 또는 클러스터 간 통신을 허용합니다.
• 내부 장치?이러한 디바이스는 VoIP(Voice over IP) 엔드포인트입니다.

일반적인 보더 디바이스는 다음과 같습니다.

• 게이트웨이(예: H.323 게이트웨이)
• ICT(Intercluster trunk), 게이트키퍼가 제어되고 게이트키퍼가 아닌 디바이스 모두 제어됨
• H.225 트렁크
• SIP 트렁크    
• MGCP(Media Gateway Control Protocol) 포트(E1, T1, PRI, BRI, FXO)  

일반적인 내부 장치:

• 전화(SCCP, SIP, 서드파티)
• VG224 아날로그 전화
• MGCP 포트(FXS)
• CTI 경로 포인트 및 CTI 포트
• Cisco Unity Voice Mail(SCCP)  

이 경계 및 내부 소스는 CUCM 디바이스를 기반으로 고정되며 CUCM 릴리스 7.1에서 구성할 수 없습니다.

허용할 구성 대 거부

이 문서의 전체 컨피그레이션 예는 Enterprise Parameter가 Deny 상태로 설정된 상태로 완료되었습니다.그림 2를 참조하십시오. 경우에 따라 이 값을 허용으로 수정한 다음 거부를 원하는 모든 것을 설정할 수 있습니다. 이 구성은 이 구성이 설정되면 더 어려워지기 때문입니다.

이 설정을 위해 다음과 같이 구성해야 합니다.

• 엔터프라이즈 매개변수.
• 지오로케이션 필터.
• 지오로케이션 컨피그레이션.
• 디바이스 풀.
• IP Phone의 지오로케이션 정보입니다.
• PRI 인터페이스의 위치 정보(게이트웨이는 MGCP임)
• 논리적 파티셔닝 내의 지오로케이션 정책(경계/내부 허용/거부 컨피그레이션).

관련 정보

• 기술 지원 및 문서 − Cisco Systems