Cisco IP テレフォニー ネットワーク デザイン ガイド

Skinny Gateway

Cisco Access Digital Trunk Gateway DT-24+、Cisco Access Digital Trunk Gateway DE-30+、および Catalyst 6000 ゲートウェイは、Skinny Gateway Protocol を使用して、TCP ポート 2002 上に DTMF 信号を帯域外で搬送します。帯域外 DTMF は、デフォルトのゲートウェイ設定モードです。

Cisco IOS H.323 ゲートウェイ

Cisco 1750、2600、3600、7200、および AS5300 シリーズの製品は、H.323 を使用して Cisco CallManager と通信します。Cisco CallManager Release 3.0(5) と
Cisco IOS Release 12.0(7)T の両方には、DTMF 信号を帯域外で交換する拡張 H.245 機能が含まれています。次の例は、Cisco IOS ゲートウェイ上での帯域外 DTMF 設定を示しています。

（注） 以前の Cisco 3810 バージョンで使用されていた TI542 DSP 上でのメモリ制限により、新しい音声圧縮モジュールを使用する Cisco 3810 V3 だけが、H.245 DTMF リレーをサポートします。

MGCP ゲートウェイ

VG200 は、MGCP を使用して Cisco CallManager と通信します。MGCP は、「パッケージ」の概念を使用します。VG200 は DTMF パッケージを始動時にロードします。帯域外 DTMF 機能が、Cisco CallManager MGCP ゲートウェイのユーザ インターフェイスで設定されると、VG200 は、「シンボル」をユーザ データグラム プロトコル（UDP）制御チャネル上に送信して、VG200 が受信するすべての
DTMF トーンを表現します。Cisco CallManager は、これらのシンボルを解釈して、DTMF 信号を帯域外で信号方式の終端点に渡します。次のコマンドは、VG200 上で DTMF リレーを行うグローバル設定コマンドです。

追加の設定パラメータを、Cisco CallManager MGCP ゲートウェイの設定インターフェースに入力する必要があります。

Skinny Gateways

Cisco Access Digital Trunk Gateway DT-24+、Cisco Access Digital Trunk Gateway
DE-30+、および Catalyst 6000 デジタル ゲートウェイをブートすると、
Cisco CallManager ロケーション情報がそれぞれに提供されます。これらのゲートウェイを初期化すると、Cisco CallManager 冗長性グループと呼ばれる
Cisco CallManager のリストが、ゲートウェイにダウンロードされます。このリストが、優先順位をつけ、プライマリ Cisco CallManager とセカンダリ
Cisco CallManager に区分されます。プライマリ Cisco CallManager が通信不能になると、ゲートウエイがセカンダリ Cisco CallManager に登録されます。

IOS H.323 ゲートウェイ

Cisco IOS ゲートウェイは、Cisco IOS Release 12.1(2)T の dial-peer と voice class のコマンドに加えられたいくつかの改良を使用して、冗長的な Cisco CallManagers をサポートできるようになりました。新しいコマンド、 h225 tcp timeout seconds が追加されました。このコマンドは、Cisco IOS ゲートウェイが、H.323 コール セットアップのために H.225 制御接続を確立するのに必要な時間を指定します。Cisco IOS ゲートウェイが、プライマリ Cisco CallManager への H.225 接続を確立できない場合、他の dial-peer ステートメントで定義されている 2 番目の
Cisco CallManager への接続を試行します。Cisco IOS ゲートウェイは、次に順位の最も高い preference 設定値を持つ dial-peer ステートメントに移動します。

次の例は、H.323 ゲートウェイのフェールオーバーに対する設定を示しています。

（注） トラブルシューティングとファイアウォールを簡素化するため、新しいコマンドvoip-gateway voip bind srcaddrを使用して、コール セットアップ時に、H.323 が常に特定のソース IP アドレスを使用するように強制することを、シスコはお勧めします。このコマンドを使用しないと、セットアップ時に使用されるソース アドレスは、プロトコル（RAS、H.225、H.245、あるいは RTP）に応じて変わる可能性があります。

MGCP ゲートウェイ

MGCP を VG200 および Cisco CallManager に追加することで、このスタンドアロンのゲートウェイは、プライマリ Cisco CallManager との通信が切断した場合、セカンダリの Cisco CallManager に切り替えることができます。VG200 コンフィギュレーション ファイル内では、Cisco CallManager は、 call-agent hostname コマンドを使用して識別され、セカンダリ Cisco CallManager システムのリストが、
ccm-manager redundant-host コマンドを使用して追加されます。アクティブに関連付けられる Cisco CallManager とのキープアライブは、MGCP アプリケーション レベルのキープアライブ メカニズムを使用して実現されます。そしてこのメカニズムにより、ゲートウェイは、空の MGCP NTFY メッセージを
Cisco CallManager に送信し、確認応答を待ちます。バックアップ
Cisco CallManager とのキープアライブは、TCP キープアライブ メカニズム（UDP は、以降のバージョンで使用予定）を使用して実現されます。

