Cisco IP テレフォニー ソリューション リファレンス ネットワーク デザイン ガイド Cisco CallManager Release 3.3

ゲートウェイ プロトコル

Cisco CallManager（リリース 3.1 およびそれ以降）では、次のゲートウェイ プロトコルがサポートされています。

• H.323

• メディア ゲートウェイ制御プロトコル（MGCP）

Cisco IP Phone は、超軽量プロトコルである SCCP を使用します。SCCP はマスター/スレーブ モデルを使用しますが、H.323 は、ピアツーピア モデルです。MGCP も、マスター/スレーブ モデルを使用します。

表 3-1 では、どのゲートウェイが所定のプロトコルをサポートするかを示しています。これらのプロトコルはそれぞれ、コア ゲートウェイ要件をサポートするために多少異なる方法を使用します。コア ゲートウェイ要件とプロトコルの詳細は、次の Web サイトで入手可能な Cisco CallManager リリース 3.1 および 3.2 用の『Cisco IP Telephony Solution Reference Network Design』（SRND）でゲートウェイ選択の章を参照してください。

http://cisco.com/go/srnd

（注） 配置する前に、Cisco IOS ソフトウェアのリリース ノートを調べて、機能またはインターフェイスのサポートを確認してください。

Cisco CallManager でのコール存続可能性

ここでは、H.323、SCCP、および MGCP ゲートウェイを使用したコールの存続可能性について一般的なルールを説明します。コールの存続可能性とは、2 つの IP エンドポイント間の RTP ベアラ ストリーム（音声による会話）を最初に確立した Cisco CallManager が通信できなくなっても、このエンドポイント間のストリームが保持されることをいいます。エンドポイントは、 表 3-2 で示されているように、存続可能と存続不能として分類できます。

次のタイプの障害が発生する可能性があります。

• Cisco CallManager の障害：Cisco CallManager がコール信号に対して応答不能になる障害

• ネットワークの障害：Cisco CallManager とエンドポイント（たとえば、ゲートウェイや IP フォン）との間の通信を妨げるネットワークのすべての障害

（注） コールの失敗とは、電話機がオンフックになったり、リオーダー音を受信したり、または場合によっては単に無音になったり（たとえば、ストリーミング接続が終了した場合）することです。

ゲートウェイのコール存続可能性に対するエンドポイントのルール

エンドポイントや Cisco Call Manager のさまざまな障害シナリオには、次のルールが適用されます。

• コールが存続不能エンドポイントだけを使用しているときに、それらのエンドポイントが登録されている Cisco Call Manager のいずれかに障害がある場合、コールは失敗します。これは、コンファレンス ブリッジ、MTP、またはトランスコーダがそのコールに関係しているかどうかに関係なく、また、どの Cisco CallManager（複数の Cisco CallManager がある場合）に障害が起きたかに関係なく、該当します。

• コールが、1 つの存続不能エンドポイントと 1 つの存続可能エンドポイントを使用している場合、コールが失敗するのは、存続不能エンドポイントに関連した Cisco CallManager に障害が発生した場合だけです。

• コールが存続可能エンドポイントだけを使用しているときに、1 つ以上の Cisco CallManager に障害が起きた場合、エンドポイント間のストリーミング接続は保持されます。しかし、これらのエンドポイントは、障害後にコール処理サービスを利用できません。たとえば、利用不能なサービスには、転送、会議、保留、コール パーク、コール ピックアップ、および保留解除が含まれます。

一般に、MGCP ゲートウェイには、最高度のコール存続可能性が用意されています。Cisco
CallManager リリース 3.1 およびそれ以降では、Catalyst 6000 T1/E1 ゲートウェイ モジュールは、T1/E1 PRI と T1 CAS をサポートする MGCP を使用します。したがって、SCCP ベースの IP フォンと MGCP ゲートウェイが 2 つのエンドポイントになっている場合、コール存続可能性を向上させます。Cisco IOS リリース 12.2.11T およびそれ以降では、Cisco VG200、2600XM、3640、3660、および 3700 などの IOS ベースのゲートウェイも、Cisco CallManager を使用して MGCP をサポートします。

