この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、ユーザクラスや地理的な場所に基づいてコールルーティング制限を適用するためのパーティションおよびコーリングサーチスペース(CSS)の機能について説明します。また、設定と基本的なトラブルシューティングについても説明します。
次の項目に関する知識があることが推奨されます。
このドキュメントの情報は、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が設定され、適切なデバイスに割り当てられます。
図には、3 つの IP フォンと 2 つのルート パターンを持つ 1 つのゲートウェイが示されています。
例1:ラボの電話コール
着信側 = 赤色のパーティション
発信側サーチ スペース 1 に含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = いいえ(CSS に青色のパーティションが含まれていません)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色のパーティション
コールがルーティングされるか = いいえ(CSS に緑色のパーティションが含まれていません)
例2:従業員通話
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に青色のパーティションが含まれています)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = いいえ(CSS に緑色のパーティションが含まれていません)
例3:マネージャのコール
着信側 = 赤色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色と青色のパーティション
コールがルーティングされるか = はい(CSS に赤色のパーティションが含まれています)
着信側 = 青色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、緑色のパーティション
コールがルーティングされるか = はい(CSS に青色のパーティションが含まれています)
着信側 = 緑色のパーティション
発信側サーチ スペースに含まれているパーティション = 赤色、青色、緑色のパーティション
コールがルーティングされるか = はい(CSS に緑色のパーティションが含まれています)
また、さまざまなタイプのユーザとロケーションに基づいてコールルーティングを制限することもできます。 従業員が 2 つの異なる場所に位置する企業について考慮しましょう。
従業員は 2 つの異なるユーザ クラスに分けられています。
以下の制限が適用されます。
これらの制限に基づいて、以下のパーティションが設定されす。
すべての IP フォンは内部パーティションに配置されます(赤色)。
これら 3 つのルート パターンが設定された、2 つの異なるロケーションに位置する 2 つのゲートウェイがあります。
ロケーション1にダイヤルするロケーション2からのコールは、ゲートウェイ1を介して、次のルートパターンを介してルーティングされる必要があります。
ロケーション2にダイヤルするロケーション1からのコールは、ゲートウェイ2を介して、次のルートパターンを介してルーティングされる必要があります。
外部にダイヤルするロケーション 1 または 2 からのコールは、ゲートウェイ 1 またはゲートウェイ 2 を介してルーティングできます。
注:分かりやすくするために、同じエリア内にいてもユーザが常にエリアコードをダイヤルする必要があると仮定します。
次のCSSが使用されます。
Gateway 1:
Gateway 2:
ロケーション1のマネージャIPフォン:
ロケーション1の従業員のIP電話:
ロケーション2のマネージャIPフォン:
ロケーション2の従業員のIP電話:
例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回の操作で複数のパーティションを挿入できます)。
Cisco CallManager 11.0でパーティションを定義するには、次の手順を実行します。
Call Routing > Class of control > Class of Control
cisco CallManager Administrationのメインページで、 Add New
開いているウィンドウに表示されます。
Save
設定を保存します。
Route Partition
ドロップダウンリストをクリックし、 Save
を参照。セキュリティ警告が表示されたら、 Save
繰り返します次に、 Apply Config
を参照。
Route Partition
選択します。Save
を参照。Update
を参照。
次に、パーティションまたはCSSの設定ミスが原因でコールを発信できない場合に発生する可能性のある症状のリストを示します。
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="")
この例では、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 は、国際以外のパーティションの一部です。
改定 | 発行日 | コメント |
---|---|---|
1.0 |
04-Apr-2002 |
初版 |