目錄

簡介

必要條件

採用元件

背景資訊

邏輯分割槽的元素

地理定位

地理位置過濾器

邏輯分割槽策略

組態

疑難排解

值得思考的要點

參考資料

已知錯誤

簡介

本文檔介紹如何在Cisco Unified Communications Manager(CUCM)中配置邏輯分割槽和地理位置。

必要條件

思科建議您瞭解以下主題：

- 思科整合通訊管理員

採用元件

- 思科統一通訊管理器8.6或更高版本

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。

背景資訊

邏輯分割槽功能可確保單個系統可用於支援這兩種型別的呼叫，只要通過公共交換電話網絡(PSTN)網關的呼叫不直接連線到另一地理位置（地理位置）的IP語音(VoIP)電話或VoIP PSTN網關，即使呼叫中間呼叫功能。

在印度等一些國家，電信法規必須在企業層面得到滿足。因此，公司需要建立語音基礎設施。它們的設定使得本地PSTN僅在連線企業外部呼叫時使用。根據電信管理機構(TRAI)的規定，印度的PSTN電話網路決不能與VoIP電話網路互連，以實現Toll ByPass。

這就要求將語音系統邏輯地劃分為兩個系統：企業內一個VoIP，第二個訪問本地PSTN。

在CUCM中，使用呼叫搜尋空間(CSS)和分割槽功能來維護此類語音系統是非常困難的。CSS和分割槽可以限制基本呼叫，但無法限制中間呼叫功能，如重定向和加入。

邏輯分割槽的元素

地理定位

CUCM需要設定識別符號以分配給電話、網關、中繼等裝置。地理定位是一個可以在邏輯分割槽中用作識別符號的標準。

地理位置用於根據最多17個引數指定物理位置：國家2字母縮寫、州(A1)、縣(A2)、城市(A3)、區(A4)、街區(A5)、街道(A6)、方向(PRD)、街道字尾(POD)、門牌號(HNO)和門牌字尾(HNS)等。

地理位置過濾器

典型的邏輯分割槽策略配置僅使用地理定位策略記錄中的欄位子集。地理定位過濾器會縮小此選擇範圍。Logical Partitioning（邏輯分割槽）功能使用在Geolocation Filter（地理位置過濾器）中選擇的欄位。

邏輯分割槽策略

在CUCM中，邏輯分割槽被定義為呼叫控制功能，藉助邏輯分割槽策略可用於限制這些VoIP實體之間的通訊。

- 網關之間的IP電話

- 網關到網關

- IP電話與/來自中繼（ICT/SIP中繼）

- 進出中繼的網關（ICT/SIP中繼）

邏輯分割槽中的裝置分為內部和邊界。這些裝置被歸類為內部：

1. 電話（SCCP、SIP、第三方）

2. VG224類比電話

3. MGCP連線埠(FXS)

4. Cisco Unity Voice Mail(SCCP)

5. CTI路由點、CTI埠

6. QSIG網關或ICT

這些裝置被歸類為邊界：

1. 閘道

2. 集群間中繼(ICT)

3. H.225中繼

4. SIP中繼

5. MGCP埠(E1、T1、PRI、BRI、FXO)

組態

步驟1.預設地理定位適用於未配置地理定位且未參與邏輯分割槽的裝置。要設定預設的地理位置策略起著主要作用，如果將其設定為allow，則必須將邏輯分割槽策略與deny功能配合使用，反之亦然。

步驟2.轉至System-> Geolocation Configuration並新增與位置相關的資訊。它充當與此特定地理位置關聯的裝置的識別符號。

步驟3.轉至System-> Geolocation Filter，根據過濾所需的邏輯策略檢查Geolocation Filter配置中的欄位。

步驟4.配置邏輯分割槽策略。這是配置的最重要部分，因為允許或拒絕呼叫的所有決定均取決於其配置。

步驟5.轉至電話的裝置配置頁面，並根據電話所在位置應用地理位置。

類似地，轉到裝置池並新增地理位置配置。

步驟6.接下來轉到充當到PSTN的介面的網關/中繼/MGCP埠的配置頁，並應用地理位置配置和地理位置過濾器。

疑難排解

步驟1.簽入Enterprise Parameters that Enable Logical Partitioning option is set to True。

步驟2.確保裝置與裝置或裝置池級別的有效地理位置相關聯。

步驟3.在配置頁面中檢查裝置是否與有效的地理位置過濾器相關聯，並在裝置或裝置池級別選擇某些地理位置欄位。

步驟4.確保LP GeolocationPolicy記錄的欄位區分大小寫，並與地理位置記錄配置相匹配。

步驟5.也可藉助這些SQL命令從CLI驗證地理位置配置、過濾器和策略。

run sql select * from geolocationfilter

run sql select * from geolocationpolicy

run sql select * from geolocationpolicymatrix

run sql select * from typelogicalpartitionpolicy

步驟6.檢查基本配置後，檢驗地理定位策略之間的關係集。當Enterprise Parameter Logical Partitioning Default Policy設定為Deny時，檢查是否配置了Gateway & VoIP站點的Geolocation Policy之間的Allow邏輯分割槽策略。相反，如果預設策略為Allow，請檢查是否配置了Deny邏輯分割槽策略。

