CUCM 클러스터 전체에 GeoLocation 구현

소개

이 문서는 위치 전송을 통해 멀티 클러스터 구축 전반에 걸쳐 지리적 위치를 확장하는 방법에 대해 설명합니다.CUG(Closed User Group)를 최소 컨피그레이션으로 제어되고 규제 대상이 되지 않는 클러스터 간에 작동하는 방법에 대한 새로운 정보를 제공합니다.또한 규정 준수 방법도 보장합니다.

지오로케이션 관련 용어

지리적 위치

GeoLocation은 현재 존재하는 물리적 지리적 영역에 대한 설명입니다.CUCM에서 지오로케이션(geolocation)은 IP 전화, SIP 트렁크, ICT 간 트렁크(ICT) 게이트웨이 등과 같은 디바이스에 위치 세부 정보를 할당하며, 이는 기업 전체에서 클러스터 및 사이트 전체에서 의미가 될 수 있습니다.

RFC 4119는 17개의 도시 위치 요소를 지정하고 UCM 논리적 분할 기능은 관리 컨피그레이션에서 이러한 17개의 필드/요소를 수동으로 구성합니다.17개 필드를 모두 입력하는 것이 좋습니다.필드의 이름은 logical과 short여야 합니다.

지오로케이션 필터

Geolocation Filter는 논리적 분할 기능에 대한 정책과 일치시키는 데 사용할 수 있는 Geolocation String을 구성하기 위해 Geolocation의 특정 필드를 선택하는 규칙입니다.예:  정책을 구성해야 하는 지오로케이션 필드 집합을 제공합니다.

지오로케이션 식별자

지오로케이션, 필터 및 장치 유형의 조합으로 생성된 식별자입니다.이 식별자는 LP와 비교하는 데 사용되며 통화가 허용되거나 거부됩니다.

디바이스 지오로케이션 ∩ 지오로케이션 필터 + 디바이스 유형 = 지오로케이션 식별자

예: CUCM의 SIP 트렁크는 논리적으로

테두리:국가:IN:A1:KAR:A2:BAN 

GLP(지오로케이션 정책 레코드)

지리정보에는 일반적으로 17개의 필드가 모두 구성되어 있으며 클러스터의 각 UCM 디바이스에 대해 고유할 수 있으므로, 지리레이션 간에 정책이 직접 구성되지 않습니다.따라서 Geolocation 간에 정책을 구성하는 것은 관리자가 지리적으로 지정한 횟수만큼 오버헤드가 클 수 있습니다. 

정책을 만들기 위해 관리자는 지오로케이션 필드에 필요한 데이터가 있는 레코드를 구성해야 합니다.이러한 목적으로 컨피그레이션에서는 위치 필드를 표시하는 드롭다운에서 데이터를 선택하는 프로비저닝을 제공합니다.

이러한 레코드를 GLP(GeolocationPolicy) 레코드라고 합니다.

참고:GeolocationPolicy 레코드는 해당 데이터가 필터에서 선택한 필드와 일치하도록 만들어야 합니다.필드 계층 구조가 중요하며 필드의 시작 부분이나 중간에 놓쳐서는 안 되지만 끝 부분에서는 누락될 수 있습니다.

필터와 관련된 필드가 정책에 없는 경우 검색 알고리즘은 끝에서 필드를 분리하고 정책에서 가능한 일치를 찾습니다.  

예:한 LP에 대해 C, A1, A2, A6 필드를 선택하고 다른 LP에는 C, A1, A6만 있는 경우 이 2 LP 사이의 CUCM은 C만 사용하며, A6가 두 CUCM에 모두 있는 경우에도 A1은 무시합니다.

위치 전송

• SIP를 사용하여 한 SIP 사용자 에이전트에서 다른 엔터티로의 GeoLocation을 Location Convertur라고 합니다.
  
  
• LP 요구 사항을 지원하기 위해 UCM의 구현은 PIDF-LO에 디바이스 유형 정보를 추가로 전달합니다.이는 SIP 확장 draft-ietf-simple-prompps-ext-08의 사양에 따라 User Agent Capability Presence Status를 기반으로 합니다. 
  
  
• UCM의 SIP 트렁크는 이러한 사양에 따라 위치 전송을 지원합니다.
  
  
• ICT가 SIP 트렁크와 호환되는 기능을 제공하고 동일한 기능을 허용하도록 하기 위해 ICT/H225 트렁크는 PIDF-LO를 사용하여 클러스터 전체에서 위치 이동을 지원합니다. 
  
  
• UCM은 통화 설정 시 위치 정보의 전환은 물론, Midcall Join 및 Redirects에 참여하는 연결된 당사자의 변경으로 인한 위치 변경도 지원합니다.  

CUCM 클러스터 간 지오로케이션 구현

가정:지오로케이션 및 필요한 이유에 대한 기본적인 이해 

