2021.06.17.2415m

2021 年 6 月 24 日

このメンテナンス アップグレードのリリース ノートはありません。

2021.05.27.2405m

2021 年 6 月 4 日

• オンプレミスの登録済みビデオ デバイスでの重ねて表示レイアウトの今後の Webex の変更のサポートを追加します。

2021.05.05.2395m.5

2021 年 5 月 21 日

• デフォルト以外のレイアウトの表示を改善しました。

• 特定の Docker ブリッジ構成で DNS を壊す可能性がある問題を修正しました。

2021.04.27.2391m

2021 年 4 月 30 日

• Control Hub でトランスコードされたコールのパケット損失統計のレポートを修正しました。

2021.03.22.2384m.3

2021 年 4 月 6 日

このメンテナンス アップグレードのリリース ノートはありません。

2021.03.22.2384m.1

2021 年 3 月 31 日

このメンテナンス アップグレードのリリース ノートはありません。

2021.03.03.2359m.7

2021 年 3 月 16 日

このメンテナンス アップグレードのリリース ノートはありません。

2021.03.03.2359m

2021 年 3 月 12 日

このメンテナンス アップグレードのリリース ノートはありません。

2021.02.05.2352m.4

2021 年 2 月 12 日

• ビデオ メッシュ ノード管理 Web UI へのローカルサインインを無効にするオプションを追加します。

• ジッターの問題と誤って報告された往復時間の値を修正しました。

2021.01.13.2349m.3

2021 年 2 月 5 日

このメンテナンス アップグレードのリリース ノートはありません。

2020.12.08.2333m.6

2021 年 1 月 25 日

このメンテナンス アップグレードのリリース ノートはありません。

2020.12.08.2333m.5

2021 年 1 月 8 日

• ビデオ メッシュ ノードの NTP アラーム メッセージを改善しました。

• パスワードの有効期限が「決して」に設定されている場合、GUI でパスワードを変更できない問題を修正しました。

• 特定の登録エラーの表示を改善しました。

• プロキシ接続をテストする際のタイムアウトからの接続エラーのレポートを改善しました。

• 到達可能性テストでは、到達可能性の失敗として証明書エラーを報告しなくなりました。

• プライベート ミーティングのビデオ メッシュ ノード クラスタの到達可能性アラームを更新しました。

2020.12.08.2333m

2020 年 12 月 11 日

• DNS キャッシュで使用可能な情報を拡張しました。「展開ガイド」の「DNS キャッシュを有効または無効にする」を参照してください。

• ヘルス テストをトリガーすると、Control Hub でノードの状態が誤って「インストール」と表示されることがある化粧品の問題を修正しました。

2020.11.17.2319m.9

2020 年 12 月 8 日

このリリースには、クラスタ間のネットワーク接続を失う場合に SIP コールの失敗を防ぐための変更が含まれています。

2020.11.17.2319m.4

2020 年 12 月 1 日

ビデオ メッシュの監視ツールは、このリリースですべてのビデオ メッシュ ノードで利用可能な Webex 通話シミュレーターです。監視ツールには次の機能が含まれます。

• クラスタベースごとに、ノードごとに、オンデマンドまたは繰り返しテストを実行する。

• 各テストの SIP シグナリング、メディア シグナリング、メディア カスケードの失敗にフラグを付ける機能。

• テストごとに適切なエラー コードを含むエラーメッセージが表示され、解決までの平均時間を短縮します。

• 最大 7 日間のテスト失敗履歴のトラッキング。

2020.11.17.2319m.4

2020 年 11 月 25 日

• このメンテナンス アップグレードのリリース ノートはありません。

2020.11.06.2314m

2020 年 11 月 18 日

• ビデオ メッシュ ノードで NTP アラームを上げるしきい値を増加しました。

• ビデオ メッシュ ノードで今後の NTP 問題をデバッグするのに役立つエラー メッセージの冗長性を向上しました。

• VMN ログのアップロードが失敗した問題を修正しました。

• ビデオ メッシュ ノードと新しいクラウド ノード間のカスケードの問題を修正しました。

2020.10.16.2305m

2020 年 10 月 23 日

• 特定の状況でメンテナンスモードが適切にオンにされない問題を修正しました。

2020.09.22.2288m.3

2020 年 10 月 1 日

• このメンテナンス アップグレードのリリース ノートはありません。

2020.09.22.2288m

2020 年 9 月 30 日

• [概要] ページの帯域幅テストにレート制限を追加しました。

• TCP 到達可能性テストの問題を修正しました。

• Control Hub のミーティングトラブルシューティング ページで、メディア統計の遅延/往復時間の値を修正しました。（統計は 1000 の要因によって一部の通話でオフになりました）。

• 一部のポートでより安全な TLS 暗号のみを使用するように変更しました。

2020.09.11.2279m

2020 年 9 月 18 日

• ビデオ メッシュ ノード Web インターフェイスへの内部使用のために予約されている IP アドレス範囲に関する情報を追加しました。

• Webex ビデオ メッシュ ノード内部使用用に予約されている IP アドレス範囲を元の 172.17.0.0–172.17.255.255 (65,536 アドレス) から 172.17.42.0–172.17.42.63 (64 アドレス) に減らしました。

2020.08.31.2273m

2020 年 9 月 8 日

• ポート 33432 で無効な TLS 1.1。

• ロビーと会議の間で移動するときに、IX5000 プレゼンテーションの音声ストリームに表示される不正な統計情報を修正しました。

