コール ルーティングの設定

コール ルーティングの概要

このシステムでは、クラスタ間でのコールのルーティング方法、およびプライベート ネットワークまたは公衆電話交換網(PSTN)に対する外部コールのルーティング方法を決定するために、ルート プランを使用します。 設定したルート プランにより、各コール タイプをルーティングするためにシステムが使用するパスが指定されます。 たとえば、オンネット コールに IP ネットワークを使用するルート プランや、ローカル PSTN コールと国際コールに別々のキャリアを使用するルート プランを作成できます。

トランスレーション パターン

変換パターンを設定して、任意のタイプのコールの数字を操作することができます。 トランスレーション パターンは、ルート パターンと同じ一般規則に従い、同じワイルドカードを使用します。 ルート パターンと同じように、トランスレーション パターンをパーティションに割り当てます。 ただし、ダイヤルされた数字がトランスレーション パターンと一致する場合、Unified CM は、ゲートウェイなどの外部エンティティにコールをルーティングしません。代わりに、まず変換を実行した後、トランスレーション パターン内で設定されたコーリング サーチ スペースを使用して、コールを再度ルーティングします。


(注)  


選択したパーティション、ルート フィルタ、および番号計画の組み合わせを使用するトランスレーション パターンが固有であることを確認してください。 それには、ルート パターン/ハント パイロット、トランスレーション パターン、ディレクトリ番号、コール パーク番号、コール ピックアップ番号、またはミートミー番号の設定ウィンドウを確認して、重複するエントリがあることを示すエラーを受け取っていないかどうかを調べます。


トランスフォーメーション パターン

トランスフォーメーション パターンを使用すると、数字の破棄、プレフィックス番号の追加、発信側トランスフォーメーション マスクの追加を行えます。また、システムが電話機または PSTN にコールを送信する前に発信者番号の表示を制御することもできます。

トランスフォーメーション パターンを設定し、ルート パーティションに関連付けることによって、そのパーティションを含むコーリング サーチ スペースにパターンを割り当てます。 設定ウィンドウの [発信側トランスフォーメーションCSS(Calling Party Transformation CSS)] フィールドまたは [着信側トランスフォーメーションCSS(Called Party Transformation CSS)] フィールドを使用して、特定のデバイス、デバイス プール、ゲートウェイ、またはトランクのコール設定にパターンを割り当てることができます。

次のトランスフォーメーション パターンを設定できます。

  • 発信側トランスフォーメーション パターン:発信者番号のグローバル形式を、ゲートウェイまたはトランクなどのルート グループ デバイスに接続されているクラスタ外のネットワークで必要となるローカルの形式に適応させることができます。

    着信側トランスフォーメーション パターン:着信番号のグローバル形式を、ルート グループ デバイスに接続されているクラスタ外のネットワークで必要となるローカル形式に適応させることができます。

ルート パターン

システムは、ルート プランに、次のコンポーネントを使用する 3 階層のアプローチを用います。

  • ルート パターン:システムは、外部向けのダイヤル文字列と合致する設定済みのルート パターンを検索し、それを使用して、ゲートウェイまたはルート リストにコールを転送します。 ルート パターンは、ゲートウェイ、トランク、または 1 つ以上のルート グループを含むルート リストに割り当てることができます。

  • ルート リスト:コールで使用可能なパスの優先順位付きリスト。

  • ルート グループ:使用可能なパス。ルート グループは、ゲートウェイとトランクにコールを分配します。

追加のコール ルーティング

ルート プランには、次のオプションの要素も含めることができます。

  • ローカル ルート グループ:複数のサイトがある場合は、ローカルのルート グループを使用して、ルート パターンの設定ではなくデバイス プールでの指定に従ってオフネット コールをゲートウェイにルーティングできます。 これにより、複数のロケーションに対して単一セットのルート パターンを使用できます。

  • ルートフィルタ:ルート フィルタを作成してルート パターンまたはハント パイロットに追加することで、ユーザによるそのパターンの使用を制限できます。 ダイヤル プラン インストーラ ファイルを使用する場合は、ルート フィルターは必須ですが、手動でダイヤル プランを設定する場合は任意です。 手動設定の場合、ルート フィルタは、パターンで @ ワイルドカードを使用している場合にのみ適用されます。

  • 自動代替ルーティング:帯域幅不足のためシステムがコールをブロックしたときに、PSTN または別のネットワークを介してコールを自動的に再ルーティングします。

  • 時間指定ルーティング:特定のパーティションが着信コールを受信できる時間を指定するスケジュールを作成します。

コール ルーティングの前提条件

  • パーティション設定のタスク フローの操作を実行します。

  • 次の情報が用意されていることを確認してください。

    • 内部番号(内線)

    • 各ゲートウェイに転送されるコールをリストしているプラン

コールルーティングの計画の詳細については、『Cisco Collaboration システム ソリューション リファレンス ネットワーク デザイン』の「コール制御とルーティング」のトピックを参照してください。

コール ルーティング設定のタスク フロー

手順

  コマンドまたはアクション 目的

ステップ 1

トランスレーション パターンの設定

特定のパーティションでコールのディジット変換を実行する方法を指定するために、トランスレーション パターンを設定します。

ステップ 2

発信側トランスフォーメーション パターンの設定

このプロセスを使って呼び出し元の番号を変換します。 例えば、PSTNを呼び出したときに、発信者の内線番号をオフィスのマスター番号で置き換える変換モードを設定することもできます。

ステップ 3

着信側トランスフォーメーション パターンの設定

この手順を使用して、着信側の番号を変換します。 たとえば、10 桁の発信者の最後の 5 桁のみを保持するトランスフォーメーション パターンを設定できます。

ステップ 4

ローカル ルート グループの設定

(オプション) ローカル ルート グループを使用すると、複数のロケーションに対して 1 セットのルート パターンを使用できます。 Unified CM は、ルート パターンではなく発信側デバイスのロケーションに基づいてゲートウェイを割り当てます。

ステップ 5

ルート グループの設定

(オプション) ゲートウェイのデバイスの選択順序を設定するようにルート グループを設定します。 ルート グループには、1 つ以上のデバイスが含まれています。

ステップ 6

ルート リストの設定

(オプション) ルート リストには、1 つ以上のルート グループが含まれています。 ルート グループの選択順序を制御するためにルート リストを設定します。

ステップ 7

ルート フィルタの設定

(オプション) ルート パターンが許可する特定の数字を制限するためにルーティングのフィルタを使用します。

ステップ 8

ルート パターンの設定

特定のデバイスにコールを導き、特定の数字パターンを含めるか排除するようにルート パターンを設定します。

ステップ 9

クラスタ全体の自動代替ルーティングの有効化

(オプション) 自動代替ルーティング(AAR)を有効化すると、帯域幅不足のためにコールがブロックされたときに、システムは PSTN または別のネットワークを介してコールを再ルーティングします。

ステップ 10

AAR グループの設定

(オプション) 自動代替ルーティングに適用するディジット変換を含めて、AAR グループを設定します。

ステップ 11

日次ルーティングの時間の設定

(オプション) 特定のパーティションが着信コールに応答可能な時間を指定するタイム スケジュールを作成します。

トランスレーション パターンの設定

