グローバル ダイヤル プラン レプリケーションの概要
グローバル ダイヤル プラン レプリケーションを使用すると、URI ダイヤリング、エンタープライズ番号、または E.164 番号のいずれかをダイヤリングに使用するビデオ コールによって、クラスタ間 VoIP ネットワークを簡単にセットアップできます。
グローバル ダイヤル プラン レプリケーションでは、ILS ネットワーク内のリモート クラスタにグローバル ダイヤル プランのデータ要素を複製することで、シスコ クラスタ間検索サービスを活用します。ILS ネットワーク内の各クラスタは、ホーム クラスタのルート文字列と共に、他のクラスタのグローバル ダイヤル プラン要素を学習します。
ILS 経由のグローバルなアドバタイズ
グローバル ダイヤル プラン レプリケーションでは、次のダイヤル プラン要素を ILS ネットワークにアドバタイズし、このデータをリモート クラスタに複製します。
-
ディレクトリ URI:ローカル クラスタで、電子メール形式のディレクトリ URI(alice@cisco.com など)をプロビジョニングします。URI ダイヤリングは、ユーザ中心型のコール発信手段を提供します。グローバル ダイヤル プラン レプリケーションでは、ディレクトリ URI のローカル カタログを ILS ネットワーク内の他のクラスタにアドバタイズすることで、クラスタ間 URI ダイヤリングが可能になります。
-
エンタープライズ番号および E.164 代替番号:代替番号は、付加番号命令を含むマスクを元のディレクトリ番号に適用することで作成される、元の内線番号のエイリアスです。代替番号は、ILS ネットワーク内のどこからでもダイヤルできます。代替番号には 2 つのタイプがあります。ローカル クラスタで代替番号をプロビジョニングしてから各番号を ILS ネットワークにアドバタイズするか、代替番号の範囲を要約するアドバタイズされた番号パターンを設定して、そのパターンを ILS ネットワークにアドバタイズすることができます。
-
アドバタイズされたパターン:アドバタイズされたパターンは、エンタープライズ代替番号または E.164 代替番号の範囲を要約したものです。個別の代替番号ではなくパターンを ILS ネットワーク全体に複製することで、リモート クラスタのデータベース領域を節約できます。アドバタイズされたパターンは、ILS ネットワーク内のリモート クラスタでのみ使用されます。これらのパターンをローカル コールのルーティングに使用することはできません。
-
PSTN フェールオーバー番号:このオプションを使用すると、エンタープライズ代替番号または E.164 代替番号を PSTN フェールオーバー番号として割り当てることができます。VoIP チャネル経由でのグローバル ダイヤル プラン要素へのコール ルーティングが失敗した場合、フェールオーバー番号によって代替のルーティング方法が提供されます。リモート クラスタで、適切なゲートウェイに PSTN フェールオーバーをルーティングするルート パターンを設定する必要があります。
-
ルート文字列:各クラスタには、グローバル ダイヤル プラン カタログと共に複製されるルート文字列があります。ルート文字列は、ディレクトリ URI または代替番号のホーム クラスタを識別するものです。クラスタ間のコール処理では、ルート文字列をホーム クラスタにルーティングする SIP ルートパターンを各リモート クラスタで設定する必要があります。
-
学習されたグローバル ダイヤル プラン データ:複製されたデータを ILS ネットワーク内のすべてのクラスタに確実に到達させるためには、各クラスタで、他のクラスタから学習したカタログと共に、ローカルでプロビジョニングされたグローバル ダイヤル プラン データを複製します。
-
インポートされたグローバル ダイヤル プラン データ:Cisco Unified Communications Manager を Cisco TelePresence Video Communications Server またはサードパーティのコール制御システムと相互運用する場合は、相手のシステムからグローバル ダイヤル プラン データを csv ファイルにエクスポートし、その csv ファイルを ILS ネットワーク内のハブ クラスタにインポートします。グローバル ダイヤル プラン レプリケーションによって、インポートされたカタログが ILS ネットワーク内の他のクラスタに複製され、相手のシステムに登録されているディレクトリ URI および代替番号にコールを発信できるようになります。
グローバル ダイヤル プランのマッピング例
次の例は、電話の内線 4001 にマップされるグローバル ダイヤル プラン データ要素を示しています。コール ルーティングが正しく設定されている前提で、次のいずれかの番号をダイヤルすると内線 4001 が鳴ります。
-
エンタープライズ代替番号:番号マスク 5XXXX が内線 4001 に適用され、エンタープライズ代替番号 54001 が作成されます。
-
E.164 代替番号:番号マスク 1972555XXXX が内線 4001 に適用され、+E.164 代替番号 19725554001 が作成されます。
-
PSTN フェールオーバー:エンタープライズ代替番号または +E.164 代替番号を PSTN フェールオーバーとして割り当て、適切なゲートウェイにコールをルーティングします。
-
アドバタイズされたパターン:パターン 54XXX を使用して、54000 ~ 54999 の範囲のすべてのエンタープライズ代替番号を要約できます。エンタープライズ代替番号と +E.164 代替番号用にパターンを作成できます。
-
ディレクトリ URU:alice@cisco.com
(注)
ディレクトリ URI は、ディレクトリ番号またはエンド ユーザに割り当てることができます。エンド ユーザに関連付けられているディレクトリ URI はユーザのプライマリ内線番号(ディレクトリ番号)にも関連付けられ、プライマリ内線番号が割り当てられている場合はその内線番号を呼び出します。
URI ダイヤル
URI ダイヤリングはグローバル ダイヤル プラン レプリケーションのサブ機能であり、発信者がディレクトリ URI をダイヤル文字列として使用してコールを発信できるようにします。ディレクトリ URI は、電子メール アドレスに似た英数字の文字列です(例:alice@cisco.com)。
URI は電子メール アドレスと似ていますが、ディレクトリ URI は、単独でルーティング可能なエンティティではありません。ローカル コールの場合、ディレクトリ URI が発信者のコーリング サーチ スペース内のパーティションにある場合に限り、そのディレクトリ URI に対するコールをルーティングできます。クラスタ間コールの場合、システムは、グローバル ダイヤル プラン レプリケーションにより複製されたクラスタ ルート文字列を取得し、SIP ルート パターンとルート文字列の照合を試みます。
ディレクトリ URI のタイプ
ディレクトリ URI には 2 つのタイプがあり、ディレクトリ URI のプロビジョニング方法によってタイプが決まります。
-
ユーザベースの URI:このディレクトリ URI は、[エンドユーザの設定(End User Configuration)] でユーザに割り当てます。これらの URI はすべて、ローカルのディレクトリ URI パーティションに自動的に割り当てられます。これは、ローカルにある削除できないパーティションです。ユーザにプライマリ内線番号も設定されている場合、URI はその内線番号のプライマリ URI として [ディレクトリ番号の設定(Directory Number Configuration)] にも表示されます。
-
回線ベースの URI:[ディレクトリ番号の設定(Directory Number Configuration)] ウィンドウで、1 つのディレクトリ番号に最大 5 個のディレクトリ URI を直接割り当てることができます。これらの URI には、任意のローカル パーティションを割り当てることができます。
ディレクトリ URI 形式
ディレクトリ URI は、@ 記号で区切られたユーザとホスト アドレスで構成される英数字の文字列です。
-
user@domain(たとえば、joe@cisco.com)
-
user@ip_address(たとえば、joe@10.10.10.1)
-
使用できる文字は次のとおりです。a ~ z、A ~ Z、0 ~ 9、!、$、%、&、*、_、+、~、-、=、\、?、\, ‘, ,, ., /.
-
ユーザ部分は最大 47 文字までです。
-
ディレクトリ URI がデータベースに保存されている場合、Cisco Unified Communications Manager は、次の文字にパーセント エンコーディングを自動的に適用します。
# % ^ ` { } | \ : ” < > [ ] \ ‘ およびスペース。
(注) |
デフォルトでは、ディレクトリ URI のユーザ部分で大文字と小文字が区別されます。[URI検索ポリシー(URI Lookup Policy)] エンタープライズ パラメータを編集することで、ユーザの部分で大文字と小文字を区別しないように編集できます。 |
(注) |
パーセント エンコーディングを適用すると、ディレクトリ URI の桁数が増えます。たとえば、ディレクトリ URI として joe smith#@cisco.com(20 文字)を入力した場合、Cisco Unified Communications Manager は、ディレクトリ URL を joe%20smith%23@cisco.com(24 文字)としてデータベースに保存します。データベースの制限により、[ディレクトリ URL(Directory URI)] フィールドの最大長は 254 文字となります。 |
Cisco Unified Communications Manager は、ディレクトリ URI のホスト部分(@ 記号の後の部分)で次の形式をサポートしています。
-
IPv4 アドレスまたは完全修飾ドメイン名をサポートします。
-
使用可能な文字は、英数字、ハイフン(-)、ドット(.)です。
-
ホスト部分をハイフン(-)で開始または終了することはできません。
-
ホスト部分に、連続した 2 つのドットを含めることはできません。
-
ホスト部分の最短の長さは 2 文字です。
-
ホスト部分では、大文字と小文字は区別されません。
(注) |
[Cisco Unified Communications Manager の管理(Cisco Unified Communications Manager Administration)] 内で、一括管理を使用して、二重引用符とカンマが埋め込まれたディレクトリ URI を含む CSV ファイルをインポートする場合は、ディレクトリ URI 全体を二重引用符(")で囲む必要があります。 |
グローバル ダイヤル プラン レプリケーションのコール ルーティング
クラスタ内のコールでは、グローバル ダイヤル プラン データはパーティションとコーリング サーチ スペースを介してルーティングされます。ローカル ディレクトリ URI、エンタープライズ代替番号、または E.164 代替番号に対するコールが動作するためには、発信側で使用しているコーリング サーチ スペースにその URI または番号が存在する必要があります。
クラスタ間のコールでは、グローバル ダイヤル プラン レプリケーションがアドバタイズするクラスタ ルート文字列を使用して、着信側のホーム クラスタにコールが送信されます。別のクラスタに所属しているディレクトリ URI または代替番号に対して発信者がコールを発信すると、システムは、関連付けられたルート文字列を取得し、ルート文字列の SIP ルート パターンと照合して、SIP ルート パターンで指定されている宛先にそのコールを送信します。これが機能するためには、ルート文字列をそのホーム クラスタにルーティングするように、リモート クラスタの SIP ルート パターンを設定する必要があります。
コール ルーティングに失敗した場合は、システムは、関連付けられた PSTN フェールオーバー番号を使用することもできます。ただし、PSTN フェールオーバーのコールを適切なゲートウェイに送信できるように、リモート クラスタのルート パターンを設定する必要があります。