이 문서에서는 CUCM 클러스터 2개를 사용했습니다.한 클러스터는 미국 및 인도에 있는 다른 클러스터에 있는 것으로 간주됩니다.데모에서는 CUCM 버전 11.5 및 10.5를 사용합니다.클러스터 사이에 SIP 트렁크가 있습니다.CSS 및 파티션을 사용하는 두 클러스터의 이 ICT/SIP 트렁크에서 내부 통화만 허용하도록 다이얼 플랜이 설정됩니다.VOIP에서 PSTN 통화로 CSS 및 파티션을 사용하여 PSTN 전화를 걸도록 다이얼 플랜이 설정되었습니다.

인도 클러스터는 논리 파티션이 사용/인식되는 클러스터입니다.USA 클러스터는 Logical 파티션이며 비활성화되거나 인식되지 않습니다.지오로케이션 및 지오로케이션 필터가 두 클러스터의 모든 디바이스에 대해 구성 및 적용됩니다.지금은 인도의 클러스터에서만 논리적 파티션을 구성하지만, 이 경우 지오로케이션이 활성화되고 미국 클러스터에서도 논리적 파티션이 구성되기 때문에 나중에 제한이 발생합니다.  

인도 VOIP 확장:7XXX(7001, 7002)

미국 VOIP 확장:  5XXX(5005)

PSTN 확장:1XXX(1005)

지오로케이션 식별자가 있는 이미지입니다.

배경 정보

India Side에서는 TRAI 규정이 적용됩니다.간단히 말해서 로컬 PSTN 통화에 비로컬 VOIP 통화를 혼합하지 마십시오.CUG(Closed User Group) 통화는 허용됩니다. 즉, 동일한 엔터프라이즈 네트워크 내의 VOIP 통화는 허용됩니다.

여러 CUCM 클러스터가 서로 다른 지리적 위치에 있고 그 중 하나를 규율하는 경우 목표는

1. TRAI 또는 규정 규칙 준수
2. CUG 작동 여부 

이론

CUG를 작동시키기 위해 위치 전환은 논리적 파티셔닝 정책 시행을 확장하는 데 사용됩니다. 즉, Send Geolocation Data(지오로케이션 데이터 전송)가 두 클러스터의 ICT 및 SIP 트렁크에서 확인되면 위치 정보가 다른 클러스터로 전송됩니다.이렇게 하면 디바이스의 지오로케이션 정보를 보내고 받을 수 있으며, 이와 함께 디바이스가 내부 또는 경계인지 알 수 있습니다.

최초 통화 설정 시 IP 전화 A와 ICT 간의 통신이 허용되도록 하는 정책이 필요합니다.SIP INVITE가 다른 클러스터로 전송되면 대상 디바이스 B를 확인하고 이 디바이스가 벨소리 울림 또는/또는 통화에 응답하면 디바이스 B의 위치 정보가 SIP INVITE/UPDATE 메시지를 통해 원래 클러스터로 전송됩니다.Originating(발신) 클러스터가 INVITE/UPDATE 메시지에서 유효한 지오로케이션 정보를 수신하면 로컬 SIP 트렁크 지오로케이션 컨피그레이션을 재정의하고 이를 수신된 지오로케이션으로 대체합니다.

이 새로운 지오로케이션 정보를 사용하여 VOIP에서 VOIP로의 호출을 허용하고 다른 클러스터의 경계 디바이스에 도달하는 클러스터의 VOIP 호출을 거부하도록 논리적 파티션 정책을 구성할 수 있습니다.

참고:이 시나리오에서 모든 클러스터에는 Geolocation 및 Geolocation Filters가 구성되어 모든 Device Pools에 적용되어야 합니다.클러스터 간 통화에는 지오로케이션 데이터 및 참가자가 내부 또는 테두리로 간주되는지 여부가 포함됩니다.클러스터 간 통화에서 지오로케이션 데이터가 수신되지 않으면 트렁크 컨피그레이션의 지오로케이션 및 지오로케이션 필터가 대신 사용되거나 트렁크의 디바이스 풀에서 상속됩니다.

설계

지오로케이션 및 논리적 파티션을 설계하려면

• 통화를 발신하는 장치 및 통화를 수신하는 장치를 고유하게 식별하는 방법
• 어떤 지오로케이션/물리적 장소에서 통화 제한을 적용해야 하는지에 대한 정보를 수집합니다.
• 17개 필드 중에서 이 필드를 선택하면 통화를 허용할지 거부할지 여부를 결정할 수 있습니다. 

Geolocation 필드에는 A1에서 A6까지 우편번호를 입력할 수 있는 17개의 필드가 있습니다.A1에서 채우려면 지도를 확대하면 됩니다.세부 정보를 더 많이 입력할수록 디바이스의 위치가 정확하게 지정되고 이 지리적 위치가 할당됩니다.고려해야 할 사항은, 지오로케이션의 모든 필드 중에서, CUCM에 있는 디바이스 쌍이 있어야 하며, 이 필드는 효과적인 논리적 파티션 결정을 내릴 수 있습니다.