サイト固有のゲートウェイ要件

IP テレフォニーの実装にはそれぞれ、サイト固有の要件があります。次の質問は、IP テレフォニー ゲートウェイの選択に役立ちます。

• PSTN（または PBX）アクセスは、アナログですか、デジタルですか。

• PSTN または PBX には、どのタイプのアナログ（FXO、FXS、E&M、DID、CAMA）インターフェイス、またはデジタル（T1、E1、CAS、CCS）インターフェイスが必要ですか。

• PSTN アクセスがデジタルである場合、どのタイプのシグナリングが必要ですか（T1 CAS、Q.931 PRI、E1 CAS、または R2）。

• PBX は、現在どのタイプのシグナリングを使用していますか。

–FXO または FXS：ループ スタートまたはグラウンド スタート

–E&M：ウィンク スタート、遅延スタート、または即時スタート

–E&M：タイプ I、II、III、IV、または V

–T1：CAS、Q.931 PRI（ユーザ側またはネットワーク側）、QSIG、DPNSS、または Proprietary D チャネル（CCS）シグナリング

–E1：CAS、R2、Q.931 PRI（ユーザ側またはネットワーク側）、QSIG、DPNSS、Proprietary D チャネル（CCS）シグナリング

• PBX は、現在どのタイプのフレーム同期（SF、ESF、または G.704）と回線エンコーディング（B8ZS、AMI、CRC-4、または HDB3）を使用していますか。

• PBX に、専有シグナリングを渡す必要がありますか。必要な場合、そのシグナリングはどのタイムスロットで渡されますか。それは HDLC フレームですか。

• ゲートウェイにどれくらいのキャパシティが必要ですか。つまり、チャネルがいくつ必要ですか（一般に、音声チャネルが 12 本以上必要な場合は、デジタルの方が、アナログ ソリューションより費用対効果が高くなります）。

• ダイヤルイン方式（DID）が必要ですか。必要な場合は、アナログか、デジタルかを指定してください。

• 発信者番号識別（CLID）が必要ですか。

• 発信者名が必要ですか。

• どのタイプの FAX およびモデム サポートが必要ですか。

• どのタイプの音声圧縮が必要ですか。

• どのタイプの補足サービスが必要ですか。

• PBX はクロッキングをサポートしますか。または PBX は、Cisco ゲートウェイがクロッキングをサポートすることを期待しますか。

• 必要なすべてのゲートウェイ、ルータ、およびスイッチを収容するラック スペースがありますか。

（注） ダイヤルイン方式（DID）とは、オペレータが介在しなくても、外部コールを直接、端末回線に着信できるようにする PBX（構内交換機）またはセントレックス（Centrex）機能のことです。

（注） 発信者番号識別（CLI、CLID、または ANI）とは、着呼側に対して発番号を表示する、デジタル電話ネットワークで利用可能なサービスを指します。セントラル オフィス機器は、発信者の電話番号を識別し、発信者についての情報をコール自体と一緒に送信できるようにします。CLID は、ANI（Automatic Number Identification; 自動番号識別）と同義です。

Cisco IP テレフォニー ゲートウェイは、大部分の主要 PBX ベンダー製品と相互運用でき、EIA/TIA-464B に準拠しています。

次の表では、さまざまな Cisco ゲートウェイ モデルによってサポートされる機能とインターフェイス タイプを示しています。

（注） 次の表では、Cisco IOS および Cisco CallManager のリリース番号は、リストされている機能を特定のゲートウェイ プラットフォーム上でサポートできるようになったリリースを指しています。ハードウェア プラットフォームごとの推奨ソフトウェア リリースについての推奨事項は、「推奨されるハードウェアとソフトウェアの組み合せ」を参照してください。