ダイヤル文字列がパターンと一致したときに、コール番号と呼び出された番号に桁操作を適用するように変換パターンを設定します。 システムは数字の変換を完了してから、コールを再ルーティングします。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing) > [トランスレーションパターン(Translation Pattern)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しいトランスレーション パターンを追加するには、[新規追加(Add New)]をクリックします。
  • 既存のトランスレーション パターンを選択するには、[検索(Find)]をクリックします。

ステップ 3

[トランスレーションパターン(Translation Pattern)]フィールドに、このパターンを使用するダイヤル文字列と照合するパターンを入力します。

ステップ 4

[パーティション(Partition)]ドロップダウン リストから、このパターンを割り当てるパーティションを選択します。

ステップ 5

[トランスレーションパターンの設定(Translation Pattern Configuration)]ウィンドウで、残りのフィールドを入力します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 6

[保存] をクリックします。


発信側トランスフォーメーション パターンの設定

このプロセスを使って呼び出し元の番号を変換します。 例えば、PSTNを呼び出したときに、発信者の内線番号をオフィスのマスター番号で置き換える変換モードを設定することもできます。

手順


ステップ 1

Cisco Unified CM Administration から、以下を選択します。[Call Routing(コールルーティング)] > [トランスフォーメーション(Transformation)] > [トランスフォーメーションパターン(Transformation Pattern)] > [着信側トランスフォーメーションパターン(Calling Party Transformation Pattern)]

ステップ 2

次のいずれかのオプションを選択します。

  • 新しい変換後のパターンを追加するには、[新規追加(Add New)] をクリックします。
  • 既存のパターンを選択するには、[検索(Find)]をクリックします。

ステップ 3

[パターン(pattern)] フィールドで、発信者番号と一致させるパターンを入力します。

(注)  

 

発信コールの場合:

事前トランスフォーメーション発信側番号に基づいて、発信者のトランスフォーメーション マスクが選択されます。 (IP 電話に割り当てられた内線番号)。

SIP トランクで発信側トランスフォーメーション マスクを選択する間に、ルート パターンまたはグループで発信側番号が別の番号に変換された場合、発信側トランスフォーメーション マスクの選択には常に事前トランスフォーメーション発信側番号が使用されます。

Dialed Number Analyzer(DNA)に従っている限り、変換された番号を使用して発信側トランスフォーメーション マスクが選択されます。 ただし、これは DNA の動作としては正しくありません。

ステップ 4

[関係者の変換パターンの設定] ウィンドウで、残りのすべてのフィールドに入力します。 フィールドと設定オプションの詳細については、オンライン ヘルプを参照してください。

ステップ 5

[保存] をクリックします。


着信側トランスフォーメーション パターンの設定

この手順を使用して、着信側の番号を変換します。 たとえば、10 桁の番号でダイヤルされたコールの最後の 5 桁のみを保持するトランスフォーメーション パターンを設定できます。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [トランスフォーメーション(Transformation)] > [トランスフォーメーションパターン(Transformation Pattern)] > [着信側トランスフォーメーション パターン(Called Party Transformation Pattern)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しい着信側トランスフォーメーション パターンを追加するには、[新規追加(Add New)]をクリックします。
  • 既存のパターンを選択するには、[検索(Find)]をクリックします。

ステップ 3

[パターン(Pattern)]フィールドで、着信番号と一致させるパターンを入力します。

ステップ 4

[着信側トランスフォーメーションパターンの設定(Called Party Transformation Pattern Configuration)]ウィンドウで、残りのフィールドに入力します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 5

[保存] をクリックします。


ローカル ルート グループの設定

(オプション) ローカル ルート グループを設定して、必要なルート リストの数を減らすことができます。 リストのポイントを、PSTN ゲートウェイのロケーションに基づいて、システムが発信をルーティングするのに使用する PSTN ゲートウェイにルーティングします。 代替として、ゲートウェイへのアクセスに使用されるルート パターンから PSTN ゲートウェイのロケーションを分離するためにローカル ルート グループを使用できます。 この設定により、異なるロケーションにある電話やその他のデバイスが単一セットのルート パターンを使用できますが、Cisco Unified Communications Manager が適切なゲートウェイを選択してコールをルーティングします。

たとえば、ローカル ルート グループを使用すると、国のすべての市で別々のダイヤル プランを持つのではなく、国全体で単一のダイヤル プランを持つことができます。 このアプローチが有効なのは、一元化されたコール導入のシナリオについてだけです。

手順

  コマンドまたはアクション 目的

ステップ 1

ローカル ルート グループの設定

(オプション) システムは、標準ローカル ルート グループと呼ばれるデフォルトのローカル ルート グループを提供しますが、追加のローカル ルート グループを設定できます。 追加のローカル ルート グループを指定するには、次の手順を使用します。

ステップ 2

ローカル ルート グループとデバイス プールの関連付け

システムの各デバイスがそのローカル ルート グループを知るためにプロビジョニングされることを確認するためには、ローカル ルート グループをデバイス プールに関連付けます。

ステップ 3

ローカル ルート グループのルートリストへの追加

(オプション) ルート リストに追加できるローカル ルート グループを設定します。 ローカル ルート グループを作成すると、システムはデバイス プール レベルのユーザに対して定義されたゲートウェイに発信コールをルーティングします。

ローカル ルート グループの設定

(オプション) システムは、標準ローカル ルート グループと呼ばれるデフォルトのローカル ルート グループを提供しますが、追加のローカル ルート グループを設定できます。 追加のローカル ルート グループを指定するには、次の手順を使用します。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。

ステップ 2

[行の追加(Add Row)]をクリックします。

ステップ 3

新しいローカル ルート グループの名前と説明を入力します。

ステップ 4

[保存] をクリックします。


ローカル ルート グループとデバイス プールの関連付け

発信側デバイスのデバイス プールの設定に基づいて、ローカル ルート グループが既存のルート グループを使用するよう割り当てることができます。 この設定により、異なるロケーションにある電話やその他のデバイスが単一セットのルートパターンを使用できますが、Unified Communications Manager が適切なゲートウェイを選択してコールをルーティングします。

システムの各デバイスがそのローカル ルート グループを知るためにプロビジョニングされることを確認するためには、ローカル ルート グループをデバイス プールに関連付けます。

手順

ステップ 1

Cisco Unified CM Administration から、[システム(System)] > [デバイスプール(Device Pool)] を選択します。

ステップ 2

検索条件を入力し、[検索(Find)]をクリックして、結果のリストからデバイス プールを選択します。

ステップ 3

[ローカル ルート グループの設定(Local Route Group Settings)]領域で、[標準ローカル ルート グループ(Standard Local Route Group)]ドロップダウンリストからルート グループを選択します。

ステップ 4

[保存] をクリックします。


ローカル ルート グループのルートリストへの追加

ルート リストに追加できるローカル ルート グループを設定します。 ローカル ルート グループを作成すると、システムはデバイス プール レベルのユーザに対して定義されたゲートウェイに発信コールをルーティングします。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートリスト(Route List)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • [新規追加(Add New)]をクリックして、新しいルート リストを追加します。
  • 既存のルート リストの設定を変更するには、[検索(Find)]をクリックし、結果のリストからルート リストを選択します。
[ルート リストの設定(Route List Configuration)]ウィンドウが表示されます。

ステップ 3

ルート リストにローカル ルート グループを追加するには、[ルート グループの追加(Add Route Group)]ボタンをクリックします。

ステップ 4

[ルートグループ(Route Group)]ドロップダウン リストから、ルート リストを追加するローカル ルート グループを選択します。 標準ローカル ルート グループの追加、または作成したカスタム ローカル ルート グループの追加ができます。

ステップ 5

[保存] をクリックします。

ステップ 6

[設定の適用(Apply Config)] をクリックします。


ルート グループの設定

システムが発信コール用ゲートウェイを選択するときの優先順位を示したルート グループを設定します。 グループ内の任意のゲートウェイでコールを発信できるように、同様の特性を持つゲートウェイをグループ化するには、次の手順を使用します。 ルート グループを設定したときに指定した順序で、システムは使用するゲートウェイを選択します。

1 つのデバイスを複数のルート グループに割り当てることができます。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートグループ(Route Group)] を選択します。

[ルートグループの設定(Route Group Configuration)]ウィンドウが表示されます。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しいルート グループを追加するには、[新規追加(Add New)]をクリックします。
  • 既存のルート グループの設定を変更するには、[検索(Find)]をクリックし、結果のリストからルート グループを選択します。
[ルートグループの設定(Route Group Configuration)]ウィンドウが表示されます。

ステップ 3

[ルート グループの設定(Route Group Configuration)]ウィンドウで各フィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 4

[保存] をクリックします。


ルート リストの設定

一連のルート グループを特定し、優先順位を付けるには、ルート リストを設定します。 Unified Communications Manager は、ルート リストの順序を使用して、発信コールに使用可能なデバイスを検索します。

ルート リストを設定すると、少なくとも 1 つのルート グループを設定する必要があります。 ルート リストに含められるのは、ルート グループとローカル ルート グループだけです。


(注)  


発信コールがルート リストを介して送信される場合、ルート リストのプロセスは、発信デバイスをロックして、コールが完了する前にアラート メッセージが送信されないようにします。 発信デバイスがロックされた後は、ハント リストが着信コールの追跡を停止します。


手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートリスト(Route List)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しいルート リストを作成するには、[新規追加(Add New)]をクリックします。
  • 既存のルート リストの設定を変更するには、[検索(Find)]をクリックし、結果のリストからルート リストを選択します。

ステップ 3

[ルート リストの設定(Route List Configuration)]ウィンドウで各フィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 4

ルート グループをルート リストに追加するには、[ルートグループの追加(Add Route Group)]ボタンをクリックします。

ステップ 5

[ルート グループ(Route Group)]ドロップダウン リストから、ルート リストに追加するルート グループを選択します。

ステップ 6

[保存] をクリックします。

ステップ 7

[設定の適用(Apply Config)] をクリックします。


ルート フィルタの設定

ルート フィルタは、コールの処理方法を決定するためにダイヤル数字列を使用します。 ルート フィルタは、ワイルドカード @ を含むルート パターンを設定するときにのみ適用されます。 ルート パターンが @ ワイルドカードを含む場合、Unified Communications Manager は、この手順で指定する番号計画に従ってコールをルーティングします。

ダイヤル プラン インストーラを使用している場合、ルート フィルタは必須です。つまり、ダイヤル プラン ファイルをインストールして、その番号計画に基づいてルート パターンを設定します。 ダイヤル プランを手動で設定する場合は、ルート プランの使用は任意です。

ダイヤル プランを手動で設定すると、@ワイルドカードを含むルート パターンがあるたびにルート フィルタを設定する必要があります。 ルート パターンに@ワイルドカードが含まれていると、システムは、ルート フィルタで指定する番号計画に応じて、コールをルーティングします。


(注)  


コール ルーティングを設定するときは、1 つのルート フィルタを多数のルート パターンに割り当てないでください。 数百のルート パターンが関連付けられたルート フィルタを編集した場合、システム コアに発生します。 これは、ルート フィルタを使用するすべてのルート パターンのコール ルーティングの更新に新たなシステム処理が必要になるためです。 重複するルート フィルタを作成し、1 つのルート フィルタを 250 を超えるルート パターンに関連付けないようにします。


手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [ルートフィルタ(Route Filter)]を選択します。

ステップ 2

[番号計画(Numbering Plan)]ドロップダウン リストからダイヤル プランを選択し、[次へ(Next)]をクリックします。

ステップ 3

[ルート フィルタ名(Route Filter Name)]フィールドに名前を入力します。

各ルート フィルタ名がルート プランに一意であることを確認します。

ステップ 4

ルート フィルタのタグと演算子を選択し、データを入力して、このルート フィルタ用の句を作成します。

使用可能なルート フィルタのタグの詳細については、「ルート フィルタのタグ」を参照してください。

(注)  

 
EXISTS、DOES-NOT-EXIST、NOT-SELECTED の演算子を使用するタグにはルート フィルタのタグ値を入力しないでください。

ステップ 5

ルート フィルタの演算子を選択し、該当する場合は、このルート フィルタのフレーズを作成するためにデータを入力します。

使用可能なルート フィルタの演算子の詳細については、「ルート フィルタの演算子」を参照してください。

ステップ 6

[保存] をクリックします。

ステップ 7

[設定の適用(Apply Config)] をクリックします。


ルート フィルタの設定項目

ルートフィルタは、特定のルートがローカルのルートデータベースに含めるように考慮されていないプロセスです。 ルートパターンが設定されている場合にのみ適用されます。

ルートフィルタの設定に関する情報を次のトピックに示します。

ルート フィルタのタグ

タグは、ルート フィルタのコア コンポーネントです。 タグでは、ダイヤルされる数字列の一部に名前を適用しています。 たとえば、NANP 番号 972-555-1234 は、LOCAL-AREA-CODE (972)、OFFICE-CODE (555)、および SUBSCRIBER (1234) ルート フィルタ タグで構成されています。

ルート フィルタ タグには、演算子が必要であり、フィルタに掛けるコールを決定するには、その他の値も必要な場合があります。

ルート フィルタ タグ フィールドでの値には、ワイルドカード文字 X、*、#、[,]、-、^、および 0 ~ 9 の数値が使用できます。次の表の説明では、表記 [2-9] と XXXX を使用して実際の数字を表しています。 この表記では、[2 - 9] は 2 ~ 9 の範囲の任意の 1 桁の数字を表し、X は 0 ~ 9 の範囲の任意の 1 桁の数字を表します。したがって、「[2-9] XX の形式の 3 桁のエリアコード」という記述は、実際の数字 200 ~ 999、またはすべてのワイルドカード、または結果としてその範囲のパターンになる実際の数字とワイルドカードの任意の組み合わせを入力できるという意味です。

ルート フィルタ タグは、[ルートフィルタの設定(Route Filter Configuration)] ウィンドウの [番号計画(Numbering Plan)] ドロップダウン リスト ボックスで選択する番号計画によって異なります。 次の表に、北米計画番号のルート フィルタ タグを示します。

表 1. ルート フィルタのタグ

タグ

説明

AREA-CODE

[2-9]XX の形式のこの 3 桁のエリア コードは、長距離コールのエリア コードを指定します。

COUNTRY CODE

この 1 桁、2 桁、または 3 桁のコードは、国際コールの宛先国を指定します。

END-OF-DIALING

この 1 文字は、ダイヤルされた数字列の末尾を指定します。 NANP 内でダイヤルされる国際番号には、# 文字がダイヤル終了信号として使用されます。

INTERNATIONAL-ACCESS

この 2 桁のアクセス コードは、国際ダイヤルを指定します。 日本国内で発信するコールは、このコードに 01 を使用します。

INTERNATIONAL-DIRECT-DIAL

この 1 桁のコードは、直接ダイヤルされる国際コールを指定します。 日本国内で発信するコールは、このコードに 1 を使用します。

INTERNATIONAL-OPERATOR

この 1 桁のコードは、オペレータ経由の国際コールを指定します。 米国内で発信されるコールでは、このコードに 0 を指定します。

LOCAL-AREA-CODE

[2-9]XX の形式のこの 3 桁のローカル エリア コードは、10 桁のローカル コールのローカル エリア コードを指定します。

LOCAL-DIRECT-DIAL

この 1 桁のコードは、直接ダイヤルされるローカル コールを指定します。 NANP コールでは、このコードに 1 を使用します。

LOCAL-OPERATOR

この 1 桁のコードは、オペレータ経由のローカル コールを指定します。 NANP コールでは、このコードに 0 を使用します。

LONG-DISTANCE-DIRECT-DIAL

この 1 桁のコードは、直接ダイヤルされる長距離コールを指定します。 NANP コールでは、このコードに 1 を使用します。

LONG-DISTANCE-OPERATOR

この 1 桁または 2 桁のコードは、NANP 内のオペレータ経由の長距離コールを指定します。 オペレータ経由のコールでは、このコードに 0 を使用し、オペレータにアクセスするには 00 を使用します。

NATIONAL-NUMBER

このタグは、国際コール用の数字列の中の、各国固有の部分を指定します。

OFFICE-CODE

このタグは、7 桁のディレクトリ番号の最初の 3 桁([2-9]XX の形式)を指定します。

SATELLITE-SERVICE

この 1 桁のコードは、国際コール用の衛星接続にアクセスできるようにします。

SERVICE

この 3 桁のコードは、緊急用の 911、修理サービス用の 611、問い合わせ用の 411 を指定します。

SUBSCRIBER

このタグは、7 桁のディレクトリ番号の最後の 4 桁(XXXX の形式)を指定します。

TRANSIT-NETWORK

この 4 桁の値は、長距離通信事業者を識別します。

TRANSIT-NETWORK 値には、先行する 101 通信事業者アクセス コード接頭部を指定しないでください。 詳細については、TRANSIT-NETWORK-ESCAPE を参照してください。

TRANSIT-NETWORK-ESCAPE

この 3 桁の値は、長距離通信事業者 ID に先行します。 このフィールドの値には 101 が指定されています。TRANSIT-NETWORK-ESCAPE 値に、4 桁の通信事業者識別コードを指定しないでください。 詳細については、TRANSIT-NETWORK を参照してください。

ルート フィルタの演算子

ルート フィルタ タグの演算子は、そのタグに関連したダイヤル数字列の有無、さらに、場合によってはそのダイヤル数字列の内容に基づいて、コールがフィルタに掛けられるかどうかを決定します。 演算子 EXISTS および DOES-NOT-EXIST は、ダイヤル数字列のその部分が存在するかどうかだけをチェックします。 演算子 == は、実際にダイヤルされる数字を、指定された値またはパターンと突き合わせます。 次の表に、ルート フィルタ タグと共に使用できる演算子を示します。

表 2. ルート フィルタの演算子

演算子

説明

NOT-SELECTED

このタグに関連したダイヤル数字列に基づいて、コールをフィルタに掛けないことを指定します。

(注)  

 

演算子が関連付けられるタグの有無によって、Cisco Unified Communications Manager がコールをルーティングすることが妨げられることはありません。

EXISTS

このタグに関連したダイヤル数字列が検出されたときに、コールをフィルタに掛けることを指定します。

(注)  

 

Cisco Unified Communications Manager は、タグに関連付けられている任意の数字シーケンスがダイヤル数字列に含まれる場合のみ、コールをルーティングするかブロックします。

DOES-NOT-EXIST

このタグに関連したダイヤル数字列が検出されないときに、コールをフィルタに掛けることを指定します。

(注)  

 

Cisco Unified Communications Manager は、タグに関連付けられている任意の数字シーケンスがダイヤル数字列に含まれない場合のみ、コールをルーティングするかブロックします。

==

このタグに関連したダイヤル数字列が、指定された値と一致するときに、コールをフィルタに掛けることを指定します。

(注)  

 

Cisco Unified Communications Manager は、タグに関連付けられていて、関連するフィールドで指定された番号範囲内である任意の数字シーケンスがダイヤル数字列に含まれる場合のみ、コールをルーティングするかブロックします。

ルート フィルタの例

例 1:AREA-CODE と演算子 DOES-NOT-EXIST を使用するルート フィルタは、エリア コードを含まないすべてのダイヤル数字列を選択します。

例 2:AREA-CODE、演算子 ==、および項目 515 を使用するルート フィルタは、エリア コード 515 を含むすべてのダイヤル数字列を選択します。

例 3:AREA-CODE、演算子 ==、および項目 5[2-9]X を使用するルート フィルタは、520 ~ 599 の範囲のエリア コードを含むすべてのダイヤル数字列を選択します。

例 4:TRANSIT-NETWORK、演算子 ==、および項目 0288 を使用するルート フィルタは、通信事業者アクセス コード 1010288 を持つすべてのダイヤル数字列を選択します。

ルート パターンの設定

Unified Communications Manager は、ルート パターンを使用して、内部と外部のコールをルーティングまたはブロックします。 ゲートウェイ、トランク、1 つ以上のルート グループを含むルート リストにルート パターンを割り当てることができます。


(注)  


ルート パターンでゲートウェイを直接指定することもできますが、ルート リストおよびルート グループを設定することを推奨します。 このアプローチでは、コール ルーティングの柔軟性に加え、拡張性を最大限に発揮します。

ルートパターンがゲートウェイまたはトランクに直接割り当てられている場合、ゲートウェイまたはトランクをルートグループに関連付けることはできません。 同様に、すでにルートリストのメンバーであるゲートウェイまたはトランクは、ルートパターンに関連付けることができません。


手順


ステップ 1

Cisco Unified CM Administration から、[コール ルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [ルートパターン(Route Pattern)] を選択します。

ステップ 2

次のいずれかを実行します。

  • 新しいルート パターンを作成するには、[新規追加(Add New)]をクリックします。
  • 既存のルート パターンを選択するには、[検索(Find)]をクリックします。
[ルートパターンの設定(Route Pattern Configuration)]ウィンドウが表示されます。

ステップ 3

[ルートパターン( Route Pattern)]フィールドに、ダイヤル文字列が一致する必要がある番号パターンを入力します。

ステップ 4

[ゲートウェイ/ルート(Gateway/Route)]ドロップダウン リストから、このルート パターンに一致するコール送信先を選択します。

ステップ 5

[ルートパターンの設定(Route Pattern Configuration)]ウィンドウで、残りのフィールドを入力します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 6

[保存] をクリックします。


ルート パターンの設定項目

ルート パターンは、数字列(アドレス)とルート リストへのコールまたはゲートウェイへのコールを指定する関連番号操作セットから構成されます。

設定するルートパターンの種類の例を以下に示します。

ルート パターンのワイルドカードと特殊文字

ルート パターンにワイルドカードおよび特殊文字を使用すると、1 つのルート パターンで、ある電話番号(アドレス)の範囲を指定できます。 これらのワイルドカードと特殊文字を使用して、Unified Communications Manager が隣接システムに送信する前に番号を操作できるようにする指示も作成できます。

次の表に、Unified Communications Manager がサポートするワイルドカードと特殊文字を示します。

表 3. ワイルドカードおよび特殊文字

文字

説明

@

@ 記号(@)ワイルドカードは、国別番号計画のすべての番号に一致します。

各ルート パターンで、@ ワイルドカードは 1 文字だけ使用できます。

ルート パターン 9.@ は、国別番号計画が認識するすべての電話番号をルーティングまたはブロックします。

@ ワイルドカードが含む、国別番号計画の番号のルート パターンの例を次に示します。

  • 0

  • 1411

  • 19725551234

  • 101028819725551234

  • 01133123456789

X

X ワイルドカードは、0 ~ 9 の範囲にある数字の任意の 1 桁に一致します。

ルート パターン 9XXX は、9000 ~ 9999 の範囲のすべての数字をルーティングするか、またはブロックします。

!

感嘆符(!)ワイルドカードは、0 ~ 9 の範囲にある数字の 1 桁以上に一致します。

ルート パターン 91! は、910 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

?

疑問符(?)ワイルドカードは、直前の数字またはワイルドカード値の 0 回以上の繰り返しに一致します。

(注)  

 

疑問符(??)ワイルドカードを使用した場合、2 つ目の疑問符は空の入力には一致しません。 ルータパターンの例:*33X?*X?*X?#

ルート パターン 91X? は、91 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

+

プラス記号(+)ワイルドカードは、直前の数字またはワイルドカード値の 1 回以上の繰り返しに一致します。

ルート パターン 91X+ は、910 ~ 91999999999999999999999 の範囲のすべての数字をルーティングするか、またはブロックします。

[ ]

角カッコ([ ])文字は、値の範囲を囲みます。

ルート パターン 813510[012345] は、8135100 ~ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

-

ハイフン(-)文字は、角カッコと一緒に使用して値の範囲を示します。

ルート パターン 813510[0-5] は、8135100 ~ 8135105 の範囲のすべての数字をルーティングするか、またはブロックします。

^

ハット(^)文字は、角カッコと一緒に使用して値の範囲外を示します。 この文字は、開始角カッコ([)の直後に配置してください。

各ルート パターンで、^ 文字は 1 文字だけ使用できます。

ルート パターン 813510[^0-5] は、8135106 ~ 8135109 の範囲のすべての数字をルーティングするか、またはブロックします。

.

デリミタとして使用されるドット(.)文字は、Cisco Unified Communications Manager のアクセス コードをディレクトリ番号から分離します。

この特殊文字を、桁を無視する指定と一緒に使用すると、隣接システムに番号を送信する前に Cisco Unified Communications Manager のアクセス コードを削除できます。

各ルート パターンで、(.)文字は 1 文字だけ使用できます。

ルート パターン 9.@ は、最初の 9 を、国別番号計画に発信する Cisco Unified Communications Manager アクセス コードとして認識します。

*

アスタリスク(*)文字は、特別な着信番号の追加の桁として利用できます。

ルート パターン *411 を設定して、内部オペレータのディレクトリ案内の利用を可能にします。

#

シャープ(#)文字は、一般にダイヤル シーケンスの終了を特定します。

# 文字がパターンの最後の文字になるようにします。

ルート パターン 901181910555# は、国別番号計画内からダイヤルされる国際番号をルーティングまたはブロックします。 末尾の 5 の後の # 文字は、この桁をシーケンスの最後の桁として特定します。

\+

\+ のように、バックスラッシュにプラス記号が続くと、国際番号用エスケープ文字 + の設定を示します。

\+ の使用は、国際番号用エスケープ文字 + がワイルドカードではなく、ダイヤル可能な桁であることを意味します。

ドットの前の数字を削除する例

ルートパターンでのドット単位の数字の削除を使用する 1 つの例は、電話機のユーザが外線に接続するためにアクセスコードをダイヤルする場合です。 北米では、通常、ユーザは 9 をダイヤルして外部回線にアクセスします。 次のルートパターンを使用して指定できます。

  • 市内通話: 9. @または 9.[2-9]XXXXXX

  • ナショナル コール: 9.1[2-9]XX

  • 国際 9.011!#

これらのパターンでは、9 は外部回線のアクセスコードであり、ドット (.) は、ネットワークの内部の番号と外線番号を示すことによって、ルートパターンのフォーマットを支援する区切り文字です。 システムがダイヤルされた番号を PSTN に送信する場合は、[廃棄番号 (Discard)] オプションを使用して、ダイヤルされた文字列からプレドットの数字を取り除くことにより、PSTN がコールをルーティングできるようにします。

プレフィックス番号の例

ルートパターンでの数字の接頭辞の使用の例としては、サイト間のオンネットダイヤルを設定する場合があります。 組織内のユーザが 8 + XXX-XXXX をダイヤルしてサイト間のコールにコールするように、ルートパターンを作成することができます。 オフネットコールの場合は、コールを E.164 形式で PSTN にルーティングできるように、プレフィックス番号(8)を削除し、新しいプレフィックス 1<area code> を追加できます。

オンネットパターンとオフネットパターンの例

[分類の発信 (Call 分類)] フィールドを使用して、ルートパターンを Onnet または offnet として設定できます。 ユーザが 2 番目のダイヤルトーンを取得して、組織外にコールが転送されることを知らせたい場合は、コールをオフネットで分類できます。 たとえば、ユーザが外線にダイヤルする必要があるルートパターンを作成する場合、外部回線にアクセスしてオフネットパターンとして分類すると、システムは次のダイヤルトーンを提供します。

  • 電話機がオフフックになっている場合のダイヤルトーン。ダイヤルした 9 の前。

  • 2 番目のダイヤルトーンをダイヤルした後、そのダイヤル番号は、システムが公衆交換電話網 (PSTN) を呼び出す準備ができていることを示します。

Ensure that you deselect the Allow Device Override check box when you use this option.

ブロックおよびルート パターンの例

ブロックおよびルートのパターンを使用して、ルーティングされない発信または着信コールを禁止します。 ブロックパターンを

  • 特定のパターンをブロックします。 たとえば、パターン 91900XXXXXXX をブロックすると、ユーザが 900 サービスにコールを配置するのを防ぐことができます。

  • 特定の市外局番と場所へのコールをブロックすることによって、有料の詐欺を防止します。

クラスタ全体の自動代替ルーティングの有効化

クラスタに対して自動代替ルーティング(AAR)を有効化します。

手順


ステップ 1

Cisco Unified CM Administration から、[システム(System)] > [サービス パラメータ(Service Parameters)] の順に選択します。

ステップ 2

[サーバ(Server)]ドロップダウン リストでノードを選択します。

ステップ 3

[サービス(Service)]ドロップダウン リストから、[Cisco Call Manager] を選択します。

ステップ 4

[クラスタ全体のパラメータ(システム - CCM 自動代替ルーティング)(Clusterwide Parameters (System - CCM Automated Alternate Routing))] 領域で、[自動代替ルーティングの有効化(Automated Alternate Routing Enable)]パラメータを [True]に設定します。


AAR グループの設定

自動代替ルーティング(AAR)を設定することで、ロケーションの帯域幅不足のためシステムがコールをブロックしたときに、PSTN またはその他のネットワークを通じてコールを自動的に再ルーティングすることができます。 AAR を使用すると、発信者は電話を切って着信側をダイヤルし直す必要がなくなります。

手順


ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [AARグループ(AAR Group)] を選択します。

ステップ 2

次のいずれかのオプションを選択します。

  • 新しい AAR グループを追加するには、[新規追加(Add New)]をクリックします。
  • 既存の AAR グループの設定を変更するには、[検索(Find)]をクリックし、結果のリストから AAR グループを選択します。
[AAR グループの設定(AAR Group Configuration)]ウィンドウが表示されます。

ステップ 3

[名前(Name)]フィールドに、新しい AAR グループに割り当てる名前を入力します。

この名前には、最長 20 文字の英数字を指定でき、スペース、ピリオド(.)、ハイフン(-)、および下線文字(_)を任意に組み合わせることが可能です。

ウィンドウが更新され、その他のフィールドが表示されます。

ステップ 4

[AAR グループの設定(AAR Group Configuration)]ウィンドウの各フィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 5

[保存] をクリックします。

(注)  

 

(オプション) AAR がハント パイロットと連携できるようにするには、「ハント パイロットの設定タスク フロー」を参照してください。


日次ルーティングの時間の設定

これはオプションです。 あるパーティションがいつ、着信コールの受信に利用可能かを指定するタイム スケジュールを作成します。


(注)  


ルーティングがメッセージ待機指示 (MWI) インターセプトに実装されていない。


手順

  コマンドまたはアクション 目的

ステップ 1

時間帯の設定

時間帯を定義するには、この手順を使用します。 開始時刻および終了時刻を定義し、さらに年次カレンダーで指定日または曜日として繰り返し間隔を指定します。

ステップ 2

タイム スケジュールの設定

スケジュールを作成するには、次の手順を実行します。 上記の手順で設定した時間帯は、このスケジュールの構成要素です。 時間帯は、複数のスケジュールに割り当てることができます。

ステップ 3

パーティションとスケジュールの関連付け

特定の時間中にコールを完了しようとする場合、パーティションとスケジュールを関連付けてコーリング デバイスの検索が行われる場所を決定します。

時間帯の設定

時間帯を定義するには、この手順を使用します。 開始時刻および終了時刻を定義し、さらに年次カレンダーで指定日または曜日として繰り返し間隔を指定します。

手順

ステップ 1

Cisco Unified CM Administration から、[コール ルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [スケジュールの設定(Time Schedule)] を選択します。

ステップ 2

[時間帯の設定(Time Period Configuration)]ウィンドウで各フィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 3

[保存] をクリックします。


タイム スケジュールの設定

スケジュールを作成するには、次の手順を実行します。 上記の手順で設定した時間帯は、このスケジュールの構成要素です。 時間帯は、複数のスケジュールに割り当てることができます。

手順

ステップ 1

Cisco Unified CM Administration から、[コールルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [スケジュールの設定(Time Schedule)] を選択します。

ステップ 2

[スケジュールの設定(Time Schedule)]ウィンドウのフィールドを設定します。 フィールドと設定オプションの詳細については、システムのオンライン ヘルプを参照してください。

ステップ 3

[保存] をクリックします。


パーティションとスケジュールの関連付け

特定の時間中にコールを完了しようとする場合、パーティションとスケジュールを関連付けてコーリング デバイスの検索が行われる場所を決定します。

手順

ステップ 1

Cisco Unified CM Administration から、[コール ルーティング(Call Routing)] > [コントロールのクラス(Class of Control)] > [パーティション(Partition)] を選択します。

ステップ 2

[スケジュール(Time Schedule)]ドロップダウン リストから、このパーティションに関連付けるスケジュールを選択します。

スケジュールでは、パーティションが着信コールの受信に利用可能となる時間を指定します。 [なし(None)]を選択した場合は、パーティションが常にアクティブになります。

ステップ 3

[保存] をクリックします。


コールルーティングの制限

機能

制約事項

ルートフィルターの関連付け

コール ルーティングを設定する場合、単一ルート フィルタを多くのルート パターンに割り当てないようにしてください。 数百個のルート パターンが関連付けられているルート フィルタを編集しようとすると、システム コア クラッシュが発生する可能性があります。 これは、ルート フィルタを使用するすべてのルート パターンのコール ルーティングの更新に新たなシステム処理が必要になるためです。 発生しないようにするには、重複するルート フィルタを作成します。

外部コール制御

外部コール制御によって、アジャンクト ルート サーバは、Cisco Unified Routing Rules Interface を使用して Unified Communications Manager のコール ルーティングを決定できます。 外部コール制御を設定すると、Unified Communications Manager が、発信側および着信側の情報が入ったルート要求をアジャンクト ルート サーバに発行します。 そのサーバは、要求を受信し、適切なビジネス ロジックを適用し、コールのルーティング方法と適用すべきその他のコール処理方法をお使いのシステムに指示するルート応答を返します。

詳細については、『Cisco Unified Communications Manager 機能設定ガイド』の「外部コール制御」の章を参照してください。

ルート プラン レポート

詳細なルート プランは、Cisco Unified CM Administration([コールルーティング(Call Routing)] > [ルートプランレポート(Route Plan Report)])の [ルートプランレポート(Route Plan Report)] ウィンドウで表示できます。 ルーティング計画の報告により、ルーティング計画の一部または全部のリストを確認し、レポートのモード/ディレクトリ番号、パーティションまたはルーティングの詳細情報列の項目をクリックして、直接に関連する設定ウィンドウに移動します。

さらに、ルート プラン レポートを使用してレポート データを .csv ファイルに保存し、そのファイルを他のアプリケーションにインポートすることもできます。 保存される .csv ファイルには、ウェブ ページより詳細な情報(電話機のディレクトリ番号、ルート パターン、パターン使用法、デバイス名、デバイスの説明など)が含まれます。

Dialed Number Analyzer によるトラブルシューティング

Dialed Number Analyzer は、Cisco Unified Communications Manager とともに、機能サービスの 1 つとしてインストールできます。 このツールにより、Cisco Unified Communications Manager のダイヤル プラン設定を展開前にテストできます。 また、このツールを使用して、展開後のダイヤル プランを分析することもできます。

ダイヤル プランが複雑になり、複数のデバイス、トランスレーション パターン、ルート パターン、ルート リスト、ルート グループ、発呼側および着信側の変換、およびデバイス レベルの変換が関係すると、ダイヤル プランに誤りが含まれる場合があります。 Dialed Number Analyzer を使用してダイヤル プランをテストするには、ダイヤルされた番号を入力に使用します。 ダイヤルされた番号が分析され、コールの詳細が表示されます。 その結果を使用してダイヤル プランを診断し、問題があれば特定し、ダイヤル プランを調整してから展開できます。

Dialed Number Analyzer のセットアップと使用の方法の詳細については、https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-manager-callmanager/products-maintenance-guides-list.html にある『Cisco Unified Communications Manager Dialed Number Analyzer ガイド』を参照してください。

回線グループの設定

この章では、回線グループの追加または削除、または回線グループからの電話番号の追加または削除を行う方法について説明します。

詳細については、Cisco Unified Communications Manager システム ガイド』の、ルート プランの理解に関するトピックを参照してください。

回線グループの設定の概要

Cisco Unified Communications Manager の管理ページで、[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [回線グループ(Line Group)] メニュー パスを使用して、回線グループを設定します。

回線グループを使用して、電話番号を選択する順序を指定できます。 Cisco Unified Communications Manager は、コール分配アルゴリズムおよび RNA 復帰(RNAR)タイムアウト設定に基づいて、回線グループのアイドルまたは対応可能状態のメンバーに対して、コールを分配します。


(注)  


回線グループに属する DN へのコールは、ダイレクト コール ピックアップ機能を使用してピックアップできません。



ヒント


メンバー(ディレクトリ番号)を含まない空の回線グループを設定することは可能ですが、Cisco Unified Communications Manager では、この設定を使用してコールをルーティングすることはできません。 回線グループにメンバーが含まれていない場合、空の回線グループにコールがルーティングされると、ハント リストはハントを停止します。 この状況を避けるため、回線グループには少なくとも 1 つのメンバーを必ず設定してください。


回線グループの設定のヒント

回線グループを設定する場合は、事前に少なくとも 1 つのディレクトリ番号を指定しておく必要があります。

回線グループを設定または更新した後で、その回線グループにメンバーを追加したり、回線グループからメンバーを削除したりできます。

回線グループの削除

1つ以上のルート/ハントリストが参照している回線グループを削除できます。 使用中の回線グループを削除しようとすると、Cisco Unified Communications Manager からエラー メッセージが表示されます。


ヒント


依存関係レコードは回線グループではサポートされていません。 ベスト プラクティスとして、回線グループを削除する前に、必ず設定を確認してください。


回線グループの設定項目

フィールド

説明

[回線グループ情報(Line Group Information)]

[回線グループ名(Line Group Name)]

この回線グループの名前を入力します。 この名前には、最長 50 文字の英数字を指定することができ、スペース、ピリオド(.)、ハイフン(-)、およびアンダースコア(_)を任意に組み合わせて使用することが可能です。 各回線グループ名が、そのルート プランに固有の名前であることを確認してください。

ワンポイント アドバイス

 

回線グループには、内容を簡潔に表す名前を使用してください。 通常、CompanynameLocationGroup の形式が、内容を簡潔に表し、回線グループをすばやくかつ簡単に識別できる方式です。 たとえば、「CiscoDallasAA1」は、Dallas にある Cisco オフィス用の Cisco Access Analog 回線グループを示します。

[RNA復帰タイムアウト(RNA Reversion Timeout)]

コールが応答されなかった場合はUnified Communications Managerがこの回線グループの次の使用可能なメンバーまたはアイドルメンバーに、次の回線グループにはコールを配信するまでの時間を秒単位で入力します。それから、ハントリストの次のグループを試して、選択されます。 [RNA復帰タイムアウト(RNA Reversion Timeout)] は、回線グループ レベルで、すべてのメンバーに適用されます。

[分配アルゴリズム(Distribution Algorithm)]

ドロップダウン リスト ボックスで、回線グループ レベルで適用される次の分配アルゴリズムのオプションを選択します。

  • [優先度順(Top Down)]:この分配アルゴリズムを選択すると、ライングループでアイドルまたは対応可能状態にある最初のメンバーから最後のメンバーまで、Unified Communications Manager がメンバーに対してコールを分配します。

  • [循環方式(Circular)] - この配布アルゴリズムを選択した場合、Unified Communications Managerはルートグループの(n+1)番目のメンバーから始まるアイドルメンバーまたは使用可能なメンバーにコールを配布します。ここで、n番目のメンバーはアイドルまたはアイドルのいずれかです。忙しいが"ダウン"していません。 n番目のメンバーがルートグループの最後のメンバーである場合、Unified Communications Managerはそのルートグループの先頭からコールを配布します。

  • 最長アイドル時間 - この分散アルゴリズムを選択した場合、Unified Communications Managerは回線グループの最長アイドルメンバーから最小アイドルメンバーまで、アイドルメンバーにのみコールを配布します。

  • ブロードキャスト - この配布アルゴリズムを選択した場合、Unified Communications Managerは回線グループのすべてのアイドルまたは使用可能なメンバーに同時にコールを配布します。 ブロードキャスト分配アルゴリズムを使用する場合のその他の制限事項については、[選択されたDN/ルートパーティション(Selected DN/Route Partition)] フィールドの説明にある注を参照してください。

デフォルト値は、[最長アイドル時間(Longest Idle Time)] です。

[ハントオプション(Hunt Options)]

無応答

任意の分配アルゴリズムに対して、コールが応答しない回線グループのメンバーに配信される場合に使用するUnified Communications Managerのハントオプションを選択します。 このオプションは、メンバー レベルで適用されます。 ドロップダウン リスト ボックスから、次のオプションを選択します。

  • [次のメンバへ、その後ハントリスト内の次のグループへ(Try next member; then, try next group in Hunt List)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルまたは使用可能メンバーから最後のアイドルまたは使用可能メンバーまでコールをアイドルまたは使用可能メンバーに配布します。 分配に失敗した場合、Unified Communications Manager はハント リスト内の次の回線グループに対して分配を試行します。

  • [次のメンバへ、ただし次のグループにはハントしない(Try next member, but do not go to next group)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルメンバーまたは使用可能メンバーから最後のアイドルメンバーまたは使用可能メンバーにコールを割り当てます。 Unified Communications Managerは現在の回線グループの最後のメンバーに到達しようとするのをやめます。

  • [残りのメンバにハントせず、すぐに次のグループへ(Skip remaining members, and go directly to next group)] - このハントオプションを選択した場合、最初のメンバーのRNA復帰タイムアウト値が経過したときに、Unified Communications Managerはこの回線グループの残りのメンバーをスキップします。その後、Unified Communications Managerはハントリスト内の次の行グループに直接進みます。

  • [ハント中止(Stop hunting)] - このハントオプションを選択した場合、Unified Communications Managerはこの回線グループの最初のメンバーにコールを配信しようとした後にハントを停止し、メンバーはそのコールに応答しません。

無応答時のハント メンバーの自動ログアウト

このチェックボックスをオンにすると、回線のメンバーは、自動的にハント リストからログオフします。 回線メンバーを再度ログインさせるには、[HLOG] ソフトキーまたは PLK を使用します。

ビジー

任意の分配アルゴリズムに対して、通話が通話中の回線グループのメンバーに配信される場合に使用するUnified Communications Managerのハントオプションを選択します。 ドロップダウン リスト ボックスから、次のオプションを選択します。

  • [次のメンバへ、その後ハントリスト内の次のグループへ(Try next member; then, try next group in Hunt List)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルまたは使用可能メンバーから最後のアイドルまたは使用可能メンバーまでコールをアイドルまたは使用可能メンバーに配布します。 分配に失敗した場合、Unified Communications Manager はハント リスト内の次の回線グループに対して分配を試行します。

  • [次のメンバへ、ただし次のグループにはハントしない(Try next member, but do not go to next group)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルメンバーまたは使用可能メンバーから最後のアイドルメンバーまたは使用可能メンバーにコールを割り当てます。 Unified Communications Managerは現在の回線グループの最後のメンバーに到達しようとするのをやめます。

  • [残りのメンバをスキップし、次のグループに直接進む(Skip remaining members, and go directly to next group)] - このハントオプションを選択した場合、Unified Communications Managerは話中メンバーに遭遇したときにこの回線グループの残りのメンバーをスキップします。 Unified Communications Managerは、ハントリストの次の行グループに直接進みます。

  • [ハント中止(Stop hunting)] - このハントオプションを選択した場合、Unified Communications Managerはこの回線グループの最初のビジーメンバーにコールを配信しようとした後にハントを停止します。

なし

任意の分配アルゴリズムに対して、コールが使用できない回線グループのメンバーに配布される場合に使用するUnified Communications Managerのハントオプションを選択します。 [使用不可(Not Available)] 状態が発生するのは、該当する DN に関連付けられている電話機が、すべて未登録である場合です。 エクステンションモビリティが使用されていて、DN /ユーザがログインしていないときにも [使用不可(Not Available)] になります。ドロップダウンリストボックスのオプションから選択します。

  • [次のメンバへ、その後ハントリスト内の次のグループへ(Try next member; then, try next group in Hunt List)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルまたは使用可能メンバーから最後のアイドルまたは使用可能メンバーまでコールをアイドルまたは使用可能メンバーに配布します。 分配に失敗した場合、Unified Communications Manager はハント リスト内の次の回線グループに対して分配を試行します。

  • [次のメンバへ、ただし次のグループにはハントしない(Try next member, but do not go to next group)] - このハントオプションを選択した場合、Unified Communications Managerは回線グループの最初のアイドルメンバーまたは使用可能メンバーから最後のアイドルメンバーまたは使用可能メンバーにコールを割り当てます。 Unified Communications Managerは現在の回線グループの最後のメンバーに到達しようとするのをやめます。

  • [残りのメンバをスキップし、次のグループに直接進む(Skip remaining members, and go directly to next group)] - 残りのメンバーをスキップし、次のグループに直接移動する - このハントオプションを選択した場合、Unified Communications Managerは最初に使用不可のメンバーに遭遇したときにこの回線グループの残りのメンバーをスキップします。 Unified Communications Managerは、ハントリストの次の行グループに直接進みます。

  • [ハント中止(Stop hunting)] - このハントオプションを選択した場合、Unified Communications Managerはこの回線グループの最初に使用不可のメンバにコールを配信しようとした後にハントを停止します。

[回線グループメンバ情報(Line Group Member Information)]

[回線グループに追加する電話番号の検索(Find Directory Numbers to Add to Line Group)]

パーティション

ドロップダウン リスト ボックスから、この回線グループのルート パーティションを選択します。 デフォルト値は <None> です。

[検索(Find)] をクリックすると、[使用可能DN/ルートパーティション(Available DN/Route Partition)] リスト ボックスに、選択されたパーティションに属する電話番号(DN)がすべて表示されます。

[次を含むディレクトリ番号(Directory Number Contains)]

検索するディレクトリ番号に含まれる文字を入力し、[検索(Find)] ボタンをクリックします。 入力した文字と一致するディレクトリ番号が [使用可能DN/ルートパーティション(Available DN/Route Partition)] ボックスに表示されます。

[使用可能DN/ルートパーティション(Available DN/Route Partition)]

[使用可能DN/ルートパーティション(Available DN/Route Partition)] リスト ボックスでディレクトリ番号を選択し、[回線グループに追加(Add to Line Group)] をクリックして、そのディレクトリ番号を [選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックスに追加します。

[現在の回線グループメンバ(Current Line Group Members)]

共有回線 DNs を使用したブロードキャストアルゴリズム

ディレクトリ番号の優先順位を変更するには、[選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックス内のディレクトリ番号を選択します。 そのリスト ボックスの右側にある矢印をクリックして、リスト内でそのディレクトリ番号を上下に移動させてください。

[選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックス内のディレクトリ番号の優先順位を逆転するには、[選択されたDN/ルートパーティションの順番を逆にする(Reverse Order of Selected DN/Route Partitions)] をクリックします。

(注)  

 

ブロードキャスト分配アルゴリズムを使用する回線グループに、共有回線であるDNを配置しないでください。 DNがブロードキャスト配信アルゴリズムを使用する回線グループのメンバーである場合、Unified Communications Managerは、そのDNがシェアドラインとして設定されているデバイス上のシェアドラインであるすべてのDNを表示できません。

[削除されたDN/ルートパーティション(Removed DN/Route Partition)]

[選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックスでディレクトリ番号を選択し、そのディレクトリ番号を [削除されたDN/ルートパーティション(Removed DN/Route Partition)] リスト ボックスに追加します。これには、この 2 つのリスト ボックス間にある下矢印をクリックします。

ディレクトリ番号

(この回線グループに属している DN のリスト)

所定のディレクトリ番号の [ディレクトリ番号の設定(Directory Number Configuration)] ウィンドウに移動するには、このリスト内のディレクトリ番号をクリックします。

(注)  

 

新しい回線グループを追加する場合は、その回線グループを保存するまでこのリストは表示されません。

回線グループへのメンバーの追加

新しい回線グループまたは既存の回線グループにメンバーを追加できます。 次の手順では、既存の回線グループにメンバーを追加する方法を説明します。

始める前に

この手順を実行する前に、ディレクトリ番号を 1 つ以上定義しておく必要があります。

手順


ステップ 1

[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [回線グループ(Line Group)] を選択します。

ステップ 2

メンバーを追加する回線グループを見つけます。

ステップ 3

ディレクトリ番号を特定する必要がある場合は、[パーティション(Partition)] ドロップダウン リスト ボックスからルート パーティションを選択し、[次を含むディレクトリ番号(Directory Number Contains)] フィールドに検索文字列を入力して、[検索(Find)] をクリックします。 1 つのパーティションに属するディレクトリ番号をすべて検索するには、[次を含むディレクトリ番号(Directory Number Contains)] フィールドを空白のままにして、[検索(Find)] をクリックします。

一致するディレクトリ番号のリストが [使用可能な DN/ルートパーティション (Available DN/Route Partition)] リストボックスに表示されます。

ステップ 4

[使用可能なDN/ルートパーティション(Available DN/Route Partition)] リスト ボックスで、追加するディレクトリ番号を選択し、[回線グループに追加(Add to Line Group)] をクリックして、そのディレクトリ番号を [選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックスに移動します。 この回線グループに追加するメンバーごとに、この手順を繰り返します。

ステップ 5

[選択された DN/ルートパーティション (Selected DN/Route Partition)] リストボックスで、この回線グループで新しい電話番号にアクセスする順序を選択します。 順序を変更するには、ディレクトリ番号をクリックしてから、リスト ボックスの右側にある上向き矢印または下向き矢印を使用して、ディレクトリ番号の順序を変更します。

ステップ 6

[保存(Save)] をクリックすると、新しいディレクトリ番号が追加され、この回線グループのディレクトリ番号の順序が更新されます。


回線グループからのメンバーの削除

新しい回線グループから、または既存の回線グループからメンバーを削除できます。 次の手順では、既存の回線グループからのディレクトリ番号の削除について説明します。

手順


ステップ 1

[コールルーティング(Call Routing)] > [ルート/ハント(Route/Hunt)] > [回線グループ(Line Group)] を選択します。

ステップ 2

ディレクトリ番号を削除する回線グループを見つけます。

ステップ 3

[選択されたDN/ルートパーティション(Selected DN/Route Partition)] リスト ボックスで、削除するディレクトリ番号を選択し、リスト ボックスの下にある下向き矢印をクリックして、[削除されたDN/ルートパーティション(Removed DN/Route Partition)] リスト ボックスにそのディレクトリ番号を移動します。 この回線グループから削除するメンバーごとに、この手順を繰り返します。

ステップ 4

メンバーを削除するには、[保存 (Save)] をクリックします。