논리적 파티션 정책이 구성된 경우 위치 필드 집합을 선택할 수 있는 옵션이 있으며, 디바이스가 통화를 할 때 CUCM에 위치 식별자 집합이 표시되고 대상 디바이스가 CUCM에 위치 식별자 집합 집합을 표시하는 호출을 받도록 해당 위치 필드를 선택합니다.이러한 필드가 미리 정의된 논리 파티션 정책과 일치하면 통화에 제한을 적용할 수 있습니다.

예.장치 A에 위치 정보 A1=IN,A2=BAN,NAM=BGL14가 있고 장치 B에 위치 정보 A1=IN,A2=MUM,NAM=BAN1이 있는 경우 A=IN,A2=BAN,NAM=BGL14와 같은 위치 정보 정책 1을 만듭니다. 정책 생성, 2,A A2=MUM,NAM=BAN1. 정책 1과 2와 일치하는 장치 간에 허용하거나 거부해야 합니다.

통화가 수행되고 원본 장치에 위치 정보 A1=IN,A2=BAN,NAM=BGL14가 있는 경우 CUCM은 정책 1을 선택할 수 있음을 알게 됩니다.대상 디바이스에도 Geolocation info A1=IN,A2=MUM,NAM=BAN1이 있는 경우 CUCM은 정책 1과 2 사이의 논리적 파티션 관계에 대한 완벽한 일치임을 알고 있습니다.

참고:지오로케이션 필터 필드 및 논리 파티션 정책 필드 선택 필드는 선택되고 일치하는 필드가 동일하거나 논리 파티션 정책 필드는 위치 필터 필드의 하위 집합으로 되어 통화가 이루어진 경우 첫 번째 반복에서 일치하는 논리 파티션 정책이 적용되도록 하는 것이 좋습니다.전화를 걸 때는 완벽한 일치를 시도해야 합니다.

CUCM의 컨피그레이션

인도 클러스터 컨피그레이션은 다음 부분으로 나눌 수 있습니다.

지오로케이션 구성

이 경우 세 개의 지리전이 생성됩니다.

• 인도의 장치:인도_GL
• ICT의 SIP 트렁크:인도_ICT_GL
• 미국 내 장치의 경우:US_GL

참고:인도 클러스터에서 Empty_GL이 구성되고 기본 지오로케이션으로 지정됩니다.이 작업은 디바이스 풀을 통해 디바이스에 지오로케이션 추가를 잊어버린 경우 이 지오로케이션 을 사용하여 모든 보더 디바이스에 대한 통화를 거부합니다.

이 그림에서는 India_GL 구성을 보여 줍니다.

이 그림에서는 India_ICT_GL 구성을 보여 줍니다.

이 그림에서는 US_GL 구성을 보여 줍니다.

이미지에 표시된 대로 지오로케이션 필터인 국가, A1, A2, NAM 필드가 사용됩니다.

지오로케이션 사용

엔터프라이즈 매개변수에서 논리적 분할을 사용으로 설정하고, 기본 정책을 Deny로 설정하고, 기본 지리적 위치를 Empty_GL로 적용합니다.

디바이스에 위치 할당

• IP 전화용 CUCM 디바이스 풀에서 India_GL을 할당합니다.

• ICT SIP Trunk에서 India_ICT_GL을 지정하고 위치 정보를 전송하려면 선택합니다.

이 작업이 완료되면 UC 클러스터로 이동합니다.미국 지오로케이션 정책을 생성하고 이를 미국 클러스터의 디바이스와 연결해야 합니다.  미국 및 인도 클러스터 간 SIP 트렁크 또는 ICT에서 Send Geolocation Information(지오로케이션 정보 보내기) 확인란을 선택했는지 확인합니다. 

미국 클러스터의 컨피그레이션이 완료되면 인도 클러스터로 다시 이동합니다.

논리 파티션 정책 구성

3개의 논리적 정책이 생성됩니다.

• ICT 정책:국가=IN,A1=KAR,A2=BAN,NAM=ICT
• 인도 정책:국가=IN,A1=KAR,A2=BAN,NAM=BGL14
• 미국 정책:Country=US,A1=TEX,A2=SAN,NAM=BGL1

논리 파티션 정책 간 관계 구성

논리적 파티션이 구성되면 두 정책 간의 관계를 채웁니다.

ICT 논리적 정책

디바이스 유형, 정책 및 다른 정책 테이블과의 관계

장치 유형	정책	장치 유형	정책	결과
테두리	국가=IN,A1=KAR,A2=BAN,NAM=ICT(ICT 정책)	테두리	국가=IN,A1=KAR,A2=BAN,NAM=ICT(ICT 정책)	허용
테두리	국가=IN,A1=KAR,A2=BAN,NAM=ICT(ICT 정책)	내부	Country=IN,A1=KAR,A2=BAN,NAM=BGL14(인도 정책)	허용