• 200 文字を超える信頼できる SIP アドレスが TLS 接続の失敗（CSCvv44969）を引き起こす問題の回避策を追加しました。

2020.08.19.2266m.1

2020 年 8 月 26 日

• DNS キャッシング オプションを追加しました。([通知] タブを参照してください。)

• ノードが IPv6 DNS サーバを取得しないように、内部および外部インターフェイスで IPv6 を明示的にオフにします。

• ポートの枯渇により到達可能性テストの失敗につながる問題を修正しました。

• Zscaler サービスによるブロックまたは透過的な検査プロキシにより、アップグレードがダウンロードできない場合のアラームの詳細が改善されました。

• Web インターフェイスの帯域幅テスト結果で、UDP アップロード/ダウンロードデータが誤って表示される問題を修正しました。

2020.08.06.2258m.4

2020 年 8 月 18 日

• このメンテナンス アップグレードのリリース ノートはありません。

2020.08.06.2258m.1

2020 年 8 月 13 日

• ミーティングからロビーに戻ったときに、IX5000 が通話をドロップする問題を修正しました。

• コンテナ ネットワーク IP アドレスが変更された場合、明示的なプロキシを使用するように設定されたノードがネットワーク接続を失う問題を修正しました。

2020.07.15.2245m

2020 年 7 月 20 日

• 古いバージョンの Microsoft ベースの DNS サーバーとの互換性を向上させるために DNS 解決テストを変更しました。

• 無音状態の期間の最初の数秒後に、Webex Meetings アプリから受信した音声が予想よりも静かになる問題を修正しました。

2020.06.29.2236m.10

2020 年 7 月 9 日

• DNS 解決テストの動作を変更しました。DNS テストに合格するには、各 DNS サーバーがテスト FQDN を解決できる必要があります。（以前のリリースでは、DNS サーバーがテスト FQDN を解決できる場合、テストは合格します）。

• 損失のあるネットワークのメディア品質を改善しました。

• ネットワーク インターフェイス MTU 設定オプションを追加しました。([通知] タブを参照してください。)

• ビデオ メッシュ ノードがクラウド メディア サーバーのいずれにも到達できない場合にアラームを追加しました。

2020.06.18.2231m

2020 年 6 月 26 日

• 1080p が有効な場合、約 1.5 Mbps の帯域幅のアスペクト比の選択が改善されました。

• ネットワーク インターフェイス、ホスト、およびポートによってパケット キャプチャをフィルタリングする機能を追加しました。

• パケット キャプチャを開始してすぐに停止するとエラーが発生するバグを修正しました。

• VMNLite 展開のサポートを追加しました。([通知] タブを参照してください。)

• デフォルトの NTP 設定を削除しました。ノードを登録するには、有効な NTP 設定が必要です。NTP 設定が空の場合、またはノードが設定された NTP サーバに到達できない場合にアラームが追加されました。

• タイムアウトが短すぎるため、プロキシ接続テストが誤ってエラーを報告する問題を修正しました。

• ビデオ メッシュ ノード Web インターフェイスにシャットダウンとリブート機能を追加しました。

2020.05.26.2200m.3

2020 年 6 月 10 日

• ビデオ メッシュ ノードの Web インターフェイス管理ページからメンテナンス モードのオン/オフを切り替える機能を追加しました。

• ノード Web インターフェイスの [概要] ページから Amazon ECR サーバー接続のアラームとチェックを削除しました。

• ノード Web インターフェイスの [概要] ページにアップタイム カウンタを追加しました。

• ノード Web インターフェイスの [概要] ページから CPU 使用率を削除しました。

• 無効なプロキシ接続は、ポート 443 へのカスケード信号の移行の一部として、ポート 444 へのテストです。

2020.05.13.2195m

2020 年 5 月 27 日

• サードパーティ ブラウザーの自動入力拡張機能が Webex ビデオ メッシュ ノード ウェブ インターフェイスに干渉する問題を修正しました。

2020.04.16.2176m.2

2020 年 5 月 8 日

• 特定のタイプのプロキシの背後にある場合、ポート 444 接続チェッカーが誤って失敗を報告する問題を解決しました。

• 正しく一致する証明書が以前にアップロードされている場合、一致しないサーバー証明書をインストールできる問題を修正しました。

• ノードが明示的なプロキシの背後にあるときに、問題が見つかった後、websocket 接続テストを無効にしました。

2020.04.16.2176m.1

2020 年 4 月 24 日

• TLS1.1 のサポートを削除しました。

• Webex ビデオ メッシュ ノード Web インターフェイスの [概要] ページで、クラウド接続チェックを追加しました。

• 誤った無効なホスト名 DNS アラームが発生した問題を修正しました。

• 管理者が 2048 ビット未満のサーバ証明書をアップロードした場合に、エラーメッセージが表示される [サーバ証明書（Server Certificate）] ページにキー長制約を追加しました。

• 管理者が 2048 ビット未満の秘密キーまたはパスフレーズのない秘密キーを入力する場合の処理を改善しました。このような場合、ビデオ メッシュ ノードは自己署名証明書を使用します。

2020.03.11.2143m.8

2020 年 4 月 17 日

• 誰かがコンテンツ音声を共有しているときに、一部のクライアントが上位 2 つのアクティブなスピーカーから音声のみを受信する問題を修正しました。

• 短期間で多数のコール試行が行われたときに、コールが失敗する問題を修正しました。

2020.03.11.2143m.7

2020 年 4 月 6 日

• 1080p コールの帯域幅を 3.25M から 4M に増やしました。

• デュアル画面通話のマルチストリーム シグナリングのタイムアウトを増やしました。

