インターワーキング ページ () では、Expressway が SIP コールと H.323 コール間のゲートウェイとして機能するかどうかを設定できます。 あるプロトコルから別のプロトコルへの呼び出しの変換は、 "インターワーキング" と呼ばれます。
デフォルトでは、Expressway は SIP-H.323 および H.323-SIP ゲートウェイとして機能しますが、これは通話に関係するエンドポイントの少なくとも 1 つがローカルに登録されている場合に限られます。 この設定を変更すると、関係するエンドポイントがローカルに登録されているかどうかに関係なく、Expressway
が SIP-H.323 ゲートウェイとして機能するようにすることができます。 相互運用性を完全に無効にするオプションもあります。
H.323 <-> SIP インターワーキング モード のオプションは次のとおりです。
-
オフ: Expressway は SIP-H.323 ゲートウェイとして機能しません。
-
登録済みのみ: Expressway は、エンドポイントの少なくとも 1 つがローカルに登録されている場合のみ、SIP-H.323 ゲートウェイとして機能します。
-
オン: エンドポイントがローカルに登録されているかどうかに関係なく、Expressway は SIP-H.323 ゲートウェイとして機能します。
（注）
|
この設定は、登録済みのみ（Registered only）のままにしておくことをお勧めします。 ネットワークが正しく構成されていない場合、これを オン (すべての通話が相互に連携可能) に設定すると、不要な相互連携が発生する可能性があります。たとえば、2 つの H.323 エンドポイント間の通話が SIP 経由で行われる場合や、その逆の場合などです。
|
Expressway が SIP から H.323 ゲートウェイとして機能する通話は、両方のエンドポイントが Cisco インフラストラクチャに登録されている場合を除き、RMS 通話になります。 Expressway は常に SIP-H.323
相互運用コールのメディアを取得するため、SIP 側と H.323 側でペイロードタイプを個別にネゴシエートでき、メディアが渡される際に Expressway がこれらを書き換えます。
また、SIP SDP ネゴシエーションでは、複数のコーデック機能に同意することができ (複数のビデオ コーデックを受け入れることができます)、SIP デバイスは通話中にいつでも使用するコーデックを自由に変更できます。 このような状況が発生した場合、Expressway
はメディアパス内にあるため、メディアが変更されると (必要に応じて) H.323 デバイスへの論理チャネルを閉じて開き、メディアが正しく渡されるようにします。
DH キーの長さの設定
X12.6 では、Expressway の継続的なセキュリティ強化の一環として、H.323 コール暗号化用の 2048 ビット Diffie-Hellman キーのサポートが導入されました。そのため、Expressway はデフォルトの動作として
1024 ビットと 2048 ビットの両方の暗号化キー長を提供します。
導入されたファイアウォールの ALG 機能またはエンドポイントが Diffie-Hellman キー交換の 1024 ビットと 2048 ビットの両方を処理できない場合、予期しない H.323 呼び出しの失敗が発生する可能性があります。 この場合、X12.6.4
以降、管理者は CLI コマンド xConfiguration Interworking Encryption KeySize2048: <On/Off> を使用して、オプションで 1024 ビット暗号化に戻すことができます。
相互運用暗号化キーのサイズを変更した場合、変更を有効にするために再起動する必要はありません。 クラスター内のプライマリ ノードへの変更は、その子ノードに自動的に複製されます。
プロトコルによる検索
ゾーンを検索する場合、Expressway は最初に着信コールのプロトコルを使用して検索を実行します。 検索が失敗した場合、Expressway は検索元と インターワーキング モードに応じて、代替プロトコルを使用してゾーンを再度検索することがあります。
（注）
|
ゾーンでは、関連するプロトコルを有効にして設定する必要もあります (SIP と H.323 は、デフォルトでゾーンで有効になっています)。
|
-
要求が近隣システムから送信され、 インターワーキング モード が 登録済みのみに設定されている場合、Expressway は両方のプロトコルを使用してローカル ゾーンを検索し、ネイティブ プロトコルのみを使用して他のすべてのゾーンを検索します (エンドポイントの 1 つがローカルに登録されている場合にのみコールをインターワーキングするため)。
-
インターワーキング モード が オンに設定されている場合、または要求がローカルに登録されたエンドポイントから送信された場合、Expressway は両方のプロトコルを使用してローカル ゾーンとすべての外部ゾーンを検索します。
SIP エンドポイントで H.323 番号をダイヤルできるようにする
SIP エンドポイントは、URI 形式 ( name@domain など) でのみ通話を行うことができます。 発信者が通話時にドメインを指定しない場合、SIP エンドポイントはダイヤルされた番号に独自のドメインを自動的に追加します。
したがって、SIP エンドポイントから 123 をダイヤルすると、 123@domain が検索されます。 ダイヤル先の H.323 エンドポイントが単に 123 として登録されている場合、Expressway はエイリアス 123@domain を見つけることができず、通話は失敗します。 解決策は次のいずれかです。
-
H.323 と SIP の両方のすべてのエンドポイントが、 name@domain 形式のエイリアスを使用して登録されていることを確認します。
-
Expressway 上に、 number@domain 形式の URI のエイリアスの @domain 部分を削除する検索前トランスフォームを作成します。
検索前変換を構成する方法については、 検索前変換 セクションを参照してください。また、実行方法の例については、 H.323 番号へのダイヤル時の @domain の削除 セクションを参照してください。
DTMF 信号の相互接続
SIP 通話の場合、Expressway は RTP ペイロードの DTMF シグナリング用に RFC 2833 を実装します。
H.323 通話の場合、Expressway は DTMF シグナリング用に H.245 UserInputIndication を実装します。 dtmf が唯一サポートされている UserInputCapability です。 Expressway は、その他の H.245 ユーザ入力機能 (例: basicString、generalString) をサポートしていません。
Expressway が SIP と H.323 間の通話を相互運用する場合、DTMF シグナリングも相互運用しますが、RFC 2833 DTMF と H.245 ユーザ入力インジケータ "dtmf" および "basicString" 間のみです。
フィードバック