プライマリ Cisco CallManager が後に利用できるようになれば、VG200 はこの最初の Cisco CallManager に復帰できます。このフォールバックは、即時に、設定可能な時間が過ぎた後で、あるいはすべての接続セッションがリリースされた場合にだけ、のいずれかによって発生します。この動作は、次の VG200 グローバル設定コマンドにより可能となります。

ccm-manager redundant-host { hostname1 | ipaddress1 } [ hostname2 | ipaddress2 ]

[ no ] call-manager redundancy switchback [ immediate | graceful | delay delay-time ]

Skinny Gateway

Cisco Access Digital Trunk Gateway DT-24+ および DE-30+ の製品、ならびに、Catalyst 6000 シリーズ ゲートウェイのすべては、補足サービスを完全にサポートします。これらのゲートウェイは、ゲートウェイと Cisco Callmanager 間の信号伝送チャネル、および Skinny Gateway Protocol を利用して、すべてのコール制御パラメータを交換します。詳細については、「追加情報」を参照してください。

IOS H.323 ゲートウェイ

Cisco CallManager Release 3.0 以前は、H.323v1 だけがサポートされていました。H.323v1 コール セットアップ後、リアルタイム転送プロトコル（RTP）ストリームの宛先を変更できないことは、保留、自動転送、および転送などの補足サービスの妨げとなりました。H.323vl が、最初のコール セットアップ後、RTP ストリームを 1 つの宛先から別の宛先へ移動する機能を提供しないため、ソフトウェア MTP ツールを使用して、Cisco IOS ゲートウェイに補足サービスのサポートを提供しました。

Cisco CallManager サーバ上、あるいは別個の Windows NT 4.0 サーバ上のいずれかで、ソフトウェア プロセスとして動作する MTP は、Cisco IOS ゲートウェイからの RTP ストリーム、および IP 電話からの RTP ストリームを終端させます。MTP から Cisco IOS ゲートウェイへの RTP ストリームは、コールが完了するまで修正されることがないため、Cisco IOS VoIP ゲートウェイの使用時、このMTPを利用することで IP 電話が補足サービスをサポートできるようにします。すべての RTP ストリーム変更は、MTP 接続のスキニー ステーションで実行されます。ソフトウェア MTP を使用する上でさらに重要な注意点は、このソフトウエアが、G.711 音声ストリームだけをサポートしていることです。つまり、圧縮された音声コールはサポートされていないことです。このことは、WAN システムを大きく制限します。

Cisco IOS ゲートウェイと Cisco CallManager Release 3.0(5) によって、H.323v2 をCisco IOS Release 12.0(7)T と上記（特に、OpenLogicalChannel、CloseLogicalChannel、および emptyCapabilitySet 機能）の中で使用すると、補足サービスを提供する MTP の要件が削除されます。 IP 電話と Cisco IOS ゲートウェイの両方からの G.711 RTP ストリームを終端させるのに MTP が不要となったため、圧縮された音声コール（G.723.1 と G.729a）が現在、Cisco IOS ゲートウェイと Cisco CallManager 終端点との間でサポートされています。

Cisco CallManager を H.323 プロキシとして使用して、Cisco IOS ゲートウェイと IP 電話の間に H.323v2 コールを設定すると、IP 電話はベアラ接続の修正を要求できます。RTP ストリームは、Cisco IOS ゲートウェイから IP 電話に直接接続されているため、サポートする音声コーデックを取り決めることができます。

次のステップは、IP 電話 1 が Cisco IOS ゲートウェイからのコールを IP 電話 2 へ転送する場合に発生するプロセスを示しています。

1. IP 電話 1 は、Skinny Station Protocol を使用して、転送要求を Cisco CallManager に発行します。

2. Cisco CallManager は、この要求を H.323v2 CloseLogicalChannel 要求に翻訳して、Cisco IOS ゲートウェイに対して適切なセッション ID を要求します。

3. Cisco IOS ゲートウェイは、IP 電話 1 に対する RTP チャネルを閉じます。

4. Cisco CallManager は、Skinny Station Protocol を使用して、IP 電話 2 に対して、Cisco IOS ゲートウェイへの RTP 接続をセットアップする要求を出します。同時に、Cisco CallManager は、新しい宛先パラメータ、および同じセッション ID を使用して、OpenLogicalChannel 要求を Cisco IOS ゲートウェイに対して出します。

5. Cisco IOS ゲートウェイが要求の確認応答をすると、RTP 音声ベアラ チャネルが、IP 電話 2 と Cisco IOS ゲートウェイの間に設定されます。

MGCP ゲートウェイ

VG200 は、MGCP を使用して、保留、転送、および電話会議の機能を完全にサポートします。MGCP は、基本的には、Cisco CallManager が、すべてのセッション インテリジェンスを制御する、マスタースレーブ間プロトコルのため、MGCP は、容易に VG200 接続を処理できます。Cisco AVVID 終端点がセッションを修正する必要がある（たとえば、コールを他の Cisco AVVID 終端点へ転送する）場合、終端点は、Skinny Station Protocol を使用して Cisco CallManager に通知します。Cisco CallManager は、その後、MGCP UDP 制御接続を使用して、セッション ID に関連する現在の RTP ストリームを終了し、新しい終端点情報をもつ新しいメディア セッションを開始するように、VG200 に通知します。