「インターワーキング(Interworking)」ページ()では、Expressway が SIP コールと H.323 コール間のゲートウェイとして機能するかどうかを設定できます。あるプロトコルから別のプロトコルへのコールの変換を"インターワーキング"と呼びます。
デフォルトでは、Expressway は SIP から H.323 へと、H.323 から SIP へのゲートウェイとして機能しますが、コールに関与しているエンドポイントの少なくとも 1 つがローカルに登録されている場合に限ります。この設定を、関与するエンドポイントがローカルに登録されているかどうかに関係なく、Expressway
が SIP から H.323 へのゲートウェイとして機能するように変更できます。また、インターワーキングを完全に無効にするオプションもあります。
この H.323 <-> SIP インターワーキング モードのオプションは、次のとおりです。
-
[オフ(Off)]:Expressway は SIP から H.323 へのゲートウェイとして機能しません。
-
[登録済みのみ(Registered only)]:Expressway は SIP から H.323 へのゲートウェイとして機能しますが、これは、エンドポイントの 1 つがローカルに登録されている場合に限ります。
-
[オン(On)]:Expressway は、エンドポイントがローカルに登録されているかどうかに関係なく、SIP から H.323 へのゲートウェイとして機能します。
(注) |
この設定を [登録済みのみ(Registered only)] のままにしておくことをお勧めします。ネットワークが正しく設定されていない場合は、[オン(On)] に設定すると(すべてのコールがインターワーキングされる)、H.323 エンドポイント間のコールが SIP で行われる、またはその逆などの不要なインターワーキングが発生することになる可能性があります。
|
Expressway が H.323 ゲートウェイへの SIP として機能するコールは、両方のエンドポイントがシスコインフラストラクチャに登録されている場合を除き、RMS コールです。Expressway は常に、SIP 側と H.323 側でペイロード
タイプを個別にネゴシエートできるように SIP ~ H.323 のインターワーキング コールを取得し、これらをメディア パスとして書き直します。
また、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 は、送信元と [インターワーキング モード(Interworking mode)] に応じて、代替プロトコルを使用して、ゾーンを再度検索します。
(注) |
また、ゾーンは有効になっている関連プロトコルで設定されている必要があります(デフォルトでは、SIP と H.323 はゾーンで有効になっています)。
|
-
要求をネイバー システムから受け取っており、[インターワーキングモード(Interworking mode)]が [登録済みのみ(Registered only)] に設定されている場合、Expressway は両方のプロトコルを使用してローカル ゾーンを検索します。また、その他のゾーンにはネイティブのプロトコルのみを使用して検索します(エンドポイントの一方がローカルに登録されている場合にのみコールをインターワーキングするため)。
-
[インターワーキング モード(Interworking mode)] が [オン(On)] に設定されているか、または要求がローカルに登録されているエンドポイントから発信されたものである場合、Expressway は両方のプロトコルを使用して、ローカル ゾーンとすべての外部ゾーンを検索します。
H.323 番号をダイヤルするための SIP エンドポイントの有効化
SIP エンドポイントは、name@domain などの形式の URI でのみ、コールすることができます。発信者がコールの実行時にドメインを指定しない場合、SIP エンドポイントは自動的に自身のドメインをダイヤルされた番号に追加します。
つまり、SIP エンドポイントから 123 をダイヤルすると、123@domain が検索されます。ダイヤルする H.323 エンドポイントが 123 として登録されている場合、Expressway はエイリアスの 123@domain を見つけることができずにコールは失敗します。これを解決するには、次のいずれかを実行します。
-
H.323 と SIP の両方で、すべてのエンドポイントが name@domain の形式のエイリアスで登録するようにします。
-
事前検索トランスフォーメーションを number@domain の形式の URI のエイリアスの @domain 部分を取り除いて Expressway 上に作成します。
事前検索トランスフォーメーションの設定方法については、事前検索トランスフォーメーションの項を、H.323 番号からドメイン名を取り除く方法については 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"間に限ります。