Cisco アナログ ゲートウェイ

表 3-3 では、H.323 または SIP（Session Initiation Protocol）を使用する Cisco アナログ ゲートウェイに対してサポートされているインターフェイス タイプをリストしています。 表 3-4 では、メディア ゲートウェイ制御プロトコル（MGCP）を使用する Cisco アナログ ゲートウェイに対してサポートされている、インターフェイス タイプをリストしています。

Cisco デジタル ゲートウェイ

表 3-5 ～ 表 3-8 では、H.323 または SIP（Session Initiation Protocol）を使用する Cisco デジタル ゲートウェイに対してサポートされているインターフェイス タイプをリストしています。 表 3-9 では、メディア ゲートウェイ制御プロトコル（MGCP）を使用する Cisco デジタル ゲートウェイに対してサポートされている、インターフェイス タイプをリストしています。

FAX パススルーと Cisco FAX リレーに対するゲートウェイ サポート

FAX over IP により、従来のアナログ FAX マシンと IP テレフォニー ネットワークとのインターオペラビリティが可能になります。FAX イメージは、アナログ信号から変換され、パケット ネットワークを介してデジタル データとして伝送されます。

FAX データの元の形式は、デジタルです。しかし、従来の PSTN を経由して送信するために、データは変調され、アナログに変換されます。FAX over IP は、このアナログ変換のプロセスを逆転させて、パケット ネットワーク上でデジタル データを送信した後、受信側の FAX マシン用にそのデジタル データをアナログに再変換します。

大部分の Cisco 音声ゲートウェイは、現在、IP ネットワークを介して FAX トラフィックを送信する、次の 2 通りの方法をサポートします。

• Cisco FAX リレー：FAX リレー モードでは、ゲートウェイが T.30 FAX 信号を終端します。

• FAX パススルー：FAX パススルー モードでは、ゲートウェイは、FAX コールを音声コールと区別しません。

FAX トラフィックの送信には、Cisco FAX リレー モードをお勧めします。しかし、特定のゲートウェイが Cisco FAX リレーをサポートしない場合、そのゲートウェイは FAX パススルーをサポートします。

ベスト プラクティス

Cisco 音声ゲートウェイで FAX サポートを最大限に実装するには、次の推奨事項とガイドラインが役立ちます。

• QoS を使用する場合は、できる限り、次のパラメータが最小になる方法を採用してください。

–パケット損失

–遅延

–遅延変動（ジッタ）

Cisco IP テレフォニー ネットワークにおける QoS の実装についての詳細は、次の Web サイトで入手可能な『Cisco AVVID Network Infrastructure Enterprise Quality of Service Design』のガイドを参照してください。

http://cisco.com/go/srnd

• FAX コールの完全性を確保するには、次のヒントが役立ちます。

–コール アドミッション制御（CAC）を使用して、コールが、規定の合計帯域幅限界を超えると、拒否されるようにする。

–モデムと FAX のすべての専用ポートで、コール ウェイティングを使用不可にする。

• 最良のパフォーマンスを確保するために、起点と終端の両方のゲートウェイで、Cisco FAX リレーを有効にしていることを確認してください。2 つの Cisco IOS ゲートウェイの転送方法が異なる場合、ゲートウェイはネゴシエートして Cisco FAX リレーを使用します。

Cisco FAX リレーをサポートしていない IOS 以外のゲートウェイは、Cisco Digital Access DT-24/DE-30+ だけです。このゲートウェイを Cisco IOS ゲートウェイに接続する場合は、FAX パススルー モードの使用を両方のゲートウェイに設定する必要があります。

• ネットワーク上の恒常的なパケット遅延が 1 秒を超えないこと、および遅延変動（ジッタ）が 240 ミリ秒を超えないことを確認してください。

• 不良パケットの着信頻度が高いネットワークで、パフォーマンスを改善するには、FAX マシンでエラー訂正モード（ECM）を無効にしてください。