• 미국 측에서 디바이스를 업데이트하기 전에 내부 IP 전화가 ICT에 연결되어야 합니다. 따라서 Border:Country=IN,A1=KAR,A2=BAN,NAM=ICT(ICT SIP 트렁크)에서 Interior:Country=IN,A1=KAR,A2=BAN,NAM=BGL14(인도의 IP 전화 허용) ...을 클릭합니다.
  
  
• 통화를 미국으로 다시 헤어핀해야 하는 경우 ICT 대 ICT 통화가 허용되어야 합니다. 그러면 Border:Country=IN,A1=KAR,A2=BAN,NAM=ICT to Border:Country=IN,A1=KAR,A2=BAN,NAM=ICT as Allow가 됩니다.
  
  

인도 논리 정책

디바이스 유형, 정책 및 다른 정책 테이블과의 관계

이 컨피그레이션을 사용하면 Logical 파티션이 인도 클러스터에만 구성되어 있으며 미국과 인도 클러스터 간에 위치가 서로 다릅니다.미국과 인도 클러스터 간의 통화를 PSTN과 혼합하여 CUG를 작동시키는 것을 차단할 수 있어야 합니다.전화를 몇 번 걸어 이 구성을 테스트합니다.

시나리오

• 인도의 IP 전화는 미국의 IP 전화입니다.
• 인도의 IP 전화는 미국, 인도 IP 전화에서 PSTN 사용자에게 통화를 전송합니다.
• 인도의 IP Phone은 미국, 인도 IP Phone Conference PSTN User에서 IP Phone으로 전화합니다.
• 인도의 IP 전화가 미국의 IP 전화에 전화를 걸며, 미국 내선 번호가 이를 PSTN 사용자로 전송합니다.
• 인도의 IP 전화는 미국의 IP 전화, 미국 Ext Conference PSTN 사용자입니다.

시나리오 1:인도의 IP 전화가 미국의 IP 전화라고 함

예상 동작:통화 허용

관찰된 동작:통화 허용

인도 IP 전화 내선 7001은 내선 5005로 전화합니다.

다음은 SIP 트렁크 래더 다이어그램입니다

통화를 두 부분으로 분할할 수 있습니다.

• US 클러스터에서 지오로케이션 정보를 얻기 전에
• US 클러스터에서 지오로케이션 정보를 얻은 후

최초 SIP 초대에 대해 처음 200개의 OK 및 ACK가 있는 것을 알 수 있습니다.US 클러스터에서 가져온 200 OK를 더 자세히 살펴보면 RTP 포트가 더미 포트임을 알 수 있습니다(예: 4000).

SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.106.97.137:5060;branch=z9hG4bK68935124bc7a
From: <sip:7001@10.106.97.137>;tag=26724~771bfd92-7ded-4e46-8bd8-6830680e49b2-18365227
To: <sip:5005@10.106.97.135>;tag=16120~7e829a6c-a04d-4a5f-8048-8b0b0ec17d7b-18364848
Date: Sat, 16 Mar 2019 19:52:55 GMT
Call-ID: 15e0cb00-c8d15417-6828-89616a0a@10.106.97.137
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence, kpml
Supported: replaces
Server: Cisco-CUCM10.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires:  1800;refresher=uas
Require:  timer
P-Asserted-Identity: <sip:5005@10.106.97.135>
Remote-Party-ID: <sip:5005@10.106.97.135>;party=called;screen=yes;privacy=off
Remote-Party-ID: <sip:5005@10.106.97.135;user=phone>;party=x-cisco-original-called;privacy=off
Contact: <sip:5005@10.106.97.135:5060>
Content-Type: application/sdp
Content-Length: 340
v=0
o=CiscoSystemsCCM-SIP 16120 1 IN IP4 10.106.97.135
s=SIP Call
c=IN IP4 10.65.43.112
b=TIAS:64000
b=AS:64
t=0 0
m=audio 4000 RTP/AVP 9 0 8 116 3 18
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:116 iLBC/8000
a=maxptime:60
a=fmtp:116 mode=20
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=sendonly

RTP가 아직 플로우를 시작하지 않았습니다.ACK가 끝나면 SIP INVITE를 한 개 더 볼 수 있으며, 이 경우 Geolocation 정보가 자신에게 전송됩니다.

INVITE sip:7001@10.106.97.137:5060 SIP/2.0
Via: SIP/2.0/UDP 10.106.97.135:5060;branch=z9hG4bK11f6de9436
From: <sip:5005@10.106.97.135>;tag=16120~7e829a6c-a04d-4a5f-8048-8b0b0ec17d7b-18364848
To: <sip:7001@10.106.97.137>;tag=26724~771bfd92-7ded-4e46-8bd8-6830680e49b2-18365227
Date: Sat, 16 Mar 2019 19:53:00 GMT
Call-ID: 15e0cb00-c8d15417-6828-89616a0a@10.106.97.137
Supported: timer,resource-priority,replaces
Cisco-Guid: 0367053568-0000065536-0000000033-2304862730
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires:  1800;refresher=uac
Min-SE:  1800
Geolocation: 
     
     
       ;inserted-by="10.106.97.135" 
     