• アイデンティティ サービスに対する要求数を減らしました。

• OAuth 検証の処理方法を変更し、遅延した応答に対してより回復力が高くなりました。

2020.03.11.2143m.3

2020 年 3 月 24 日

• このメンテナンス アップグレードのリリース ノートはありません。

2020.03.11.2143m.9—緊急アップグレード

2020 年 3 月 22 日

• デバッグ サポートのロギングをさらに追加しました。

2020.03.11.2143m—緊急アップグレード

2020 年 3 月 11 日

• ノードで特定のしきい値を超えて障害が発生した場合、ノードおよび Control Hub で報告された定期的な通話のヘルス チェックと対応するアラーム (mf.callHealth.fail) を無効にしました。

2020.03.02.2132m

2020 年 3 月 6 日

• NTLMv2 プロキシ認証のサポートを追加しました。(ビデオ メッシュは自動的にバージョンを検出します。プロキシを設定する際にバージョンを指定する必要はありません。)

• 特定のしきい値を超えてノードで定期的なコール ヘルス テストの失敗が発生した場合、ノードと Control Hub で報告されるアラームを追加しました。

  アラーム ID: 'mf.callHealth.fail', 重大度: "warning", タイトル: 「コール ヘルス チェックに失敗しました」

2020.02.09.2120m.1

2020 年 2 月 28 日

• このメンテナンス アップグレードのリリース ノートはありません。

2020.01.30.2115m

2020 年 2 月 7 日

• 修正済みCSCvs70769—NGINX HTTP 要求の密輸の脆弱性

• Opus コーデックは、1 対 1 のミーティングと通話に対して有効になっています。

2020.01.12.2091m

2020 年 1 月 22 日

• ビデオ メッシュ ノードの Web インターフェイスに工場出荷時の状態にリセットが追加されました。詳細については、の展開ガイドの「 Web インターフェイスからビデオ メッシュ ノードを管理するhttps://www.cisco.com/go/video-mesh」を参照してください。

• イマーシブ 3 画面エンドポイントの一部の画面で低画質ビデオが表示される問題 (CSCvs28104) を修正しました。

• 一部の SIP コールでセットアップの遅延が発生する問題を修正しました。

2019.12.15.2053m

2020 年 1 月 8 日

• ミーティング (少なくとも 1 つの Webex Board を含む) が SIP デバイスから Webex エンドポイントに低解像度のビデオストリームを送信する問題を修正しました。

2019.12.03.2042m

2019 年 12 月 12 日

• *.clouddrive.com が顧客ネットワークでブロックされている場合、ミーティング参加画面が空白のままになる問題を修正しました。このシナリオではミーティング参加画面が空ではなくなったものの、意図しない副作用を避けるために、ネットワーク上でこの URL をブロック解除する必要があります。

• ビデオ メッシュ ノードのウェブ インターフェイスに管理者パスワード管理を追加しました。詳細については、の展開ガイドの「 Web インターフェイスからビデオ メッシュ ノードを管理するhttps://www.cisco.com/go/video-mesh」を参照してください。

2019.11.06.1992m

2019 年 11 月 14 日

• 修正CSCvr92794—ノード IP に対する FQDN 検証で間違ったエラー msg

• ノードが適切に静止されず、短いタイムアウトを使用していた問題を修正しました。これは、クラスタ内の他のノードが Control Hub のメンテナンス モードに移動され、容量が減少し、コールがドロップされた場合にのみ発生します。

2019.10.21.1973m.1

2019 年 11 月 1 日

• ノードが登録解除されている場合でも、Webex ビデオ メッシュ ノード インターフェイスのトラブルシューティング ページからログと pcap ファイルをアップロードおよびダウンロードする機能を追加しました。詳細については、「サポートのために Webex ビデオ メッシュ ログを生成する 」および「サポートのために Webex ビデオ メッシュ パケット キャプチャを生成する」を参照してください。

2019.10.11.1964m.1

2019 年 10 月 23 日

• CSCvr39819—脆弱なソフトウェア バージョンを修正しました。

• CSCvr39878—共通名が発行サーバー (SSL/TLS) と一致しない X.509 自己署名証明書を修正しました。ノードの証明書の共通名が、ノードの FQDN (利用可能な場合) または IP アドレスを与える変更を行いました。

• Web インターフェイスの顧客サポート担当者作成フォームに新しい「Subject Alternative Name(s):」フィールドを追加しました。

2019.09.19.1956m

2019 年 9 月 26 日

• ビデオ メッシュ ノードの Web ユーザー インターフェイス (UI) にネットワーク設定を追加しました。詳細については、「Webex ビデオ メッシュ ノード ウェブ インターフェイスからネットワーク設定を構成する」を参照してください。

• このアラームの重大度を「ビデオ メッシュ ノードは、Cisco クラウド プロバイダーから必要なソフトウェアをダウンロードできませんでした。この問題は、ネットワークに関連する複数の問題によって発生する可能性があります。パブリック ネットワーク (.amazonaws.com) へのネットワーク接続を確認し、DNS 設定を確認します。これは、ビデオ メッシュ ノードとインターネットの間に存在するファイアウォールの変更が原因で発生する可能性があります。

• ノードの Web UI でリフレクタ ツールが停止した後でも、リフレクタ サーバ ポートがリリースされない問題を修正しました。

• 認証済み API にアクセスできる場合に攻撃者がコマンドインジェクション攻撃を開始できる Ping and Check NTP API に影響する脆弱性を修正しました。