• 大部分の FAX マシンは、現在の速度をスロー ダウンすることなく、0.4% ～ 0.6% の範囲内のパケット ドロップを受け入れるようです。しかし、0.8% ～ 1% の範囲内のパケット ドロップがあるネットワークでは、ECM を無効にする必要があります。

• 複数の FAX マシンで ECM を無効にするのを検討する前に、ゲートウェイ自体で ECM を無効にすることができます。しかし、パケット ドロップが発生する場合、FAX のイメージ品質が低下する恐れがあります。したがって、ECM を無効にするときには、長いコール所要時間やコールのドロップを検討する前に、イメージ品質を損なってもよいかどうかを十分に検討してください。また、パケットがドロップする原因を突き止めて、解決するために、ネットワークを監視し、評価することも必要です。

モデム パススルーに対するゲートウェイ サポート

一般に、音声ゲートウェイを使用して、IP ネットワーク上のモデム セッションをサポートするには、次の 2 通りのメカニズムがあります。

• モデム パススルー

• モデム リレー

現在、Cisco 音声ゲートウェイでサポートされているメカニズムは、モデム パススルーだけです。

モデム パススルーとは、パルス符号変調（PCM）符号化パケットと G.711 コーデックを使用して、パケット ネットワークを通じてモデム信号を転送することです。モデム パススルーでは、ゲートウェイがモデム信号と音声信号を区別し、適切なアクションを取ることができなければなりません。ゲートウェイは、モデム信号を検出すると、次のサービスを無効にします。

• エコー キャンセレーション（EC）

• 音声アクティビティ検出（VAD）

モデム パススルー モードでは、ゲートウェイは、モデム コールを音声コールと区別しません。2 台のモデム間の通信は、「音声」コールを介してインバンドにそのまま伝送されます。モデム トラフィックは、QoS 対応の IP インフラストラクチャを介して透過的に伝送され、IP ネットワーク内でデータが復調されることはありません。

モデム コールは「音声」コールを介してインバンドに伝送されるという点で、モデムのアップスピード機能は、パススルーに似ています。違いは、アップスピード機能が使用されるときに、ゲートウェイがある程度まで、モデム コールを認識する点です。リレー メカニズムは使用されませんが、ゲートウェイは、モデム トーンを認識し、「音声」コーデックを G.711（「アップスピード」部分）に自動的に変更し、コールの期間中 VAD とエコー キャンセレーション（EC）を無効にします。

現在、このアップスピード機能は、Cisco IOS リリース 12.1.3T による Cisco AS5300 以外の Cisco IOS プラットフォームではサポートされていません。Cisco 2600、3600、VG200、4224、および Catalyst 4000 Access Gateway Module（AGM）プラットフォームの場合、モデムのアップスピード機能は、将来の Cisco IOS リリースでサポートされる予定です。これらのプラットフォームの場合、モデムのアップスピード機能が使用可能になるまで、ダイヤルピアで no vad を設定できます。

モデム アップスピード機能は、Catalyst 6000 ゲートウェイ モジュールでもサポートされています。

ベスト プラクティス

IP インフラストラクチャを介して転送されるモデム トラフィックの最適なパフォーマンスを確保するには、次の推奨ベスト プラクティスを守ってください。

• IP ネットワークで QoS（Quality of Service）が使用可能になっていること、および LAN、MAN、および WAN 環境で、QoS を提供するためのすべての推奨事項に従っていることを確認します。できる限り、次のパラメータが最小になる方法を採用してください。

–パケット損失：FAX とモデムのトラフィックには、本質的に損失のない転送が必要です。パケットが 1 つでも損失すると、再送信が行われます。

–遅延

–遅延変動（ジッタ）

詳細は、次の Web サイトで入手可能な『Cisco AVVID Network Infrastructure Enterprise Quality of Service Design』のガイドを参照してください。

http://cisco.com/go/srnd

• コール アドミッション制御（CAC）を使用して、コールが規定の合計帯域幅限界を超えると、拒否されるようにします。