P-Asserted-Identity: <sip:5005@10.106.97.135>
Remote-Party-ID: <sip:5005@10.106.97.135>;party=calling;screen=yes;privacy=off
Contact: <sip:5005@10.106.97.135:5060>
Content-Type: multipart/mixed;boundary=uniqueBoundary
Mime-Version: 1.0
Content-Length: 1219
--uniqueBoundary
Content-Type: application/sdp
v=0
o=CiscoSystemsCCM-SIP 16120 2 IN IP4 10.106.97.135
s=SIP Call
c=IN IP4 10.65.43.112
b=TIAS:64000
b=AS:64
t=0 0
m=audio 25344 RTP/AVP 9
a=ptime:30
a=rtpmap:9 G722/8000
--uniqueBoundary
Content-Type: application/pidf+xml
Content-ID: <5005@10.106.97.135>
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:caps="urn:ietf:params:xml:ns:pidf:caps"
xmlns:cisco="http://www.cisco.com"
entity="pres:geotarget@example.com">
<dm:device id="sg89ae">
<caps:devcaps>

     
     
       false 
     
</caps:devcaps>
<gp:geopriv>
<gp:location-info>
<cl:civicAddress>

     
     
       US 
     

     
     
       TEX 
     

     
     
       SAN 
     

     
     
       BGL1 
     
</cl:civicAddress>
</gp:location-info>
<gp:usage-rules>
<gp:retransmission-allowed>yes</gp:retransmission-allowed>
<gp:retention-expiry>2019-03-17T19:53:00Z</gp:retention-expiry>
</gp:usage-rules>
</gp:geopriv>
<timestamp>2019-03-16T19:53:00Z</timestamp>
</dm:device>
</presence>

--uniqueBoundary--

이 초대에서는 미국 IP 전화기에서 사용할 RTP 포트 번호가 표시됩니다.IP 전화의 지오로케이션 정보 및 이 정보가 게이트웨이인지 여부에 대한 정보가 인도 클러스터로 전송됩니다.이 새 지오로케이션 정보를 사용하면 인도 클러스터에서 다시 한 번 논리적 파티션이 일치하여 통화가 허용되거나 거부되어야 하는지 확인합니다.내부 통화에 대한 내부 통화이므로 논리적 파티션이 적용되지 않으며 통화가 허용됩니다.

시나리오 2:인도의 IP Phone에서 미국, 인도 IP Phone에서 PSTN 사용자에게 통화 전환

예상 동작:통화 거부

관찰된 동작:통화 거부됨

인도 IP 전화 Ext 7001이 Us Ext 5005로 전화를 걸며, Transfer(전송) 소프트키를 처음 적중하고, PSTN 번호 1005로 전화를 걸며, 전송 키를 누르지만 아무 일도 일어나지 않습니다.

CUCM 추적에서 볼 수 있습니다.

01192372.012 |01:51:49.984 |AppInfo  |LPPolicyManager -getLogicalPartitionPolicy, devtypeA[Border], devtypeB[Interior]
01192372.013 |01:51:49.984 |AppInfo  |LogicalPolicyTree -searchPolicy devTypeA[Border], devTypeB[Interior]
01192372.014 |01:51:49.984 |AppInfo  |GeolocNamValPair -printList: country = IN, A1 = KAR, A2 = BAN, NAM = BGL14,
01192372.015 |01:51:49.984 |AppInfo  |GeolocNamValPair -printList: country = US, A1 = TEX, A2 = SAN, NAM = BGL1,

01192372.074 |01:51:49.984 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, DEFAULT POLICY found is [2]
01192372.075 |01:51:49.984 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, POLICY found is [9]
01192372.076 |01:51:49.984 |AppInfo  |Transferring - LPPolicy Result [9]
01192372.077 |01:51:49.984 |AppInfo  |LPPolicyManager -incLogicalPPerfmon, perfMon[0]
01192372.078 |01:51:49.984 |AppInfo  |Transferring - handleTransferErrorPreStart, ERROR fid=[4], Retaining Calls, xferring[1, 18365238], xferred[1, 18365239]. infoCause=53, clearCause=63

01192668.001 |01:51:56.765 |AppInfo  |StationD:    (0000019) DisplayNotify timeOutValue=10 notify='a' content='External Transfer Restricted' ver=8560000c.

인도 클러스터 파티의 A는 PSTN 디바이스(예: border element)로 이동합니다.인도 테두리와 미국 내부 간에 허용을 설정하지 않았으므로 기본 정책 집합을 사용하여 거부하고 통화가 차단됩니다.