• 送信されたビデオのコーデックの選択を改善しました。

• 弱い暗号で署名されたサーバ証明書（MD2 や MD5 など）は、ビデオ メッシュ ノードの証明書 UI で受け入れられなくなりました。

2019.08.21.1941m.2

2019 年 9 月 13 日

• ノード CPU レベルがスパイクし、許容可能なレベルに戻らない問題を修正しました。

• ネットワークに Palo Alto Networks (PAN) ファイアウォールがある場合、クラウド ノードに接続している参加者が送信したコンテンツがオンプレミス ノードに接続している参加者が受信しない問題を修正しました。

• ノード ソフトウェア イメージにネットワーク設定ページを追加しました。管理者は、ノード仮想マシンの初回セットアップ中にネットワーク設定を指定できます。詳細については、展開ガイドの「Webex ビデオ メッシュ ノード ソフトウェアをインストールする 」を参照してください。

2019.08.14.1937m

2019 年 8 月 16 日

• 非認証、ベーシック、ダイジェスト、または NTLM 認証を持つ明示的プロキシのサポートを追加しました。詳細については、「ビデオ メッシュのプロキシ サポート 」と展開ガイドのその他の関連アップデートを参照してください。

• クラウドへのコールのオーバーフローを防ぐための設定変更を追加しました。

2019.08.01.1929m

2019 年 8 月 8 日

• 2 つの問題を修正しました。

  • Web UI からのパケット キャプチャは正常に開始されませんでしたが、エラー メッセージは表示されませんでした。

  • Ubuntu URL がブロックされているため、パケット キャプチャが実行されませんでした。(この修正により、ファイアウォールで URL の変更は必要ありません。)

2019.07.12.1917m

2019 年 7 月 25 日

• より良いメトリクスが利用可能になるまで、ノード Web インターフェイスのコール ステータス カードから情報をカスケードします。

• ノード Web インターフェイスのノード詳細カードに OS バージョンを追加しました。

• ノード Web インターフェイスのトラブルシューティング ページのユーザ インターフェイスを再設計しました。(詳細については、展開ガイドを参照してください。)

• ノード Web インターフェイスで ping、traceroute、および NTP 検証を使用した接続チェックを追加しました。(詳細については、展開ガイドを参照してください。)

• プレゼンテーション ストリームの解像度とフレームレートの選択が改善されました。

• 切り替えられた参加者に帯域幅が多すぎる問題を修正しました。

• 一部の参加者タイプが主催者によってミュートされている場合、ミュート解除オプションが利用できない問題を修正しました。

• トランスコードされたプレゼンテーションのメディアのペースを改善しました。

2019.06.13.1907m.7

2019 年 7 月 12 日

• パケットが失われ、遅延が低い場合でも、ビデオの解像度が低下する問題を修正しました。

• 参加者が主催者によってミュートされ、ミュート解除されたときに、音声の分割が発生する問題を修正しました。

2019.06.13.1907m.3

2019 年 6 月 20 日

• ロビー画面でエンドポイントが共有しようとすると、プレゼンテーションの共有状態が間違っていた問題を修正しました。

• トランスコード時のプレゼンテーションの共有を開始するための機能強化を追加しました。

2019.06.13.1907m.1

2019 年 6 月 14 日

• アップグレード後に一部のビデオ メッシュ ノードが自動的に再起動されない問題を修正しました。これにより、ノードのトラブルシューティング機能が無効になり、概要ページの情報が不足する問題を修正しました。

• ノード ホスト名にアンダースコア (_) 文字を使用できないという要件を追加しました。

• ミーティングの最初の数分間、パケット損失のレジリエンスが機能しない問題を修正しました。

• メディアの弾性により、使用中の帯域幅がネゴシエートされた帯域幅を短期間超えることがある問題を修正しました。

2019.05.20.1892m1

2019 年 5 月 24 日

• ビデオ メッシュ ノード Web インターフェイスに新しいサービスアビリティ機能を追加しました (パケット キャプチャの生成、ログ生成、概要ページの強化)。これらの機能の詳細については、 の展開ガイドの「 Webex ビデオ メッシュを管理するhttps://www.cisco.com/go/video-mesh」の章を参照してください。

• Amazon Elastic Container レジストリへの今後の移行の一環として、新しいアラームを追加しました。「ビデオ メッシュ ノードは、Cisco クラウド プロバイダーから必要なソフトウェアをダウンロードできませんでした。この問題は、ネットワークに関連する複数の問題によって発生する可能性があります。パブリック ネットワークへのネットワーク接続を確認し、DNS 設定を確認します。これは、ビデオ メッシュ ノードとインターネットの間に存在するファイアウォールの変更が原因で発生する可能性があります。

  ビデオ メッシュ ノードはアップグレードを続行しますが、ビデオ メッシュ ノードが URL にアクセスできるように適切なアクションを実行する必要があります。詳細については、[通知] タブを参照してください。

• Skype for Business のミーティングのタイトルと参加者名として「l2sip-UA」が誤って表示される問題を修正しました。

2019.04.29.1873m.4

2019 年 5 月 13 日

• SIP ダイヤルアウトの使用時にコンテンツ共有が利用できない問題を修正しました。

• 一時的なネットワークの問題の後で、カスケードが再作成されないことがあり、ミーティングが分割される問題を修正しました。

• 一部のシナリオでコンテンツ共有が失敗する問題を修正しました。

2019.04.29.1873m

2019 年 4 月 30 日

• このメンテナンス アップグレードのリリース ノートはありません。

2019.04.18.1869m.1