• モデムを使用するすべてのコールに、G.711 を使用します。ゲートウェイの 1 つがモデム リレーをサポートしていない場合、モデム パススルーがネゴシエートされます（G.711 のみ）。モデムが使用される場合、すべてのコールに G.711 を使用することが最善の方法です。

• IP ネットワークにモデムを接続して、IP ネットワークの問題のトラブルシューティングや診断をしないでください。この場合、IP インフラストラクチャを構成するデバイスのトラブルシューティングに使用されるモデムは、アナログ電話回線（POTS）に接続する必要があります。

• 可能な場合、単一のシグナリング プロトコルとゲートウェイ ファミリーを使用して、インターオペラビリティの問題を最小限にします。

• モデムと FAX のすべての専用ポートで、コール ウェイティングを使用不可にします。

V.90 サポート

現在、Cisco 機器は V.34 モデムのみをサポートします。V.90 モデムは既存のハードウェアで機能し、V.34 よりも高速ですが、V.90 の完全なサポートは保証できません。

サポートされるプラットフォームと機能

FAX とモデムの機能をサポートしている Cisco プラットフォームは、次のとおりです。

アナログ ゲートウェイ

Cisco IOS ゲートウェイ：

• 2600XM（VIC-2FXS）

• VG200

• 4224

• AGM

• 1760V

• 1751

• 827-4V

IOS 以外のゲートウェイ：

• VG248

• ATA186

デジタル ゲートウェイ

Cisco IOS ゲートウェイ：

• 3600（NM-HDV）

• 3700

• 7200

• 7500

• AS5300

• AS5350

• AS5400

IOS 以外のゲートウェイ：

• 6608

• 6624

（注） FAX とモデムのサポート テストは、Cisco IOS ゲートウェイ上の Cisco IOS リリース 12.3(1)、および Cisco VG248 Analog Phone Gateway のリリース 1.2.1 を使用して、上記のプラットフォーム上で実行されました。

プラットフォーム プロトコルのサポート

企業ソリューションで現在使用されている一般的なコール制御プロトコルには、H.323、メディア ゲートウェイ制御プロトコル（MGCP）、および Skinny Client Control Protocol（SCCP）があります。すべての Cisco 音声プラットフォームが、これらのプロトコル、または FAX とモデム機能をすべてサポートしているわけではないので、インターオペラビリティの問題が発生します。また、Cisco 2600XM や Cisco 3600 シリーズなどの Cisco IOS ゲートウェイを、VG248 などの IOS 以外のゲートウェイと組み合せる場合は、さらにインターオペラビリティの問題が発生します。ここでは、FAX、モデム、およびプロトコルの機能のインターオペラビリティをサポートしているゲートウェイの組み合せをリストします。

高いレベルで、Cisco IOS リリース 12.3(1)（Cisco 6608 のロード 47 と Cisco 6624 のロード 41）、および VG248 のリリース 1.2.1 は、Cisco FAX リレー、モデム パススルー、および音声機能のインターオペラビリティをサポートします。Cisco IOS リリース 12.2(11)T1 より前には、Cisco IOS と IOS 以外の音声プラットフォーム間では、音声と Cisco FAX リレーのみがサポートされていました。これは、パススルー ネットワーク サービス エンジン（NSE）方式の非互換性により、モデム パススルーが相互運用できなかったからです。

ネットワークにおける一般的なプロトコルの組み合せの一部には、MGCP と H.323、SCCP と H.323、および SCCP と MGCP があります。一般的な音声ゲートウェイには、Cisco VG200、VG248、2600XM、3600、5300、および Catalyst 6000 が含まれます。

表 3-11 では、FAX とモデムのインターオペラビリティを現在サポートしている、プロトコルの組み合せをリストしています。

