Webex Video Mesh は、オンプレミスとクラウドの会議リソースの最適な組み合わせを動的に探します。十分なローカル リソースがある場合は、オンプレミスの会議はオンプレミスで実行されます。ローカルのリソースがすべて使用されている場合は、会議はクラウドに拡張されます。

Video Mesh ノード は、オンプレミスのシスコ UCS サーバーにインストールされ、クラウドに登録され、Control Hub で管理されるソフトウェアです。Webex ミーティングやイベント、Webex パーソナル ミーティング ルーム、Webex Space ミーティング、および 2 者間の Webex アプリコールはローカルのオンネット Video Mesh ノードにルーティングできます。Video Mesh は利用可能なリソースを使用するための最も効率的な方法を選択します。

Video Mesh には次の利点があります。

• コールをオンプレミスで維持できるため、品質が向上し、遅延が減少します。

• オンプレミスのリソースが限界に達しているか、利用不可能な場合に、コールを透過的にクラウドに拡張することができます。

• 単一の管理インターフェイスである Control Hub（https://admin.webex.com）を使用して、クラウドから Video Mesh クラスタを管理できます。

• リソースを最適化し、必要に応じてキャパシティを拡張できます。

• クラウドとオンプレミス会議の機能を 1 つのシームレスなユーザーエクスペリエンスとして統合することができます。

• 追加の会議リソースが必要な場合にいつでもクラウドを利用できるため、キャパシティに関する心配が少なくなります。最悪のシナリオを考慮してキャパシティを計画する必要がありません。

• https://admin.webex.com のキャパシティと使用量およびトラブルシューティングレポートのデータに関する高度な分析を提供します 。

• オンプレミスの標準ベースの SIP エンドポイントとクライアントからユーザーが、 Webex ミーティングにダイヤルインするときに、ローカルメディアの処理を使用します。

  • オンプレミスの呼制御（Cisco Unified Communications Manager または Expressway）に登録され、Cisco Webex ミーティングに発信する SIP ベースのエンドポイントとクライアント（シスコエンドポイント、Jabber、サードパーティの SIP）。

  • Webex ミーティングに参加する Webex アプリ（名前の逆引きルックアップとのペアを含む）。

  • Webex ミーティングに直接参加する Webex ルームおよびデスクデバイス。

• オンネット SIP エンドポイントとクライアントに対して、最適化された音声およびビデオによる自動音声応答（IVR）を提供します。

• H.323、IP ダイヤルイン、Skype for Business（S4B）エンドポイントは、引き続きクラウドからミーティングに参加します。

• 1080p をサポートするミーティング参加者が、ローカルオンプレミスの Video Mesh ノードを介してホストされている場合は、高画質の 1080p 30fps ビデオをミーティング用のオプションとしてサポートし ます。（参加者がクラウドから進行中のミーティングに参加した場合、オンプレミスのユーザーはサポートされているエンドポイントで引き続き 1080p 30fps の高画質を利用できます）。

• Quality of Service（QoS）マーキングの強化と差別化：オーディオ（EF）とビデオ（AF41）の分離。

  Note	現時点では、Webex Video Meshは Webex ウェビナーをサポートしていません。

• エンドツーエンド暗号化会議（E2EE 会議）をサポートしています。お客様が Video Mesh を展開し、E2EE ミーティングタイプを選択すると、セキュリティレイヤが追加され、データ（メディア、ファイル、ホワイトボード、注釈）の安全性が確保され、第三者によるアクセスや変更がブロックされます。詳細については、「ゼロトラストミーティングを展開する」を参照してください。

  Note	プライベートミーティングは現在、エンドツーエンド暗号化をサポートしていません。

Video Mesh が、関連するクライアントおよびデバイスタイプとの相互運用性を持つように取り組んでいます。すべてのシナリオをテストすることはできませんが、このデータが基づくテストは、リストされているエンドポイントとインフラストラクチャの最も一般的な機能を対象に含めています。デバイスまたはクライアントがリストに存在しない場合、テストは未実施であり、シスコによる公式なサポートが提供されていないことを示唆しています。

_{* すべてのオンプレミスデバイスとクライアントが Video Mesh ーションでテスト済みであることを保証することはできません。}

フル機能の Webex エクスペリエンスとの Video Mesh の非互換性

Webex アプリのフル機能の Webex エクスペリエンスを有効にすると、Webex アプリは Video Mesh ノードでサポートされません。この機能は現在、シグナリングとメディアを Webex に直接送信します。将来のリリースでは、Webex アプリと Video Mesh が互換性を持つようになります。デフォルトでは、Video Mesh を使用しているお客様に対してはこの機能が有効になっていません。

Video Mesh とフル機能の Webex エクスペリエンスに問題がある可能性があります。

• その機能の導入後に展開に Video Mesh を追加した場合。

• Video Mesh への影響を知らずにその機能を有効にした場合。

問題に気付いた場合は、シスコアカウントチームに連絡して、フル機能の Webex エクスペリエンスの切り替えを無効にしてください。