2019 年 4 月 26 日

• 一部の状況で Windows 版 Webex Teams からのワイヤレス共有が機能しない問題を修正しました。

2019.03.22.1829m.2

2019 年 4 月 2 日

• UDP 帯域幅テストが失敗することがある問題を修正しました。

• 障害が発生した NTP サーバーが機能し始めると、Control Hub の NTP アラームが削除されない問題を修正しました。

2019.03.19.1826m

2019 年 3 月 22 日

• 登録済みノードで構成変更を行うには、まずノードをメンテナンスモード にする必要があります。

• 概要ステータス ページでは、Amazon コンテナ レジストリ（ECR）の接続チェックの結果がレポートされます。

• アクティブなスピーカーを切り替える際に一部のクライアントで遅延が発生し、パケット損失が発生したときにビデオが破損する問題を修正しました。

• 修正しましたCSCvo93454—イマーシブ システムが Webex に参加するときのワンウェイ ビデオ。

• 修正済みCSCvo87069—ビデオ メッシュ SIP の信頼された送信元が入力されない

2019.02.14.1788m.1

2019 年 2 月 21 日

• Webex 主催者によって 3 画面のエンドポイントがリモートでミュートされない問題を修正しました。

• SIP エンドポイントでミュートとミュート解除が機能しない問題を修正しました。