（注） Cisco ATA186、VG248、および Catalyst 6000 プラットフォームは現在、T.38 FAX リレーをサポートしていません。これらのプラットフォームが Cisco AS5350 または AS5400 ゲートウェイに接続される場合、FAX アプリケーションに対して FAX パススルーのみがサポートされます。

ゲートウェイの組み合せと機能のインターオペラビリティ

FAX とモデムのインターオペラビリティについて最も多い質問は、図 3-1 に示されているように、Cisco IOS ゲートウェイ（たとえば、Cisco 2600XM や 3600）と IOS 以外のゲートウェイ（たとえば、Cisco VG248）との組み合せに関するものです。

図 3-1 Cisco IOS と IOS 以外のゲートウェイを組み合せる構成

FAX とモデムのインターオペラビリティについて次に多い質問は、図 3-2 に示されているように、Cisco IOS ゲートウェイのみを使用する構成に関するものです。

図 3-2 Cisco IOS ゲートウェイのみを使用する構成

どちらのシナリオの回答も、基本的に同じです。6608 上の Cisco IOS ロード 47、および VG248 上のリリース 1.2.1 より前では、音声と Cisco FAX リレーのみがサポートされ、FAX パススルーとモデム パススルーは、NSE の非互換性によりサポートされません。6608 上の Cisco IOS ロード 47 以降、6624 上のロード 41 以降、および VG248 上のリリース 1.2.1 は、この 3 つのプラットフォームはすべて、コール制御プロトコルに関係なく、音声、Cisco FAX リレー、およびモデム パススルー用に、Cisco IOS ゲートウェイと相互運用できます。NSE パススルー方式は、シグナリング パスではなく、ベアラ パスで動作するので、コール制御プロトコルとは関係しません。

類似ゲートウェイ間の機能サポート

表 3-12 では、同じ一般的なタイプのゲートウェイ間（たとえば、Cisco VG248 と 6608 間、2600XM と 3600 間、または 2600XM と AS5300 間）でサポートされる FAX とモデムの機能をリストしています。両方のプラットフォームが所定の機能をサポートする限り、プラットフォームは相互運用します。

ゲートウェイ設定例

ここでは、FAX とモデムをサポートするためのゲートウェイ設定例を示します。

Cisco IOS ゲートウェイの設定

H.323

MGCP

Cisco VG248 の設定

Cisco IOS ゲートウェイ用の Cisco CallManager 設定

Cisco IOS ゲートウェイ（たとえば、Cisco 6608 と 6624）用に Cisco CallManager を設定するには、
Cisco CallManager で次の手順を実行します。また、これらの設定手順については、図 3-3 および図 3-4 も参照してください。

ステップ 1 Cisco CallManager Administration で、 Device > Gateway の順に選択して、 Find/List Gateways ウィンドウを表示します。

ステップ 2 変更するゲートウェイを検索するか（すでに存在する場合）、または Add a New Gateway をクリックして新しいゲートウェイを Cisco CallManager データベースに追加します。

ステップ 3 適切なタイプのゲートウェイ（たとえば、Cisco Catalyst 6000）を選択した後、 FAX Relay Enable をクリックして Cisco FAX リレーを使用可能にします。

ステップ 4 NSE Type ドロップダウン リスト ボックスを使用して、モデム パススルー用に IOS Gateways を選択します。

ステップ 5 Update をクリックして変更内容を保存します。

ステップ 6 ゲートウェイをリセットして変更内容を適用します。

図 3-3 Cisco CallManager におけるゲートウェイ設定

図 3-4 Cisco CallManager におけるゲートウェイ設定（続き）

この設定は、Cisco VG248、6608、6624、および IOS ゲートウェイ間での、音声、Cisco FAX リレー、およびモデム パススルーをサポートします。ただし、Cisco FAX リレーをサポートしない Cisco AS5350 および AS5400 ゲートウェイを除きます。また、この設定は、パススルー モードの V.34 モデム接続もサポートします。V.90 モデム接続は保証されていませんが、ネットワーク ジッタの量とクロック同期によっては可能です。

