内容

概要

前提条件

使用するコンポーネント

背景説明

論理パーティションの要素

地理位置情報

地理位置情報フィルタ

論理パーティション ポリシー

コンフィギュレーション

トラブルシュート

考慮するべきポイント

参考資料

既知のバグ

概要

このドキュメントでは、Cisco Unified Communications Manager（CUCM）で論理パーティションと地理位置情報を設定する方法について説明します。

前提条件

次の項目に関する知識があることが推奨されます。

- Cisco Unified Communication Manager

使用するコンポーネント

- Cisco Unified Communications Manager 8.6 以降

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

背景説明

論理パーティション機能により、通話中の機能が起動しているときでも公衆電話交換網（PSTN）ゲートウェイを通過するコールが他の地理的位置（地理位置情報）の Voice over IP（VoIP）フォンや VoIP PSTN ゲートウェイと直接接続しない限り、両方のタイプのコールをサポートするのに単一のシステムを使用できます。

インドなど一部の国では、企業レベルで満たす必要がある通信の規制があります。このため、企業が音声インフラストラクチャを設定する必要があります。これらは、企業外のコールを接続する際にローカル PSTN のみが使用されるように設定されています。インド電気通信規制庁（TRAI）によると、インド国内の PSTN テレフォニー ネットワークはトール バイパス目的で VoIP テレフォニー ネットワークと接続することはできません。

このため、音声システムが 2 つのシステムに論理的に分割される必要があります。1 つの VoIP は企業内用、2 つ目はローカル PSTN にアクセスするためのものです。

コーリング サーチ スペース（CSS）やパーティション機能を備えたこのような音声システムを CUCM で維持するのは非常に困難でした。CSS やパーティションで基本的なコールを制限できますが、リダイレクトや参加などの通話中機能では失敗します。

論理パーティションの要素

地理位置情報

CUCMでは、電話機、ゲートウェイ、トランクなどのデバイスに割り当てるために、IDのプロビジョニングが必要です。位置情報は、論理パーティションの識別子として使用できる標準です。

地理位置情報は、最大 17 の次のパラメータに基づいて物理的な場所を指定するのに使用されます。2 文字の国名コード、州（A1）、郡（A2）、都市（A3）、区（A4）、地域（A5）、番地（A6）、方角（PRD）、町名番地のサフィックス（POD）、住居番号（HNO）、住居番号のサフィックス（HNS）などがあります。

地理位置情報フィルタ

一般的な論理パーティションのポリシー設定には地理位置情報ポリシー レコード内のフィールドのサブセットのみが使用されます。この選択は地理位置情報のフィルタで絞り込まれます。地理位置情報フィルタで選択したフィールドは論理パーティション機能で使用されます。

論理パーティション ポリシー

CUCM では、論理パーティションは論理パーティション ポリシーと連携してこれらの VoIP エンティティ間の通信を制限するのに使用できるコール制御機能として定義されています。

- IP Phone とゲートウェイ間

- ゲートウェイ間

- IP Phone とトランク（ICT/SIP トランク）間

- ゲートウェイとトランク（ICT/SIP トランク）間

論理パーティションのデバイスは内部および境界として分類されます。以下は内部として分類されるデバイスです。

1. 電話機（SCCP、SIP、サードパーティ）

2. VG224 アナログ電話

3. MGCP ポート（FXS）

4. Cisco Unity ボイス メール（SCCP）

5. CTI ルート ポイント、CTI ポート

6. QSIG ゲートウェイまたは ICT

以下は境界として分類されるデバイスです。

1. ゲートウェイ

2. クラスタ間トランク（ICT）

3. H.225 トランク

4. SIP トランク

5. MGCP ポート（E1、T1、PRI、BRI、FXO）

コンフィギュレーション

ステップ 1： デフォルトの地理位置情報は地理位置情報の設定がなく、論理パーティションに参加していないデバイスに適用されます。デフォルトの地理位置情報ポリシーの設定は大きな役割を持っています。許可するように設定されている場合、論理パーティション ポリシーに拒否機能を充てる必要があり、逆も同様です。

ステップ 2：[System] > [Geolocation Configuration] に移動し、場所に関する情報を追加します。これは、この特定の地理位置情報に関連するデバイスの識別子として機能します。

ステップ 3：[System] > [Geolocation Filter] に移動し、[Geolocation Filter Configuration] のフィールドで論理ポリシーのフィルタ基準として使用する必要のある項目を確認します。