• ビデオ メッシュ ノードは、Amazon がホストするコンテナ レジストリへのアクセスをテストするための新しい URL にアクセスしようとしました (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• これらのシナリオで DNS クエリの応答時間が 1.5 秒を超えると、ビデオ メッシュ ノードで生成され、Control Hub に表示される新しいアラームが追加されました。

  • DNS サーバーのクエリ時間が 1.5 秒を超える場合:「DNS サーバー <x> のクエリ応答時間 <number> ms は、最大応答時間 1500 ms を超えています。」

  • NTP サーバーの解決時に DNS サーバーのクエリ時間が 1.5 秒を超える場合のアラーム テキスト:「解決中 <ntp-server>; DNS サーバー <x> のクエリ応答時間 <number> ms が最大応答時間 1500 ms を超過しました。」

2019.02.12.1786m

2019 年 2 月 15 日

• このバージョンは、ビデオ メッシュの TLS SIP トランクおよび透過的な検査/非検査プロキシ サポートの候補リリースです。詳細については、https://www.cisco.com/go/video-meshの展開ガイドを参照してください。

• 修正済みCSCvo26600 - 初期 CI リクエストが失敗した場合、トークン検証機能がトークン検証キーを取得しない

2019.01.29.1773m

2019 年 2 月 6 日

• このバージョンは、デュアル ネットワーク インターフェイス機能のリリース候補です。詳細については、https://www.cisco.com/go/video-meshの展開ガイドを参照してください。

• ビデオ メッシュ ノードに設定されている NTP サーバーの有効性を定期的に確認するための新しいチェックを追加しました。無効な NTP サーバーの警告メッセージは、ログイン時にビデオ メッシュ管理インターフェイスに、Control Hub のアラームとして表示されます。

2019.01.14.1764m.1

2019 年 1 月 18 日

• ミーティング中にビデオが一方向のみ送信され、一部のデバイスまたはクライアントでビデオ ストリームが表示されない問題を修正しました。

2018.10.04.1692m

2018 年 10 月 5 日

• このメンテナンス アップグレードのリリース ノートはありません。

2025 年 1 月

クラスタ間カスケード

クラスタ間カスケードは、ビデオ メッシュの展開を最適化するための効果的な方法を提供します。組織のビデオ メッシュ クラスタ間の直接カスケードを有効にすることで、通話品質と帯域幅の使用率が向上します。また、組織のクラスタ間カスケードに参加できるクラスタを選択する柔軟性もあります。詳細については、「クラスタ間カスケッド 」を参照してください。

2024 年 11 月

Telepresence Interoperability Protocol（TIP）および Multiplex（MUX）のサポート終了

ビデオ メッシュは、TIP/MUX プロトコルを廃止する WEBEX に準拠した CTS、TX、IX デバイスで使用される TelePresence Interoperability Protocol (TIP) および Multiplex (MUX) をサポートしなくなります。

2024 年 2 月

• ビデオ メッシュ プラットフォームは ThousandEyes Enterprise エージェントと統合され、ハイブリッド デジタル エコシステム全体でエンドツーエンドのモニタリングを実行できます。この統合により、幅広いネットワーク監視テストが用意されています。ネットワークインフラストラクチャのどこにいても、より正確な診断が可能になり、展開の効率が向上します。

  組織で ThousandEyes を有効にし、テストを設定する方法の詳細については、「ビデオ メッシュと ThousandEyes の連携」を参照してください。

• Amazon ECR へのコンテナレジストリの移行に関する以前の発表によると、2024 年 3 月中旬までに移行を完了する予定です。アプリケーションのファイアウォールとプロキシで URL "*dkr.ecr.us-east-1.amazonaws.com" を許可することにより、ECR への接続性を確認してください。

2023 年 12 月

Docker Hub から Amazon ECR へのコンテナ レジストリの移行

画像をホストするビデオ メッシュ コンテナ レジストリは、Docker Hub から Amazon ECR に変更されます。この移行は 2024 年 2 月に実施される予定です。お客様には、アプリケーション ファイアウォールとプロキシの URL「*.amazonaws.com」を許可することにより、ECR への接続を確実にしていただくようお願いいたします。この手順は、アップグレード中に潜在的な問題を防ぐために必要です。

2023 年 8 月

さまざまな機能を持つ新しい API のホスト全体を追加することで、ビデオ メッシュ ノード API の汎用性と機能を改善しました。管理者は、ノード展開の異なる段階で、それらを支援できる 3 つのカテゴリの API から選択できるようになりました。以下の通りである。

• VMN 管理 API

• VMN ネットワーク API

• VMN サーバー証明書 API

2023 年 7 月

ビデオ メッシュ アラート の Webhook

ビデオ メッシュは Webhook によるアラートをサポートし、組織管理者は展開の特定の側面を容易に監視できるようになりました。通話オーバーフローや通話リダイレクトなどのイベントを通知するように選択でき、展開を監視するために Control Hub にログインする必要が最小限に抑えられます。

このフェーズでは、Webhook を使用して次のイベント タイプを監視できます。

• クラスタ通話リダイレクト – 特定のクラスタからリダイレクトされた通話。
• 組織通話オーバーフロー – 組織のクラウドへの通話オーバーフローの合計です。

ビデオ メッシュ ノード API

組織管理者がビデオ メッシュ ノードに関連する証明書を作成、更新、ダウンロード、および削除するのに役立つ一連の API を導入しました。詳細については、「ビデオ メッシュ ノード API 」を参照してください。

2023 年 6 月

Analytics ダッシュボードのグラフとグラフを洗練して、クライアント タイプ インクルージョン機能を強化しました。

• [リソース] タブでクラスター固有のデータを表示できます。

  ドーナツ グラフまたはグラフでクラスターを選択し、[適用] をクリックします。このアクションにより、他のすべてのグラフのデータもフィルタリングされ、選択したクラスタに関連するデータのみが表示されます。

• [リソース] タブに 2 つの新しいグラフを追加しました。エンドポイント タイプ別合計通話参加数 およびエンドポイント タイプ別合計通話参加数の傾向です。クラスタと特定のエンドポイント タイプを選択して、必要な情報のみを表示できます。

• [エンゲージメント] タブで、[エンドポイント タイプ別コール レッグ] グラフを次のタイプにグループ化しました。

  • SIP デバイス
  • Webex アプリ デスクトップ
  • Webex アプリ モバイル
  • Webex アプリ VDI
  • Webex デバイス

2023 年 5 月

Web クライアント サポート

Web クライアントを通じて発信されたコールはビデオ メッシュ ノードに固定され、サポートされているコールのタイプの汎用性を組織に提供できるようになりました。

2023 年 3 月

新しい到達可能性テストと監視ツールの改善

既存の監視テストのセットに到達可能性テストを追加しました。到達可能性テストは、定期的におよびオンデマンドの両方で、メディア ヘルス モニタリング テストで実行されます。また、テスト結果の詳細を提供するために監視ツールを改善し、詳細情報へのより簡単で直感的なアクセスを提供するために、概要ページを更新しました。

ビデオ メッシュ モニタリング ツールに到達するために UI パスを変更しました。以前と同様に、[トラブルシューティング] > [ステータス] > [ビデオ メッシュ] の代わりに [トラブルシューティング] > [ビデオ メッシュ] で新しい [ビデオ メッシュ] タブを見つけることができます。

監視ツールの概要ページでは、テストをシグナリング、カスケード、到達可能性にグループ化し、トラブルシューティング プロセスを微調整するのに役立ちます。

2023 年 2 月

トラブルシューティングとサードパーティの監視システムとの統合のためのビデオメッシュ開発者 API

• ビデオ メッシュデベロッパー API のこのフェーズで、組織管理者がビデオ メッシュ展開のトラブルシューティングを完全に制御できるようにする機能強化を導入しました。
• 管理者は、デベロッパー ポータルからネットワーク、メディア ヘルス モニタ、到達可能性テストなどのさまざまなオンデマンド トラブルシューティング テストをトリガーできるようになりました。また、トリガーしたテストの詳細な結果を表示して、展開の健全性をより深く理解するのに役立ちます。

2022 年 11 月

Control Hub でのクラスタ名の変更

Control Hub でビデオ メッシュ クラスタの名前を編集できるようになりました。クラスタ名に Unicode のサポートも追加しました。

2022 年 9 月

ビデオ メッシュデベロッパー API

ビデオ メッシュ デベロッパー API は、組織管理者が Webex デベロッパー ポータルを通じてビデオ メッシュ展開の監視と洞察的な分析データを分析するための詳細なメトリックを取得する強力で柔軟な方法を提供します。既存の監視アプリケーションをこれらの API とシームレスに統合し、ビデオ メッシュ クラスタとノードの監視を自動化します。API は https://developer.webex.com/docs/api/v1/video-mesh で利用できます。サンプル クライアントは https://github.com/CiscoDevNet/video-mesh-api-client で利用できます。

2022 年 7 月

メディア ヘルス モニタリング ツールの変更

定期的なクラスタ全体、クラスタ固有またはノード固有テストの頻度を変更しました。これらのテストは、以前のリリースで 1 時間ずつ実行されました。現在は6時間ごとに走っている。

2022 年 4 月

すべての外部の Webex ミーティングでメディアをビデオ メッシュに保持

以前のリリースでは、内部サイトでのみミーティングでのビデオ メッシュの使用を制御しました。外部 Webex サイトでホストされるミーティングの場合、これらのサイトはビデオ メッシュが Webex にカスケードされるかどうかを制御します。外部サイトでビデオ メッシュ カスケードが許可されていない場合、メディアは常に Webex クラウド ノードを使用していました。

[すべての外部 Webex Meetings でビデオ メッシュを優先] 設定では、Webex サイトで利用可能なビデオ メッシュ ノードがある場合、メディアは外部サイトのミーティングに対してそれらのノードを通して実行されます。詳細については、https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetingsを参照してください。

2022 年 1 月

ポートの更新

2022 年 2 月のリリースでは、ビデオ メッシュはメディア クラウド カスケードに対して次のポート範囲を開く必要があります。

これらのポートは、既存のポート 5004 に追加されます。ファイアウォール設定で UDP 50,000 ～ 53,000 のポート範囲を開きます。今後のリリースでこれらのポートが開いていない場合、サービスの中断が表示されます。

「Webex サービスのネットワーク要件」に記載されているように、Expressway はすでに Webex クラウドにこのポート範囲を使用しています。そのため、ほとんどの展開では、ビデオ メッシュのこの新しい要件をサポートするための更新は必要ありません。ただし、より厳格なファイアウォール ルールを持つ展開では、2 月のリリース前に、ファイアウォール設定を更新して、これらのポートをビデオ メッシュ用に開いてください。

2021 年 10 月

グローバル配信メディア

ビデオ メッシュは、より良いメディア ルーティングを実現するために、Webex の グローバルに分散メディア (GDM) 機能を使用するようになりました。最適な接続を実現するために、Webex はビデオ メッシュ カスケードを Webex に実行するときに、企業に最も近いクラウド メディア ノードを選択します。その後、トラフィックは Webex バックボーンを経由して、ミーティングの Webex マイクロサービスに渡されます。このルーティングにより、レイテンシを最小限に抑え、Webex バックボーンおよびインターネット外のトラフィックのほとんどを維持できます。

2021 年 8 月 13 日

プライベート ミーティング

プライベート ミーティング機能は、プレミスのメディアを終了することで、ミーティングのセキュリティを強化します。プライベート ミーティングをスケジュールすると、クラウド カスケードなしで、企業ネットワーク内のビデオ メッシュ ノードでメディアは常に終了します。通常のミーティングとは異なり、ローカル ノードが一杯の場合、メディアは Webex クラウドにカスケードされません。

プライベート ミーティングの参加者全員が組織に属している必要があります。ユーザーは Webex アプリまたは認証されたビデオ システムを使用して参加できます。ネットワークへの VPN または MRA アクセスを持つ参加者は、プライベート ミーティングに参加できます。ただし、ネットワークの外部からプライベート ミーティングに参加することはできません。

の展開ガイドの [プライベート ミーティング]https://www.cisco.com/go/video-mesh セクションおよび [Webex プライベート ミーティングのスケジュール] の記事を参照してください。

2021 年 2 月 9 日

フル管理者向けに Control Hub からノードにアクセスする

Control Hub を強化し、Webex 組織のフル管理者が Control Hub からビデオ メッシュ ノードにアクセスできるようにしました。

この機能を使用できるのは、Webex 組織のフル管理者のみです。パートナーや外部フル管理者を含む他の管理者は、ビデオ メッシュ リソースの [ノードに進む] オプションを持っていません。

の展開ガイドの「 Web インターフェイスから Webex ビデオ メッシュ ノードにアクセスするhttps://www.cisco.com/go/video-mesh」セクションを参照してください。

2020 年 8 月 26 日

DNS キャッシュ

ビデオ メッシュ ノードへの DNS 応答が定期的に 750 ms を超える場合、DNS キャッシュを有効にできます。DNS キャッシュをオンにすると、ノードは DNS 応答をローカルにキャッシュします。ローカル キャッシュにより、接続アラーム、通話のドロップ、通話品質の問題が発生する可能性が低いことが要求されます。DNS キャッシュは、DNS インフラストラクチャの負荷を軽減することもできます。

DNS キャッシュは現在、デフォルトで無効になっています。これをオンにするには、 の展開ガイドの 「DNS キャッシュを有効または無効にする」https://www.cisco.com/go/video-meshセクションを参照してください。

Webex Events サポート

Webex ビデオ メッシュが Webex Events に対応しました。

2020 年 8 月 7 日

Webex Meetings のショート ビデオ アドレス形式

WBS39.9 以降のサイトでは、ユーザーは短い@webex.com ビデオアドレス形式 (@.webex.com の代わりに) を使用してミーティングに参加できます。ビデオ メッシュがこの短いアドレス形式をサポートするようになりました。

https://www.cisco.com/go/video-mesh の展開ガイドには、ビデオ メッシュの展開を設定する際に、短い形式を処理する方法が記載されています。

既存のビデオ メッシュ展開でショート ビデオ アドレスの形式を使用するには、形式を処理するルートまたはダイヤル パターンを追加します。詳細については、コール制御環境の構成方法に応じて、ガイドの「ショート ビデオ アドレス」を含む適切なタスクを参照してください。

• Webex ビデオ メッシュの Unified CM セキュア TLS SIP トラフィック ルーティングの設定

• Webex ビデオ メッシュの Unified CM TCP SIP トラフィック ルーティングの設定

• ビデオ メッシュの Expressway TCP SIP トラフィック ルーティングの設定

既定では、ミーティングの招待状は現在も長い形式を使用しています。Webex サイトの形式を変更するには、「Webex Meetings と Events のショート ビデオ アドレス形式を表示する」を参照してください。

2020 年 7 月 9 日

ビデオ メッシュ ノード Web インターフェイスの新しいネットワーク インターフェイス MTU 構成設定

内部ネットワーク インターフェイスで最大送信ユニット（MTU）サイズと、外部のネットワーク インターフェイスで MTU を手動で設定できるようになりました（有効になっている場合）。

すべての Webex ビデオ メッシュ ノードには、デフォルトで有効になっているパス MTU (PMTU) 検出があります。PMTU を使用すると、ノードは MTU の問題を検出し、MTU サイズを自動的に調整できます。ファイアウォールまたはネットワークの問題が原因で PMTU が失敗した場合、MTU より大きいパケットのドロップにより、ノードはクラウドへの接続の問題が発生する可能性があります。手動で MTU サイズを小さく設定すると、この問題を修正できます。

手動の MTU 設定は、Webex ビデオ メッシュ ノード ウェブ インターフェイスの [詳細] タブで確認できます。詳細については、https://www.cisco.com/go/video-meshの展開ガイドを参照してください。

2020 年 6 月 26 日

新しい VMNLite 展開オプション

主に Webex Teams とクラウドに登録されたエンドポイントの展開では、標準構成が提供するよりも多くのスイッチングとトランスコーディング リソースを使用します。ホスト上でより小さな仮想マシンを展開すると、このシナリオのリソースが最適化されます。

このため、VMware ESXI または vCenter を実行しているホスト サーバーに複数の Webex ビデオ メッシュ ノードを展開するための新しい「VMNLite」オプションを導入しています。VMNLite では、仮想マシンごとに次の仕様が必要です。

• ビデオ メッシュ ノードの 23 個の vCPU

• 20 GB のメインメモリ

• 80 GB のローカルハードディスク容量

これらの仕様では、ハードウェアに応じて、複数のインスタンスを展開 (またはシンジの既存の仮想マシンを置き換えます) できます。

当社のテストでは、単一の仮想マシンの展開と比較して、単一の CMS1000 で 3 つの VMNLite ノードで切り替えられた通話パフォーマンスが改善されました。

標準設定と同様に、VMNLite 仮想マシン上の他のサービスと共存することはできません。

詳細については、https://www.cisco.com/go/video-meshの展開ガイドを参照してください。標準設定を VMNLite に置き換える手順については、「Webex ビデオ メッシュの管理とトラブルシューティング 」の章を参照してください。

2020 年 6 月 9 日

ビデオ メッシュ クラスタの新しい週単位の自動ソフトウェア アップグレード オプション

ビデオ メッシュ クラスタのソフトウェア自動アップグレードを日単位 (デフォルト) ではなく、週単位でスケジュールできるようになりました。アップグレードは 1 回延期できます。週単位のスケジュールを設定した場合、延期は、次の週のアップグレード ウィンドウ中にアップグレードが行われることを意味します。

新しいクラスタの登録時にアップグレード スケジュールを設定したり、既存のクラスタのスケジュールを変更したりできます。詳細については、https://www.cisco.com/go/video-mesh のビデオ メッシュのドキュメントを参照してください。

2020 年 4 月 24 日

ビデオ メッシュ ノード Web インターフェイスの外部ネットワーク インターフェイス、ルーティング ルール、コンテナ ネットワーク オプション

ビデオ メッシュ ウェブ インターフェイスには、ネットワークの変更を簡単に処理するための新機能が追加されています。Web インターフェイスからデュアル ネットワーク インターフェイス（NIC）展開で外部インターフェイスを有効にできます。外部および内部インターフェイスにユーザーが定義したルート ルールを追加することで、ビデオ メッシュ ノードのルーティングを微調整できます。また、コンテナ ブリッジ IP アドレスとサブネットを変更できます。

Web インターフェイスの更新にアクセスする方法の詳細については、の展開ガイドの「 Webex ビデオ メッシュの管理とトラブルシューティングhttps://www.cisco.com/go/video-mesh」の章を参照してください。

2020 年 3 月 20 日

Cisco Webex Teams EMEAR データ レジデンシー サポート

Cisco Webex Teams ヨーロッパのデータ レジデンシー 地域の組織が、ビデオ メッシュを使用できるようになりました。このサポートには、新しく作成されたフェーズ 2 EMEAR 組織と既存のフェーズ 1 EMEAR 組織の両方が含まれます。

詳細については、「Cisco Webex Teams のデータ近傍性」を参照してください。

2018 年 9 月 18 日

ビデオ メッシュのサービスの質 (QoS) の強化

ビデオ メッシュ ノードは、ビデオ メッシュ ノード間のすべてのフローで音声とビデオ ストリームを差別化できるポート範囲を有効にすることで、推奨されるサービスの質 (QoS) のベスト プラクティスに適合するようになりました。この変更により、QoS ポリシーを作成し、ビデオ メッシュ ノード間のトラフィックを効果的に記述できるようになります。

これらのポートの変更に伴い、QoS の変更が適用されます。ビデオ メッシュ ノードは、SIP 登録済みエンドポイント (オンプレミスの Unified CM または VCS Expressway に登録済み) からのメディア トラフィックを音声 (EF) とビデオ (AF41) の両方に対して個別にマークし、特定のメディア タイプに対して既知のポート範囲を使用します。

オンプレミスで登録されたエンドポイントからのソース トラフィックは、常にコール制御の設定 (Unified CM または VCS Expressway) によって決定されます。

詳細については、「Webex ビデオ メッシュが使用するポートとプロトコル 」および「Cisco Webex ビデオ メッシュの展開ガイド 」() の「ビデオ メッシュ展開タスク フロー 」で QoS を有効または無効にする手順を参照してください。https://www.cisco.com/go/video-mesh