FAX とモデム パススルー用のクロック ソーシング

FAX とモデム パススルーを正常に機能させるには、クロック信号が重要な役割をはたします。ゲートウェイのクロックは、Stratum クロッキングが提供される PSTN クロックと同期させる必要があります。このクロック同期がないと、FAX および（特に）モデムのパススルーは機能しません。クロックを正しく同期させるには、T1 コントローラで次の設定を入力してください（この例では、T1 コントローラは、PSTN に接続している音声ゲートウェイです）。

また、PSTN に接続している他のすべてのインターフェイスでも、この設定を入力してください。

T.38 FAX リレー

T.38 FAX リレーは、Cisco ATA186、VG248、6608、および 6624 ゲートウェイではサポートされていませんが、Cisco 2600XM および 3600 など、大部分の高性能 Cisco IOS 音声プラットフォームの大部分ではサポートされています。

T.38 FAX リレーは、次のいずれかの方法で設定できます。

• 「ネットワーク サービス エンジン（NSE）を使用して制御されるルース ゲートウェイ」

• 「H.245 または SDP（Session Definition Protocol）による機能交換を使用して制御されるゲートウェイ」

• 「H.323 Annex D および MGCP を使用したコール エージェント制御の T.38」

ネットワーク サービス エンジン（NSE）を使用して制御されるルース ゲートウェイ

この設定では、次の Cisco IOS ゲートウェイ設定例に示されているように、ダイヤルピア上の静的 T.38 設定を使用します。

H.323

MGCP

H.245 または SDP（Session Definition Protocol）による機能交換を使用して制御されるゲートウェイ

この T.38 FAX リレー設定方法には、次の特性が適用されます。

• T.38 機能はゲートウェイ間で交換されます。FAX トーンの検出後に T.38 FAX リレーに切り替わることを起点側のゲートウェイに知らせるために、ネットワーク サービス エンジン（NSE）メッセージが、RTP ストリーム上で終端側のゲートウェイから送信されます。この NSE メッセージは RTP ストリーム上で送信されるので、コール制御信号に対しては透過されます。

• Cisco CallManager は、H.323 または MGCP ではこの機能交換をサポートできません。したがって、T.38 機能が交換されない場合であっても、設定コマンドを使用して強制的に T.38 FAX リレーに切り替える必要があります。

• 選択可能なフォールバック方法は、次の 3 通りです。

–Cisco FAX リレー（デフォルト）

–FAX パススルー

–なし

次に、このタイプの設定例を示します。

H.323

MGCP

Cisco VG248 および 6608 または 6624 を使用するトポロジーでは、次の Cisco IOS コマンドを使用してください。

これらの 2 つのコマンドにより、Cisco IOS ゲートウェイは、T.38 FAX リレーとモデム パススルーを実行するために他の Cisco IOS ゲートウェイと相互運用するだけでなく、Cisco FAX リレーとモデム パススルーを実行するために VG248 とも相互運用できるようになります。

H.323 Annex D および MGCP を使用したコール エージェント制御の T.38

この T.38 FAX リレー設定方法には、次の特性が適用されます。

• コール制御エージェント（たとえば、Cisco CallManager）が T.38 FAX リレーを制御し、ゲートウェイはパッシブ モードで動作します。

• ゲートウェイ間で NSE メッセージは送信されません。

• このタイプの設定では、T.38 FAX リレーは、コール制御プロトコルに対して透過的ではありません。コール エージェントは、H.323 と MGCP 間のプロトコル変換を実行します。

• この方法により、T.38 FAX リレーは、Cisco IOS リリース 12.3(1) で設定できます。Cisco BTS 10200 Softswitch もこの方法をサポートします。

• Cisco CallManager は、T.38 FAX リレーのコール エージェント制御をサポートしません。したがって、この T.38 FAX リレー設定方法は、Cisco CallManager の配置には適用されません。

次に、このタイプの設定例を示します。

H.323

MGCP