ステップ 4：論理パーティション ポリシーを設定します。コールの許可や拒否のすべての判断はこの設定に基づいているため、これは設定の中で最も重要な部分です。

ステップ 5：電話機のデバイス設定ページに移動し、電話機がどこにあるかに応じて地理位置情報を適用します。

同様にデバイス プールに移動し、地理位置情報の設定を追加します。

ステップ6：次に、PSTNへのインターフェイスとして機能するゲートウェイ/トランク/MGCPポートの設定ページに移動し、位置情報の設定と位置情報フィルタを適用します。

トラブルシュート

ステップ 1：[Enable Logical Partitioning] のオプションが [True] に設定されているエンタープライズ パラメータを確認します。

ステップ 2：デバイスが、デバイスまたはデバイス プール レベルで有効な地理位置情報に関連付けられていることを確認します。

ステップ3：設定ページで、デバイスが有効な位置情報フィルタに関連付けられていることを確認します。デバイスまたはデバイスプールレベルで、位置情報フィールドの一部を選択できます。

ステップ 4：LP 地理位置情報ポリシー レコードのフィールドの大文字と小文字の区別が正しく、地理位置情報レコードの設定と一致することを確認します。

ステップ5：位置情報の設定、フィルタ、およびポリシーは、次のSQLコマンドを使用してCLIから確認することもできます。

run sql select * from geolocationfilter

run sql select * from geolocationpolicy

run sql select * from geolocationpolicymatrix

run sql select * from typelogicalpartitionpolicy

ステップ6：基本設定を確認した後、位置情報ポリシー間の関係セットを確認します。エンタープライズ パラメータの [Logical Partitioning Default Policy] が [Deny] に設定されている場合、ゲートウェイと VoIP サイトの地理位置情報ポリシー間の論理パーティション ポリシーの [Allow] が設定されているかどうか確認します。反対に、デフォルトのポリシーが [Allow] に設定されている場合、論理パーティション ポリシーの [Deny] が設定されているかどうか確認します。

ステップ 7：重複または競合するポリシーが設定されていないことを確認します。

例：

[LP-India] -> [Interior LP-Pudong] -> [Border Allow]

[LP-Pudong] -> [Border LP-India] -> [Interior Deny]

ここでは、ポリシー間の論理関係が競合しています。論理ポリシーの内部LP-IndiaからBorder LP-Pudongが設定されている場合、この関係はBorder-LP pudongからLP-Indiaに当たることを意味します。これらのポリシーは実際には双方向に機能します。

つまりこの例では、最初のポリシーにより浦東地区にある内部 IP フォンでは PRI インド経由の発信が許可されています。同時に、PRI インドから浦東の地理位置情報にある IP フォンへの PSTN コールが許可されています。

ただし、第 2 のポリシーに従った場合、インド PRI から浦東地区にある IP フォンへのコールやその逆が拒否され、これは第 1 のポリシーと競合します。

そのような場合、最後に追加されたポリシーが優先される点に注意してください。

ステップ 8：Unified Reporting 機能で重複するポリシーを追跡して論理パーティション ポリシー マトリックスを取得します。1 つの画面から CUCM で設定されたすべての論理パーティション ポリシーを把握できるためトラブルシューティングに非常に役立ちます。フィルタ レポートを備えた Unified CM 地理位置情報ポリシーは、選択された地理位置情報パーティションについて地理位置情報論理パーティション ポリシーからレコードの全一覧を提供しますが、Unified CM 地理位置情報ポリシー レポートはすべての論理パーティション ポリシーのレコードの全一覧を提供します。

ステップ9：いくつかのテストコールを行い、動作するかどうかを確認します。Real Time Monitoring Tool（RTMT）は新しい Perfmon カウンタでの論理パーティション ポリシーの制限による障害の数を追跡するよう強化されています。Perfmon カウンタにはシスコのコール制限機能と呼ばれる新しいグループがあります。そこから転送障害、アドホック会議障害、ミートミー会議障害、転送障害、基本コール障害、通話中障害、合計コールの制限障害など、さまざまなシナリオのコール障害の数を追跡できます。

ステップ 10：コール中の RTMT から CUCM トレースを収集します。Signaling Distribution Layer（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（ユーザ デバイス）は次のデバイス用です。

- 電話機（SCCP、SIP、サードパーティ）

- VG224 アナログ電話

- CTI ルート ポイントおよび CTI ポート

- Cisco Unity ボイス メール（SCCP）

- MGCP ポート（FXS）

devType =3（アクセス デバイス）は次のデバイス用です。

- クラスタ間トランク（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