Video Mesh ノードは推奨される Quality of Service（QoS）のベストプラクティスに従っているため、ポート範囲を有効にすると、オーディオおよびビデオストリームと値リストコレクション作成者の間のすべてのフローを区別することができます。この変更により、QoS ポリシーを作成し、値リストコレクション作成者との間で効率的にトラフィックを注釈することができるようになります。

これらのポートの変更には、QoS の変更が付随しています。Video Mesh ノードは、オーディオ（EF）とビデオ（AF41）の両方について、メディアトラフィックを、適切なサービスクラスと個別に SIP 登録済みエンドポイント（オンプレミスの Unified CM または登録済み VCS Expressway）にマークし、特定のメディアタイプに対して既知のポート範囲を使用します。

オンプレミスの登録済みエンドポイントからの発信元トラフィックは、必ず、呼制御の構成（Unified CM または VCS Expressway）によって決定されます。

詳細については、Video Mesh で使用されるポートとプロトコル の QoS 表および の 有効または無効な QoS の手順を参照してくださいVideo Mesh 導入タスクのフロー

Video Mesh は、明示的かつ透過的な検査プロキシと非検査プロキシがサポートされています。これらのプロキシを Video Mesh の展開に関連付けることで、企業からクラウドへのトラフィックを保護およびモニタリングできます。この機能は、シグナリングと管理の https ベースのトラフィックをプロキシに送信します。透過的なプロキシの場合、Video Mesh ノードからのネットワーク要求は、エンタープライズネットワークルーティングルールを介して特定のプロキシに転送されます。ノードにプロキシを実装した後、Video Mesh 管理インターフェイスを使用して証明書を管理し、全体的な接続ステータスを確認することができます。

Note	メディアはプロキシを通過しません。メディアストリームがクラウドに直接到達するために必要なポートを開く必要があります。「管理用のポートとプロトコル」を参照してください。

Video Mesh では、次のプロキシ タイプがサポートされています。

• 明示的なプロキシ（Explicit Proxy）（検査または非検査）：明示的なプロキシを使用する場合、プロキシサーバーが使用するクライアント（Video Mesh ノード）を指定します。このオプションは、次のいずれかの認証タイプをサポートします。

  • なし（None）：これ以上の認証は必要ありません。（明示的な HTTP または HTTPS プロキシの場合。）

  • 基本（Basic）：HTTP ユーザーエージェントが要求を行う際にユーザー名とパスワードを入力するために使用され、Base64 エンコーディングを使用します。（明示的な HTTP または HTTPS プロキシの場合。）

  • ダイジェスト（Digest）：機密情報を送信する前にアカウントのアイデンティティを確認するために使用され、ネットワークを介して送信する前にユーザー名とパスワードにハッシュ機能を適用します。（明示的な HTTPS プロキシの場合）。

  • NTLM：[ダイジェスト（Digest）] と同様に、NTLM は、機密情報を送信する前にアカウントのアイデンティティを確認するために使用されます。ユーザー名とパスワードではなく、Windows ログイン情報を使用します。この認証方式では、複数回の情報交換が必要になります。（明示的な HTTP プロキシの場合。）

• 透過的なプロキシ（非検査）（Transparent Proxy（non-inspecting））：Video Mesh ノードは特定のプロキシサーバーアドレスを使用するように設定されないため、非検査プロキシと連動するための変更は必要ありません。

• 透過的なプロキシ（検査）（Transparent Proxy（inspecting））：Video Mesh ノードは特定のプロキシサーバーアドレスを使用するように設定されません。Video Mesh では http(s) 設定の変更は必要ありませんが、Video Mesh ノードにはプロキシを信頼するためのルート証明書が必要です通常、IT は検査プロキシを使用して、アクセス可能な Web サイトおよび許可されないコンテンツのタイプに関するポリシーを適用します。このタイプのプロキシは、すべてのトラフィックを（https も）復号します。

この表は、Video Mesh ノードでホストされるミーティングで、送信者と受信者の観点からサポートされている解像度とフレームレートを示しています。送信者クライアント（アプリまたはデバイス）は表の一番上の行に記載されており、受信者クライアントは表の左側の列に記載されています。2 人の参加者が交差する位置にあるセルは、ネゴシエートされるコンテンツの解像度、セクションごとのフレーム、および音声の送信元を示しています。

（注）	解像度は、任意の Video Mesh ノードのコールキャパシティに影響します。詳細については、「Video Mesh ノードのキャパシティ」を参照してください。

解像度とフレームレート値は XXXpYY として組み合わされます（たとえば、720p10 は 10 フレーム/秒で 720p を意味します）。

送信者行および受信者列の定義の略語（SD、HD、および FHD）は、クライアントまたはデバイスの高い解像度を示しています。

• SD—標準画質（576p）

• HD—高解像度（720p）

• FHD—フル HD（1080p）

_{* コンテンツの音声とは、共有されている特定のコンテンツ（ストリーミングビデオなど）から再生される音声をいいます。このオーディオストリームは、通常のミーティングの音声とは別個のものです。}

_{** 混合音声とは、ミーティング参加者の音声とコンテンツ共有からの音声が混合しているものをいいます。}