시나리오 3:인도의 IP Phone에서 미국, 인도 IP Phone Conference PSTN User의 IP Phone 통화

예상 동작:통화 거부

관찰된 동작:통화 거부됨

인도 IP Phone Ext 7001에서 Us Ext 5005로 전화하고, 인도 IP Phone Ext 7001은 Confrn 소프트키를 처음 클릭하고, PSTN 번호 1005로 전화를 걸고, 이미지에 표시된 대로 Confrn 소프트키를 클릭합니다.그러나 전화회의는 사용할 수 없습니다.

CUCM 로그에서 다음을 확인할 수 있습니다.

01213687.146 |02:00:35.806 |AppInfo  |LogicalPolicyTree -searchPolicy devTypeA[Border], devTypeB[Interior]
01213687.147 |02:00:35.806 |AppInfo  |GeolocNamValPair -printList: country = IN, A1 = KAR, A2 = BAN, NAM = BGL14,
01213687.148 |02:00:35.806 |AppInfo  |GeolocNamValPair -printList: country = US, A1 = TEX, A2 = SAN, NAM = BGL1,

01213687.207 |02:00:35.806 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, DEFAULT POLICY found is [2]
01213687.208 |02:00:35.806 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, POLICY found is [9]
01213687.209 |02:00:35.806 |AppInfo  |Conference: processGeoLocationResultListForConfRequest:ci=18365306,status=9

인도 클러스터 파티의 A는 PSTN 디바이스(예: border element)로 이동합니다.인도 테두리와 미국 내부 간에 허용을 설정하지 않았으므로 거부로 설정되고 통화가 차단되는 기본 정책을 사용합니다.

시나리오 4:인도의 IP Phone이 미국의 IP Phone으로 전화하고, 미국 내선 번호가 이를 PSTN 사용자에게 전송합니다.

예상 동작:통화 거부

관찰된 동작:통화 거부됨

인도 IP Phone Ext 7001은 미국 IP Phone Ext 5005로, 미국 IP Phone Ext 5005는 처음 Transfer(호전환) 소프트키를 클릭하고 PSTN 번호 1005로 전화를 걸고 호전환 키를 다시 클릭합니다.

미국 내선 번호가 통화를 PSTN으로 전송하면 US 클러스터에서 업데이트를 받습니다.

UPDATE sip:7001@10.106.97.137:5060 SIP/2.0
Via: SIP/2.0/UDP 10.106.97.135:5060;branch=z9hG4bKbe39bb25ad
From: <sip:5005@10.106.97.135>;tag=6376~7e829a6c-a04d-4a5f-8048-8b0b0ec17d7b-18364784
To: <sip:7001@10.106.97.137>;tag=9968~771bfd92-7ded-4e46-8bd8-6830680e49b2-18365199
Date: Wed, 13 Mar 2019 10:57:03 GMT
Call-ID: b6619180-c881e1f8-26cd-89616a0a@10.106.97.137
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
Supported: timer,resource-priority,replaces
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 UPDATE
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=MIXED
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires:  1800;refresher=uac
Min-SE:  1800
Geolocation: 
     
     
       ;inserted-by="10.106.97.135" 
     
P-Asserted-Identity: <sip:1005@10.106.97.135>
Remote-Party-ID: 
     
     ;party=calling;screen=yes;privacy=off
Contact: <sip:1005@10.106.97.135:5060>
Content-Type: application/pidf+xml
Content-ID: 1005@10.106.97.135
Content-Length: 872
<?xml version="1.0" encoding="UTF-8"?>
<presence xmlns="urn:ietf:params:xml:ns:pidf"
xmlns:gp="urn:ietf:params:xml:ns:pidf:geopriv10"
xmlns:cl=" urn:ietf:params:xml:ns:pidf:geopriv10:civicLoc"
xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
xmlns:caps="urn:ietf:params:xml:ns:pidf:caps"
xmlns:cisco="http://www.cisco.com"
entity="pres:geotarget@example.com">
<dm:device id="sg89ae">
<caps:devcaps>

     
     
       true 
     
</caps:devcaps>
<gp:geopriv>
<gp:location-info>
<cl:civicAddress>

     
     
       US 
     

     
     
       TEX 
     

     
     
       SAN 
     

     
     
       BGL1 
     
</cl:civicAddress>
</gp:location-info>
<gp:usage-rules>
<gp:retransmission-allowed>yes</gp:retransmission-allowed>
<gp:retention-expiry>2019-03-14T10:57:14Z</gp:retention-expiry>
</gp:usage-rules>
</gp:geopriv>
<timestamp>2019-03-13T10:57:14Z</timestamp>
</dm:device>
</presence>

업데이트에서는 상호 작용하는 디바이스가 경계 요소임을 확인할 수 있습니다.이 정보를 사용하면 인도의 CUCM에서 이 통화에 논리 파티션을 다시 적용하게 되며 그 결과 통화가 거부됩니다.