步驟7.確保未配置重疊或衝突的策略。

範例.

LP — 印度 — >內部LP — 浦東 — >邊界允許

LP — 浦東 — >邊界LP — 印度 — >內部拒絕

這裡策略之間的邏輯關係存在衝突。如果配置了邏輯策略內部LP-India到邊界LP-Dong，則意味著此關係適用於邊界LP-Dong到LP-India。這些政策是雙向的。

因此，在本示例中，根據第一個策略，允許浦東位置的內部IP電話通過PRI-India進行呼叫。同時，允許從PRI-India到浦東地理位置的IP電話的PSTN呼叫。

但是，根據第二個策略，從印度 — PRI到浦東位置的IP電話的呼叫和從浦東位置的IP電話的呼叫均被拒絕，但這與第一個策略衝突。

在這種情況下，請務必記住，最後新增的策略將優先使用。

步驟8.使用統一報告功能跟蹤重疊策略，以獲取邏輯分割槽策略矩陣。故障排除非常有用，因為您可以從一個螢幕瞭解在CUCM中配置的所有邏輯分割槽策略。Unified CM Geolocation Policy with Filter報告為所選地理位置策略提供了來自地理位置邏輯分割槽策略矩陣的記錄的完整清單，而Unified CM Geolocation Policy報告則提供了所有邏輯分割槽策略的記錄的完整清單。

步驟9.進行幾次測試呼叫，檢查是否有效。即時監控工具(RTMT)得到了增強，可跟蹤由於新Perfmon計數器中的邏輯分割槽策略限制導致的故障數量。Perfmon計數器有一個名為Cisco Call Restriction的新組。從這裡我們可以跟蹤不同場景中的許多呼叫失敗，如傳輸失敗、臨時會議失敗、我開會會議失敗、轉發失敗、基本呼叫失敗、呼叫中失敗、呼叫限制失敗總數等。

步驟10.在呼叫的持續時間內從RTMT收集CUCM跟蹤。在信令分佈層(SDL)跟蹤中，您可以看到正在選擇的策略和在地理定位策略對之間配置的策略。

CC訊號中地理位置資訊的通訊。

| SdlSig    | CcRegisterPartyA                      | restart0                      | LineControl(1,100,139,3)        | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 2, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI=23624774 CI.branch=0  CSS= cssIns=0 aarCSS= aarDev=T doNotAppendLineCSS=F lrg= ccBearCap.itc=0 ccBearCap.l=3 ccBearCap.itr=1 protected=1 flushCapIns=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4} locPkid= locName=

PolicyAndRSVP訊號中的地理位置資訊通訊。

| SdlSig    | PolicyAndRSVPRegisterReq              | wait                          | RSVPSessionMgr(1,100,76,1)      | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  reg=Default cap=5 loc=0 MRGLPkid= PrecLev=5 VCall=F VCapa=F regiState=0 medReq=0 dataCapFl=2 ipAddrMode=0 status=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

| SdlSig    | PolicyRegisterReq                     | await_init                    | LPSession(1,100,26,21)          | RSVPSessionMgr(1,100,76,1)      | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

值得思考的要點

- 媒體裝置(即（媒體終端點）MTP、（會議網橋）CFB、訊號器、（保留音樂）MoH不需要與地理位置值關聯。

- 對於僅包含VoIP參與者的VoIP到VoIP裝置呼叫或功能，不進行LP策略檢查。換句話說，內部到內部的政策總是允許的。

- LPPolicyManager是一個單一進程，它與InMemDB連線並將呼叫處理中的策略維護為LP策略樹。在CUCM服務啟動期間，LPPolicyManager從InMemDB表中讀取策略並構建LP策略樹。在資料庫中新增/刪除/更新策略會導致向LPPolicyManager發出更改通知，並且在LP策略樹中更改會受到影響。

邏輯分割槽策略檢查。

001853112| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoA[pkid=31396408-3d83-74a9-1655-d2f0a05dd0a4, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=4]

001853113| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoB[pkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=8]

- 跟蹤中顯示的DevType描述裝置的型別。

devType = 4 (UserDevice)用於這些裝置。

- 電話（SCCP、SIP、第三方）

- VG224類比電話

- CTI路由點和CTI埠

- Cisco Unity Voice Mail(SCCP)

- MGCP連線埠(FXS)

如果這些裝置，devType = 3(AccessDevice)。

- 集群間中繼(ICT)，由網守控制和非網守控制的H.225中繼

- MGCP埠(E1、T1、PRI、BRI、FXO)

- 網關（例如H.323網關）

此裝置的devType =8(SIPAccessDevice)。

- SIP中繼

參考資料

- http://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?bookSearch=true

- http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-manager-callmanager/116038-logical-partition-geolocation-00.html

已知錯誤

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsz91044

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuo85770

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsq79192

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsr91423

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsy73509

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtb33479

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCtb05434

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsv65724

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsq73894

https://bst.cloudapps.cisco.com/bugsearch/bug/CSCsr38397