メディア最適化は、卓上電話 (DECT および ATA デバイスを除く)、Webex、およびローカル ゲートウェイ ソリューションでサポートされています。組織内のサポートされているデバイス間で通話を行う場合、可能なときは常に、通話のメディアがデバイス間で直接通信します。これにより、遅延時間が短縮され通話品質が上がります。

• デフォルトでは、メディア最適化はデバイス卓上電話 Webex で有効になっています。通常は、指定された構成は必要ではありません。

• ローカルゲートウェイの場合、 STUN usage liteコマンドを使用してメディア最適化を有効にすることができます。このコマンドについては、 ローカルゲートウェイを Webex Calling に登録するで説明しています。

  Session Traversal Utilities for NAT (STUN) は、標準化された一連のメソッドです。これには、リアルタイムの音声、ビデオ、メッセージング、およびその他のインタラクティブ通信のアプリケーションにおけるネットワーク アドレス変換ゲートウェイを通過するためのネットワーク プロトコルが含まれます。

• ローカル ゲートウェイ (CUBE) は ICE-lite をサポートしています。CUBE での ICE サポートにはいくつかの制限があります。詳細については、 CUBE での ICE-lite サポートを参照してください。

• ローカル ゲートウェイに対するメディア最適化サポートには、17.3 または 16.12.5 の最小 CUBE ソフトウェア バージョンが必要です。

• ローカル ゲートウェイのメディア最適化では、デバイスとローカル ゲートウェイの間のネットワーク到達性が必要です。次のいずれかの方法でこれを実現できます。

  • ローカル ゲートウェイにパブリック IP アドレスを割り当てる。

  • ローカル ゲートウェイのホスト アドレスが、ローカル ゲートウェイと同じネットワーク内のデバイスにアクセスできるようにする。

• 通話をルーティングするために、シグナリング データが Webex Calling クラウドに送信されます。Webex Calling の通話には、常にアクティブなインターネット接続が必要です。ただし、通話のトラフィックの大部分はメディアによって構成されます。

• 通話を最適化できるのは、1 つの組織内のみです。組織間の通話の場合、規制上の理由により、メディアは PSTN を介して流れる必要があります。

• 通話録音が有効になっている場合、録音された通話のメディアはクラウドにルーティングされ、最適化されません。

メディア最適化では、Interactive Connectivity Establishment (ICE) を使用して、最適化されたメディア パスを検出します。

最適化の過程を示したフェーズは次のとおりです。

1. 候補の検出

   通話を発信する場合、エンドポイントはまずメディアを受信できるアドレスのリストを検出する必要があります。これらのアドレスまたは候補には、NAT 経由でエンドポイントに接続するために使用できるエンドポイントのローカル アドレスとサーバー再帰アドレスが含まれます。Webex Calling クラウド内の STUN サーバーを照会することで、サーバーのリフレクシブ アドレスを判別できます。

2. 候補の交換

   このフェーズでは、エンドポイントが SIP を使用して「候補の検出」フェーズで収集されたアドレス候補のリストを交換します。

   

3. 接続の確認

   エンドポイントが、「候補の交換」フェーズで交換されたアドレス候補をテストし、2 つのデバイス間の最適なメディア パスを決定します。

4. メディア パスの最適化

   再招待を使用すると、エンドポイントは最適化されたパスを介してメディアの送信を開始します。