CUCM 로그에서 다음을 확인할 수 있습니다.

00443670.032 |16:27:14.830 |AppInfo  |LPPolicyManager -getLogicalPartitionPolicy, devtypeA[Interior], devtypeB[Border]
00443670.033 |16:27:14.830 |AppInfo  |LogicalPolicyTree -searchPolicy devTypeA[Interior], devTypeB[Border]
00443670.034 |16:27:14.830 |AppInfo  |GeolocNamValPair -printList: country = IN, A1 = KAR, A2 = BAN, NAM = BGL14,
00443670.035 |16:27:14.830 |AppInfo  |GeolocNamValPair -printList: country = US, A1 = TEX, A2 = SAN, NAM = BGL1,

00443670.064 |16:27:14.830 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, DEFAULT POLICY found is [2]
00443670.065 |16:27:14.830 |AppInfo  |LPPolicyManager -findLogicalPartitionPolicyUsingVals, POLICY found is [9]

Party B(미국). 이제 Internal(내부)에서 border(경계) 요소로 디바이스가 업데이트됩니다.기본 정책이 일치하며 인도 클러스터의 기본 정책은 Deny입니다.

시나리오 5: 인도의 IP Phone이 미국에서 IP Phone으로 전화함, 미국 내선 전화 회의 PSTN 사용자

예상 동작:통화 거부

관찰된 동작:통화 허용

이 마지막 시나리오는 통화가 작동하며, 위치 전환과 함께 인도의 클러스터에 구성된 논리적 파티션으로 미국에서 시작된 전화회의 통화를 차단할 수 없습니다.이 컨피그레이션의 제한 사항입니다.이러한 제한을 해결하려면 UC 클러스터에서도 논리적 파티션을 구성해야 합니다.

구성의 다음 섹션은 미국 컬렉터 측에서 수행해야 합니다.

US 클러스터 컨피그레이션

US 클러스터 컨피그레이션은 이러한 부분으로 나눌 수 있습니다.

• 지오로케이션 구성
• 지오로케이션 활성화
• 디바이스에 위치 할당
• 논리적 파티션 정책 구성
• 논리적 파티션 정책 간의 관계 구성

지오로케이션 구성

이 경우 세 개의 지리전이 생성됩니다.

• 인도의 장치:인도_GL
• ICT의 SIP 트렁크:US_ICT_GL
• 미국 내 장치의 경우:US_GL

이 그림에서는 US_GL 구성을 보여 줍니다.

이 그림에서는 US_ICT_GL 구성을 보여 줍니다.

이 그림에서는 India_GL 구성을 보여 줍니다.

필터의 경우 이미지에 표시된 대로 Country A1, A2, NAM 필드가 사용됩니다.

지오로케이션 사용

엔터프라이즈 매개 변수에서 논리 파티션을 활성화하고, 기본 정책을 Allow로 설정합니다.

디바이스에 위치 할당

참고:이제 지오로케이션 US_GL을 사용하여 미국 IP 전화의 디바이스 풀을 이미 구성했을 것입니다.

US 클러스터의 ICT SIP 트렁크에 US_ICT_GL을 할당합니다. 

논리적 파티션 정책 구성

US 클러스터에서 두 개의 논리적 정책이 생성됩니다.

• 인도 정책:  국가=IN,A1=KAR,A2=BAN,NAM=BGL14
• 미국 정책:Country=US,A1=TEX,A2=SAN,NAM=BGL1

미국 논리 정책

디바이스 유형, 정책 및 다른 정책 테이블과의 관계

인도의 IP 전화에서 미국의 IP 전화에 전화를 거는 경우 이 컨피그레이션이 적용됩니다. 이제 미국 IP 전화 회의 PSTN 사용자가 차단됩니다.

인도 IP 전화로 미국 PSTN 사용자와 전화통화를 시도하면 미국 IP 전화에서 이 오류 메시지가 표시됩니다.

US 클러스터에 지오로케이션이 구성되면 시나리오 2와 4의 동작이 동일합니다.미국의 클러스터 자체에서 논리적 파티션이 미국쪽에서 적용되기 때문에 인도 클러스터는 미국 클러스터의 SIP UPDATE/INVITE를 기다릴 필요가 없습니다. 

이를 위해서는 인도와 미국 클러스터 간에 CUG가 작동해야 하며 한 클러스터의 VOIP 호출을 다른 클러스터의 PSTN 호출과 혼합하지 않도록 해야 합니다.

향후 확장 

엔터프라이즈 네트워크에 새 클러스터 추가

새 클러스터를 확장하고 수용하려면 추가할 새 클러스터가 2개 있다고 가정합니다.영국 클러스터 및 프랑스 클러스터

기존 설정과의 컨피그레이션 측면에서, 이를 추가합니다

인더 인디아 사이드

