はじめに
このドキュメントでは、ユーザクラスや地理的な場所に基づいてコールルーティング制限を適用するためのパーティションおよびコーリングサーチスペース(CSS)の機能について説明します。また、設定と基本的なトラブルシューティングについても説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- Cisco CallManager の設定
- ルート パターンの設定
- IP フォンの設定
使用するコンポーネント
このドキュメントの情報は、Cisco CallManager サーバ 11.0 に基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
パーティションは、ルート パターンの集合として表示できます。電話番号、ルート パターン、およびトランスレーション パターンはすべて、特定のパーティションに属させることができます。
CSSはルートパーティションの順序付きリストであり、コールを完了しようとするときに、発信側デバイスがどのパーティションを検索する必要があるかを決定します。特定の宛先に到達するには、着信側のパーティションが着信側のCSSに属している必要があります。
コールを発信しようとするときに、Cisco CallManager は発信側の CSS を調べ、着信側が CSS 内のパーティションに属しているかチェックします。属している場合、コールが実行されるか、トランスレーション パターンが実行されます。属していない場合、コールが拒否されるか、トランスレーション パターンが無視されます。
IP電話、電話番号、不在転送(CFA)、無応答時転送(CFNA)、話中転送(CFB)の宛先、ゲートウェイ、およびトランスレーションパターンに対して、別のCSSを再度割り当てることができます。
パーティションとCSSは、組織、ロケーション、コールタイプに基づいてルートプランを論理サブセットに分割するため、コールルーティングが容易になります。
パーティションとCSSの動作を理解する最良の方法は、例を使用することです。次のセクションでは、ユーザのクラスによるルーティングと地理的位置によるルーティングの2つの例を示します。
例
ユーザのクラスによるルーティング
この例では、会社でユーザの特定グループのコール ルーティングを制限する方法を示しています。 この組織には、次の 3 つのユーザ タイプが存在します。
ラボ環境からは、内部コールのみ行うことができます。
通常の従業員は、国際番号にダイヤルすることはできません。管理はすべての番号をコールできます。ユーザのクラスによってルーティングするために、次の3つのパーティションが作成されます。
- 内部 = 赤色のパーティション
- 国際以外 = 青色のパーティション
- 国際 = 緑色のパーティション
これら 3 つのパーティションは、可能なコールの宛先を分類するために使用されます。すべての IP フォン(電話番号)は、内部(赤色)パーティションに配置されます。
これら 2 つのルート パターンは、ゲートウェイで設定します。
ルートパターン1は非国際(青)のパーティションに割り当てられ、ルートパターン2は国際(緑)のパーティションに割り当てられます。
上記の制限に基づいて、次の3つのCSSが設定され、適切なデバイスに割り当てられます。
- CSS 1に含まれるパーティション:内部(赤)
- CSS 2に含まれるパーティション:内部(赤)および非国際(青)
- CSS 3には内部(赤)、非国際(青)、および国際(緑)のパーティションが含まれます
- ラボ環境のIP電話はCSS 1に割り当てられます
- 従業員からのIP電話はCSS 2に割り当てられる
- 管理からのIP電話はCSS 3に割り当てられます
図には、3 つの IP フォンと 2 つのルート パターンを持つ 1 つのゲートウェイが示されています。
例1:ラボの電話コール
着信側 = 赤色のパーティション
発信側サーチ スペース 1 に含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = いいえ(CSS に青色のパーティションが含まれていません)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = いいえ(CSS に緑色のパーティションが含まれていません)
例2:従業員通話
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に青色のパーティションが含まれています)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = いいえ(CSS に緑色のパーティションが含まれていません)
例3:マネージャのコール
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、緑色のパーティション
コールがルーティングされるか = はい(CSS に青色のパーティションが含まれています)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、緑色のパーティション
コールがルーティングされるか = はい(CSS に緑色のパーティションが含まれています)
地理上の位置によるルーティング
また、さまざまなタイプのユーザとロケーションに基づいてコールルーティングを制限することもできます。 従業員が 2 つの異なる場所に位置する企業について考慮しましょう。
- エリアコード1とゲートウェイ1のロケーション1
- エリアコード2とゲートウェイ2のロケーション2
従業員は 2 つの異なるユーザ クラスに分けられています。
以下の制限が適用されます。
- 従業員とマネージャは社内コールが可能
- 従業員とマネージャはエリア1と2内でローカルにコールできる
- エリアコード1の番号をダイヤルする場合、コールはロケーション1のゲートウェイ1経由でルーティングされる必要があります
- エリアコード2の番号をダイヤルする場合、コールはロケーション2のゲートウェイ2経由でルーティングされる必要があります
- マネージャは可能なすべての宛先にダイヤルできる
- コールはゲートウェイ1または2経由でルーティング可能
これらの制限に基づいて、以下のパーティションが設定されす。
- 内部 = 赤色のパーティション
- ロケーション 1 のユーザ = 青色のパーティション
- ロケーション 2 のユーザ = オレンジ色のパーティション
- マネージャ = 緑色のパーティション
すべての IP フォンは内部パーティションに配置されます(赤色)。
これら 3 つのルート パターンが設定された、2 つの異なるロケーションに位置する 2 つのゲートウェイがあります。
- エリアコード1が存在する場合、コールをゲートウェイ1に送信します(これはロケーション2のユーザ(オレンジ)に属します)。
ロケーション1にダイヤルするロケーション2からのコールは、ゲートウェイ1を介して、次のルートパターンを介してルーティングされる必要があります。
- エリアコード2が存在する場合、コールをゲートウェイ2に送信します(これはロケーション1のユーザ(青)に属します)。
ロケーション2にダイヤルするロケーション1からのコールは、ゲートウェイ2を介して、次のルートパターンを介してルーティングされる必要があります。
- すべてのコールは、ゲートウェイ1および2(これはマネージャに属します)を含むルートリストにコールを送信します
外部にダイヤルするロケーション 1 または 2 からのコールは、ゲートウェイ 1 またはゲートウェイ 2 を介してルーティングできます。
注:分かりやすくするために、同じエリア内にいてもユーザが常にエリアコードをダイヤルする必要があると仮定します。
次のCSSが使用されます。
- CSS 1に含まれるパーティション:内部(赤)
- CSS 2は内部(赤)、ロケーション1ユーザ(青)、ロケーション2ユーザ(オレンジ)のパーティションを含む
- CSS 3には、内部(赤)、ロケーション1ユーザ(青)、ロケーション2ユーザ(オレンジ)、およびマネージャ(緑)のパーティションが含まれます。
Gateway 1:
- エリアコード1が存在するルートパターンは、パーティションBlueに属しています
- すべてのコールのルートパターンは緑色のパーティションに属しています
- ゲートウェイCSSはパーティションRedを検索します。
Gateway 2:
- エリアコード2が存在するルートパターンは、パーティションOrangeに属しています
- すべてのコールのルートパターンは緑色のパーティションに属しています
- ゲートウェイCSSはパーティションRedを検索します。
ロケーション1のマネージャIPフォン:
- 1000は赤色のパーティションに属しています
- CSSはパーティション赤、青、オレンジ、および緑を検索します
ロケーション1の従業員のIP電話:
- 2000は赤色のパーティションに属しています
- CSSはパーティション赤、青、およびオレンジを検索します
ロケーション2のマネージャIPフォン:
- 3000は赤色のパーティションに属しています
- CSSはパーティション赤、青、オレンジ、および緑を検索します
ロケーション2の従業員のIP電話:
- 4000は赤色のパーティションに属しています
- CSSはパーティション赤、青、およびオレンジを検索します
例1:ロケーション1の従業員のコール:
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = はい
エリア コード 1 が存在するルート パターンに着信側が一致する = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 1 経由
エリア コード 2 が存在するルート パターンに着信側が一致する = オレンジ色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 2 経由
すべてのコールのルート パターンに着信側が一致する = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = いいえ
例 2.ロケーション2の従業員からのコール:
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色
コールがルーティングされるか = はい
エリア コード 2 が存在するルート パターンに着信側が一致する = オレンジ色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 2 経由
エリア コード 1 が存在するルート パターンに着信側が一致する = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 1 経由
すべてのコールのルート パターンに着信側が一致する = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色のパーティション
コールがルーティングされるか = いいえ
例 3.ロケーション1のマネージャからのコール:
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色、緑色のパーティション
コールがルーティングされるか = はい
エリア コード 1 が存在するルート パターンに着信側が一致する = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色、緑色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 1 経由
エリア コード 2 が存在するルート パターンに着信側が一致する = オレンジ色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色、緑色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 2 経由
すべてのコールのルート パターンに着信側が一致する = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、オレンジ色、緑色のパーティション
コールがルーティングされるか = はい、ゲートウェイ 1 または 2 のいずれかを経由
注:デバイスと回線がIP電話の場合は、CSSを使用できることを忘れないでください。回線 CSS はデバイス CSS より優先されます。
注:コールを発信するすべてのデバイスは、<None>パーティションに残されているダイヤルプランエントリに明示的に到達できます。予期しない結果を避けるために、<None> パーティションにダイヤル プラン項目を残さないようにすることを推奨します。
パーティション名の制限
組み合わされたCSS句(デバイスとパターン)の最大長は、パーティション名の間の区切り文字を含む1024文字で構成されます(たとえば、「partition 1:partition 2:partition 3」)。CSS句はパーティション名を使用するため、CSSのパーティションの最大数はパーティション名の長さによって異なります。また、CSS 節はデバイスの CSS とルート パターンの CSS を組み合わせているため、個々の CSS の最大文字の上限は、512 文字(組み合わされた CSS 節の上限 1024 文字の半分)です。
パーティションとCSSを作成する場合は、CSSに含める予定のパーティション数を基準にして、パーティションの名前を短くしてください。
注:パーティションの名前を変更すると、パーティションは即座に機能を停止し、CallManagerが再起動された後にのみ正しく機能します。別の方法として、CallManager をすぐに再起動できない場合、新しいパーティションを作成してから、古いパーティションを削除することができます。この手順では、CallManager を再起動する必要はありません。
CSS パーティションの制限 |
パーティション名の長さ |
パーティションの最大数 |
2 文字 |
170 |
3 文字 |
128 |
4 文字 |
102 |
5 文字 |
86 |
... |
... |
10 文字 |
46 |
設定
Cisco CallManager 11.xでパーティションとCSSを設定するには、次の2つの手順を使用します。
パーティションの定義
Cisco CallManager 11.0でパーティションを定義するには、次の手順を実行します。
- 選択
Call Routing > Class of control > Partition
cisco CallManager Administrationのメインページで、 Add New
開いているウィンドウに表示されます。
- パーティション名を設定し、
Save
(1回の操作で複数のパーティションを挿入できます)。
- ステップ 1 ~ 2 を繰り返して、すべての必須のパーティションを定義します。
CSS の定義
Cisco CallManager 11.0でパーティションを定義するには、次の手順を実行します。
- 選択
Call Routing > Class of control > Class of Control
cisco CallManager Administrationのメインページで、 Add New
開いているウィンドウに表示されます。
- CSS の名前を入力し、[Available Partitions] のリストから目的のパーティションを CSS に割り当てます。追加する各パーティションを選択し、小さい矢印をクリックして、Chosen Partitionsリストに移動します。
- クリック
Save
設定を保存します。
- 使用するデバイス、ルート パターン、またはトランスレーション パターンに適切なパーティションを割り当てます。次の例は、これらのパラメータを IP フォンの回線に割り当てる方法を示したものです。変更する回線番号をクリックします。
- このウィンドウで、
Route Partition
ドロップダウンリストをクリックし、 Save
を参照。セキュリティ警告が表示されたら、 Save
繰り返します次に、 Apply Config
を参照。
- ルートパターンを設定するには、ルートパターン設定を開き、
Route Partition
選択します。
- クリック
Save
を参照。
- IP フォンに適切な CSS を割り当てます。
- IP フォンの設定を開きます。
- Calling Search Spaceドロップダウンリストから、適切なCSSを選択し、
Update
を参照。
症状
次に、パーティションまたはCSSの設定ミスが原因でコールを発信できない場合に発生する可能性のある症状のリストを示します。
- 完全な番号がダイヤルされる前または後にリオーダー音が聞こえます
- リオーダー音とともにミートミー会議が失敗する
- 「Your call cannot be completed as dialed」というメッセージがアナンシエータによって再生されます
- Cisco IOS®ゲートウェイを経由するPSTNまたはPBXネットワークへの発信コールが完了することはありません
確認
SQLデータベース内の電話番号(DN)とCSSの関連付けを確認できます NumPlan
を参照。適切な SQL クエリを実行して、DN と CSS ID を含むテーブルにアクセスします。CSSの名前を確認するには、 CallingSearchSpace
テーブルに追加し、IDを検索します。
次に例を示します。 Numplan
と CallingSearchSpace
内線番号3001がCSS名を使用するデータベース CSS_E
:
テーブル名: NumPlan
列名: DNOrPattern値: 3001!— 3001は電話番号です。
列名: fkCallingSearchSpace_SharedLineAppearvalue:! – この値はCSS IDです。
{7AD3D293-A28E-4568-857F-E259A58DDA87}
テーブル名:CallingSearchSpace
column name: pkid! – この値はCSS IDです。
値: {7AD3D293-A28E-4568-857F-E259A58DDA87}
column name: Namevalue: CSS_E!— CSS_EはCSSの名前です。
トラブルシュート
基本的に、想定している場所にコールが届かない場合、コール ルーティングの問題が発生しています。ユーザが受話器を取り、ダイヤルを開始すると、ダイヤルが完了する前でもリオーダー音が聞こえるか、またはユーザがダイヤルを終了してからリオーダー音が聞こえます。
CCMトレースを学習すると役立つ場合があります。通常、CCMトレースでデバイスを見つける最善の方法は、デバイスに設定されているDNを検索することです。発信側デバイスがゲートウェイで(コールはゲートウェイに届きます)、そのゲートウェイが発信者番号情報を受信できない場合、トレースでゲートウェイのデバイス名を検索できます。CallManager Serviceability を使用して、デバイスを検索し、関連トレースを表示することができます。
Cisco CallManager トレースを調べる場合、電話機がコールを発信しようとすると、次の行が表示されます。
番号分析:match(fqcn="2001", cn="2001", pss=":Internal:No-International", dd="")
- 「cn」は発信者番号を表します。この例の場合は、2001 です。
- 「pss」はパーティションサーチスペースを意味し、電話機に割り当てられたCSSに含まれるパーティションに関する情報を持ちます。
- 「dd」は宛先を表します。これはダイヤルされたすべてのディジットを表示します。
この例では、Cisco CallManagerは一致するルートパターン、トランスレーションパターン、または電話番号について内部(赤)パーティションと非国際(青)パーティションを調べます。
番号がダイヤルされるたびに、Cisco CallManagerがこれらのパーティション内で一致するパターンを検出する限り、トレースの次の行が表示されます。
Digit analysis: match(fqcn="2001", cn="2001", pss=":Internal:No-International", dd="0") Digit analysis: potentialMatches=PotentialMatchesExist
Cisco CallManagerがこれらのパーティションの一部ではないパターンと一致するパターンを見つけると、次の行が表示されます。
Digit analysis: match(fqcn="2001", cn="2001", pss=":Internal:No-International", dd="00") Digit analysis: potentialMatches=NoPotentialMatchesExistStationD: 06b3b5a8 StartTone tone=37(ReorderTone)
ユーザには、リオーダー音(速いビジー音)が聞こえます。
注:「ダイヤルしたとおりにコールを完了できません。電話帳を調べて再度電話するか、オペレータに問い合わせてください。」
完全な番号がダイヤルされ、CSS 内のパーティションに一致すると、次の行が表示されます。
Digit analysis: match(fqcn="2001", cn="2001", pss=":Internal:No-International", dd="027045429#") Digit analysis: analysis
resultsPretransformCallingPartyNumber=2001CallingPartyNumber=2001DialingPartition=No-InternationalDialingPattern=0[1-
9]!#DialingRoutePatternRegularExpression=(0[1-9]X+#)DialingWhere=PatternType=EnterprisePotentialMatches=NoPotentialMatchesExistDialingSdlProcessId=
(1,32,1)PretransformDigitString=027045429#PretransformTagsList=SUBSCRIBERPretransformPositionalMatchList=027045429#CollectedDigits=027045429#T
agsList=SUBSCRIBERPositionalMatchList=027045429#DisplayName=RouteBlockFlag=RouteThisPatternInterceptPartition=InterceptPattern=InterceptWhere=Int
erceptSdlProcessId=(0,0,0)InterceptSsType=0InterceptSsKey=0
宛先 027045429 は、国際以外のパーティションの一部です。