• 인도 클러스터에 UK 지오로케이션 및 프랑스 지오로케이션을 추가하면 됩니다.
• 영국과 프랑스에서 이동하는 SIP 트렁크에 ICT 지오로케이션 할당
• SIP Trunk 또는 ICT에서 Send Geolocation Information(지오로케이션 정보 보내기) 확인란이 선택되어 있는지 확인합니다.

영국 클러스터

• 다른 클러스터와 동일한 필터를 사용하여 영국, ICT 및 인도에 대한 지오로케이션 생성(미국 클러스터 구성과 유사)
• 기본 정책을 허용으로 유지합니다.
• SIP Trunk 또는 ICT에서 Send Geolocation Information(지오로케이션 정보 보내기) 확인란이 선택되어 있는지 확인합니다.
• SIP 트렁크/ICT as ICT에 지오로케이션 및 지오로케이션 필터를 할당합니다.
• 2개의 논리적 정책 UK 정책 및 인도 정책을 생성합니다.
• 영국 정책에서 영국 경계와 인도 내부 간의 논리적 파티션 관계를 거부로 구성합니다.

프랑스 클러스터

• 다른 클러스터와 동일한 필터를 사용하여 프랑스, ICT 및 인도의 지오로케이션(미국 클러스터 컨피그레이션과 유사)을 생성합니다.
• 기본 정책을 허용으로 유지합니다.
• SIP Trunk 또는 ICT에서 Send Geolocation Information(지오로케이션 정보 보내기) 확인란이 선택되어 있는지 확인합니다.
• SIP 트렁크/ICT as ICT에 지오로케이션 및 지오로케이션 필터를 할당합니다.
• 2개의 논리적 정책, 프랑스 정책 및 인도 정책을 생성합니다.
• 프랑스에서 정책은 프랑스 국경과 인도 내부간의 논리적 파티션 관계를 거부로 구성합니다.

다른 카운티에서 새 클러스터를 추가하는 작업은 위의 단계를 따릅니다.이렇게 하면 컨피그레이션이 최소로 유지되며, 클러스터를 더 추가하면 확장할 수 있습니다

SME가 있는 경우 어떻게 해야 합니까?

SME는 SME 클러스터에서 논리적 파티셔닝에 참여하지 않고 지오로케이션 정보의 전달자 역할을 합니다.

• SIP Trunk 또는 ICT에서 Send Geolocation Information(지오로케이션 정보 보내기) 확인란을 선택합니다.
• SME에서 지오로케이션 컨피그레이션이 필요하지 않습니다.

.

모든 지오로케이션 컨피그레이션 및 논리적 파티셔닝은 리프 노드에서만 수행됩니다.리프 노드의 컨피그레이션은 ICT를 통해 두 클러스터 간의 지오로케이션 컨피그레이션과 유사합니다.SME는 단순히 프록시 역할을 하면서 하나의 트렁크에서 수신하는 지오로케이션 정보를 다른 트렁크로 전달합니다.  

참고:그 목록은 결코 완전하지 않다.관리자는 클러스터 모두에서 통화 지정보류 및 통화 당겨받기(로컬 및 원격), SNR, EM, EMCC, Huntpilot, CTI 관련 전송 및 컨퍼런스, 임시, Meet-Me Conference를 테스트하고 테스트해야 합니다. 

제한 사항

컨퍼런스 체이닝 - 예: MeetMe 및 Adhoc 체인으로 연결된 전화회의 참가자는 LP가 거부되지만 통신 중에서는 차단할 수 없는 참가자를 가질 수 있습니다.

권장 사항 - 서비스 매개변수에서 전화회의 체인을 비활성화합니다. 

CBarge/참여의 코너 케이스 - 연결된 상대방이 전화회의 또는 회의-미와 같은 활성 기능으로 인해 전화회의 브리지인 경우 활성 공유 회선 장치가 전화회의 내의 모든 장치에 대해 허용되는 지오로케이션과 연결된 경우 원격 사용 공유 회선 장치는 통화 인스턴스 정보를 표시합니다.이 경우, 원격 사용 중인 전화기는 허용되지 않는 참가자가 회의에 참여하더라도 항상 c참여/참여 기능을 수행할 수 있습니다.cBarge/Barge 참가자의 경우 논리적 파티셔닝 정책 검사가 없으며 논리적 파티셔닝 거부 시나리오를 방지할 수 없습니다.  

관련 정보

• https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/11_5_1/sysConfig/11_5_1_SU1/cucm_b_system-configuration-guide-1151su1/cucm_b_system-configuration-guide-1151su1_chapter_01010001.html
  
  
• https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/11_5_1/sysConfig/11_5_1_SU1/cucm_b_system-configuration-guide-1151su1/cucm_b_system-configuration-guide-1151su1_chapter_01010000.html
  
  
• https://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/116038-logical-partition-geolocation-00.html
  
  
• https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/10_0_1/ccmfeat/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100_chapter_011100.html
  
  
• https://tools.ietf.org/html/rfc6442

• 기술 지원 및 문서 − Cisco Systems