Webex ビデオ メッシュのリリース ノート

2021.06.17.2415m

2017 年 6 月 24 日

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

2021.05.27.2405m

2021 年 6 月 4 日

• 登録されているオンプレミスのビデオ デバイスのスタック レイアウトについて、今後予定されている Webex の変更のサポートを追加します。

2021.05.05.2395m.5

2021 年 5 月

• 既定以外のレイアウト表示についていくつかの改善を行いました。

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

2021.04.27.2391m

2021 年 4 月 30 日

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

2021.03.22.2384m.3

2021年4月06日

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

2021.03.22.2384m.1

2021 年 3 月 31 日

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

2021.03.03.2359m.7

2021/03/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/01/08

• ビデオメッシュノードの 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 通話シミュレーターです。モニタリング ツールには次の機能が含まれます:

• クラスター ベースやノードごとにオンデマンドまたは繰り返しで 1 時間ごとにテストを実行しています。

• 各テストに対して、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 到達可能性テストの問題を修正しました。

• Corrected latency/round-trip time values in media statistics on the meetings troubleshooting page in Control Hub. (The statistics were off for some calls by a factor of 1000.)

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

2020.09.11.2279m

2020/09/18

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

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

2020.08.31.2273m

2020/09/08

• ポート 33432 で無効な TLS 1.1

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

• 200 文字を超える信頼できる SIP アドレスにより TLS 接続の失敗 (CSCvv44969) が引き起こされる問題の回避策を追加しました。

2020.08.19.2266m.1

2020 年 8 月 26 日

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

• 明示的に内部および外部インターフェースの IPv6 をオフにすることで、ノードが IPv6 DNS サーバーを取得しません。

• ポートの消耗により到達可能性テストの障害につながった問題を修正しました。

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

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

2020.08.06.2258m.4

2020/08/18

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

2020.08.06.2258m.1

2020 年 8 月 13 日

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

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

2020.07.15.2245m

2020/07/20

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

• 無音の一定時間後、最初Webex Meetings アプリ、デバイスから受信する音声が予想よりも静かな問題を修正しました。

2020.06.29.2236m.10

2020 年 7 月 9 日

• DNS 解決テストの動作を変更しました。Each configured DNS server now must be able to resolve the test FQDN in order for the DNS test to pass. (In earlier releases, if any DNS server was able to resolve the test FQDN, the test would pass.)

• ロス ネットワークでのメディア品質が改善されました。

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

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

2020.06.18.2231m

2020 年 6 月 26 日

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

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

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

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

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

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

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

2020.05.26.2200m.3

2020/06/10

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

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

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

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

• ポート 443 へのカスケード信号の移行の一部として、無効なプロキシ接続テストをポート 444 に設定しました。

2020.05.13.2195m

2020/05/27

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

2020.04.16.2176m.2

2020 年 5 月 8 日

• 特定のタイプのプロキシの背後で、ポート 444 接続チェッカーが不具合を報告する問題を解決しました。

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

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

2020.04.16.2176m.1

2020 年 4 月 24 日

• iOS 8 のサポートを削除しました。

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

• 誤った無効なホスト名 DNS アラームの原因となる問題を修正しました。

• 管理者が 2048 ビット未満のサーバー証明書をアップロードした場合に、エラー メッセージとともに [サーバー証明書] ページでキーの長さの制限が追加されました。

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

2020.03.11.2143m.8

2020 年 4 月 17 日

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

• 短時間に多くのコールが試みられた場合に、コールが失敗する可能性がある問題を修正しました。

2020.03.11.2143m.7

2020 年 4 月 6 日

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

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

• ID サービスへのリクエスト数を減らしました。

• 遅延応答への柔軟性を高めるために、OAuth 検証を処理する方法を変更しました。

2020.03.11.2143m.3

2020 年 3 月 24 日

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

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

2020 年 3 月 22日

• デバッグ ポートのログ記録を追加しました。

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

2020/03/11

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

2020.03.02.2132m

2020 年 3 月 6 日

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

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

  アラーム ID：'mf.callHealth.fail', severity: "warning", title: 「コールのヘルスチェックに失敗しました」

2020.02.09.2120m.1

2020 年 2 月 28 日

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

2020.01.30.2115m

2020 年 2 月 7 日

• Fixed CSCvs70769—NGINX HTTP Request Smuggling Vulnerability

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

2020.01.12.2091m

2020 年 1 月 22 日

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

• 品質の低いビデオがイマーシブ 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 のロックを解除する必要があります。

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

2019.11.06.1992m

2019 年 11 月 14 日

• Fixed CSCvr92794—Incorrect error msg on FQDN validation against node IP.

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

2019.10.21.1973m.1

2019 年 11 月 1 日

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

2019.10.11.1964m.1

2019 年 10 月 23 日

• CSCvr39819 の修正 - 「脆弱性のあるソフトウェア バージョン」を修正しました。

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

• Added a new "Subject Alternative Name(s):" field to the CSR creation form in the web interface.

2019.09.19.1956m

2019 年 9 月 26 日

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

• Changed this alarm's severity from critical to warning: "The Video Mesh Node was not able to download the required software from the Cisco cloud provider. この問題は、ネットワークに関連する複数の問題が原因で発生する可能性があります。パブリック ネットワーク (.amazonaws.com) へのネットワーク接続を確認し、DNS 設定を確認してください。これはまた、ビデオ メッシュ ノードとインターネットの間に存在するファイアウォールの変更が原因でも起こり得ます。」

• リフレクタ ツールがノードのウェブ UI で停止された後でも、リフレクタ サーバー ポートが解放される問題を修正しました。

• 認証された API にアクセスしている場合、攻撃者がコマンド注入攻撃を仕掛けることができる Ping ｔｐ 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 インターフェイスに新しいサービスアビリティ機能 (パケット キャプチャ生成、ログ生成、および概要ページの機能拡張) が追加されました。これらの機能の詳細については、https://www.cisco.com/go/video-mesh にある導入ガイドの「Webex ビデオ メッシュを管理する」の章を参照してください。

• Added new alarm as part of the upcoming migration to the Amazon elastic container registry: "The Video Mesh Node was not able to download the required software from the Cisco cloud provider. この問題は、ネットワークに関連する複数の問題が原因で発生する可能性があります。パブリック ネットワークへのネットワーク接続を確認し、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) の接続チェックの結果が報告されます。

• アクティブなスピーカーを切り替える際に一部のクライアントで遅延が発生した問題、およびパケット損失が生じた場合にビデオ画質が劣化した問題を修正しました。

• Fixed CSCvo93454—One Way Video when Immersive System joins Webex.

• Fixed CSCvo87069—Video Mesh SIP Trusted Sources not Populating

2019.02.14.1788m.1

2019 年 2 月 21 日

• 3 画面のエンドポイントを、Webex ホストからリモートにミュートすることができなかった問題を修正しました。

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

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

• 次のようなシナリオで、DNS クエリの応答時間が 1.5 秒を超えた場合、新しいアラームがビデオ メッシュ ノード上で生成され、Control Hub で表示されるようになりました。

  • When DNS server query time is longer than 1.5s: “DNS server <x>’s query response time of <number> ms exceeeds the maximum response time of 1500 ms.”

  • Alarm text for when DNS server query time is longer than 1.5s while resolving an NTP server: “While resolving <ntp-server>; DNS server(s) <x>’s query response time of <number> ms exceeeded the maximum response time of 1500 ms.”

2019.02.12.1786m

2019 年 2 月 15 日

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

• Fixed CSCvo26600—Token validator doesn't get token validation key if initial CI request fails

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 日

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

February 2024

• The Video Mesh platform is now integrated with the ThousandEyes Enterprise agent, enabling you to perform end-to-end monitoring across your hybrid digital ecosystem. This integration equips you with a wide array of network monitoring tests. Issues anywhere in your network infrastructure can be diagnosed with greater precision, improving the efficiency of your deployment.

  For more information on enabling ThousandEyes for your organization and configuring tests, see ThousandEyes Integration with Video Mesh.

• In accordance with the previous announcement regarding Container registry migration to Amazon ECR, we expect to complete the migration by mid-March, 2024. Kindly ensure connectivity to ECR by allowing the URL, "*dkr.ecr.us-east-1.amazonaws.com" in your application firewalls and proxies.

December 2023

Container registry migration from Docker Hub to Amazon ECR

Video mesh container registry that hosts images will be changed from Docker Hub to Amazon ECR. This migration is scheduled to take place in February 2024. We kindly request customers to ensure connectivity to ECR by allowing the URL, "*.amazonaws.com" in their application firewalls and proxies. This step is necessary to prevent any potential issues during upgrades.

2023 年 8 月

We've improved versatiltity and functionality of Video Mesh node APIs by adding a whole host of new APIs with varying functions. Admins can now choose between 3 categories of APIs that can aid them in different stages of node deployment. They are as follows:

• VMN Administration APIs

• VMN Network APIs

• VMN Server Certificate APIs

2023 年 7 月

Webhooks for Video Mesh Alerts

Video Mesh now supports alerts through Webhooks, enabling organization admins to monitor certain aspects of their deployments effortlessly. They can choose to be notified of events like call overflows and call redirects, minimizing the need to log in to Control Hub for monitoring their deployment.

In this phase, the following event types can be monitored through webhooks:

• Cluster Call Redirects – Calls redirected from a particular cluster.
• Org Call Overflows – Total call overflows to cloud for an organization.

Video Mesh Node APIs

We have introduced a set of APIs that will help organization admins create, update, download, and delete certificates related to Video Mesh Nodes. See Video Mesh Node APIs for more information.

2023 年 6 月

We've refined the graphs and charts of the Analytics dashboard to augment the Client Type Inclusion feature.

• You can see cluster-specific data in the Resources tab.

  Select a cluster in any of the donut graphs or charts and then click Apply. This action also filters the data for all other graphs, so you only see the data that's relevant for your selected cluster.

• We've added two new graphs to the Resources tab. They are Total call joins by endpoint type and Total call joins by endpoint type trend. You can select clusters and specific endpoint types, to show only the information you need.

• On the Engagement tab, we've grouped the Call legs by endpoint type graph into the following types:

  • SIP devices
  • Webex App desktop
  • Webex App mobile
  • Webex App VDI
  • Webex デバイス

2023 年 5 月

Web client support

Calls made through web client can now land on Video Mesh nodes, providing your organization with greater versatility in the types of calls supported.

2023 年 3 月

New reachability test and improved monitoring tool

We've added a reachability test to the existing set of monitoring tests. The reachability test runs with the media health monitoring tests, both periodically and on-demand. We've also improved the monitoring tool to give more detail in the test results, and updated the overview page to provide simpler, more intuitive access to detailed information.

We've changed the UI path to reach the Video Mesh monitoring tool. You can find the new Video Mesh tab at Troubleshooting > Video Mesh instead of Troubleshooting > Status > Video Mesh as before.

The monitoring tool overview page groups the tests into Signaling, Cascade, and Reachability, helping you to fine-tune your troubleshooting process.

2023 年 2 月

Video Mesh developer APIs for troubleshooting & integration with third-party monitoring systems

• In this phase of the Video Mesh Developer APIs, we have introduced enhancements that enable organization admins to take complete control of troubleshooting their Video Mesh Deployments.
• Admins can now trigger various On Demand Troubleshooting tests such as Network, Media Health Monitor and Reachability Tests from the Developer Portal. They can also view detailed results of the tests they triggered, helping them gain deeper insights into the health of their deployment.

2022 年 11 月

Cluster renaming in Control Hub

You can now edit the names of your Video Mesh clusters in Control Hub. We've also added Unicode support to the cluster names.

2022 年 9 月

ビデオ メッシュ開発者 API

The Video Mesh Developer APIs provide a powerful and flexible way for organization admins to retrieve detailed metrics for monitoring and insightful analytics data of their Video Mesh deployments through the Webex Developer Portal. これらの 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 サイト に使用可能 なビデオ メッシュ ノードがある場合、[すべての外部サイトに対してビデオ メッシュを優先] Webex Meetings 設定により、メディアは外部サイト上のミーティングのノードを通して実行されます。詳細については、 を参照してください。https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

2022 年 1 月

ポートの更新

2022 年 2 月の今後のリリースでは、ビデオ メッシュは Media Cloud カスケードに次のポート範囲を開く必要があります。

これらのポートは、既存のポート 5004 に加えて開く必要があります。ファイアウォール設定で UDP 50,000 ～ 53,000 のポート範囲を開きます。1 月のリリース時に、これらのポートが開かれていない場合はサービスが中断されます。

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

2021 年 10 月

Globally Distributed Media

ビデオ メッシュは、より最適なメディア ルーティングを実現するため、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 からノードにアクセスする

Webex 組織のフル管理者が Control Hub からビデオメッシュノードにアクセスできるようにするために、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 キャッシュは現在、デフォルトで無効になっています。これをオンにするには、 の導入ガイドの「https://www.cisco.com/go/video-meshDNS キャッシュを有効または無効にする」のセクションを参照してください。

Webex Events のサポート

Webex ビデオ メッシュが Webex Events をサポートするようになりました。

2020 年 8 月 7 日

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

On WBS39.9 and later sites, users can join meetings using the shorter <meeting_number>@webex.com video address format (instead of <meeting_number>@<site_name>.webex.com). ビデオ メッシュがこの短いアドレス形式をサポートするようになりました。

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

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

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

• Unified CM TLS SIP トラフィック ルーティングを Webex ビデオ メッシュに設定する

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

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

2020 年 7 月 9 日

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

内部ネットワーク インターフェイスの最大転送単位 (MTU) サイズおよび外部ネットワークインターフェイスの MTU (有効な場合) を手動で設定できるようになりました。

すべての Webex ビデオ メッシュ ノードには、デフォルトで有効になっている Path MESH (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 ノードを持つ、スイッチド コール パフォーマンスが 50% 向上しました。

標準構成と同様に、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 インターフェイスの更新にアクセスする方法の詳細については、https://www.cisco.com/go/video-mesh にある導入ガイドの「Webex ビデオ メッシュを管理する」の章を参照してください。

2020 年 3 月 20 日

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

Organizations in the Cisco Webex Teams European data residency region. can now use Video Mesh. このサポートには、新しく作成されたフェーズ 2 EMEAR 組織と既存のフェーズ 1 EMEAR 組織の両方が含まれます。

詳細については、「Cisco Webex Teams のデータ レジデンシー」を参照してください。

2018 年 9 月 18 日

Quality of Service (QoS) Enhancements for Video Mesh

Video Mesh nodes now conform to recommended quality of service (QoS) best practices by enabling port ranges that allow you to differentiate audio and video streams in all flows to and from the Video Mesh nodes. この変更により、QoS ポリシーを作成し、ビデオ メッシュ ノードとの間の送受信トラフィックを効果的に区別することができるようになります。

これらのポートの変更に伴い、QoS の変更も行われました。Video Mesh nodes automatically mark media traffic from SIP registered endpoints (on-premises Unified CM or VCS Expressway registered) for both audio (EF) and video (AF41) separately with appropriate class of service and use well-known port ranges for specific media types.

オンプレミスの登録済みエンドポイントからの送信トラフィックは常に、通話コントロール (Unified CM または VCS Expressway) 上での構成に基づいて決定されます。

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

2018 年 2 月 12 日

Webex Teams および Cisco Webex Meetings のすべての参加者に対するマルチストリーミング サポート

Webex Teams Hybrid Media Service を使用してローカル ハイブリッド メディア ノードで会議を主催者する場合は、マルチストリーミング サポートに含まれる機能も利用できます。マルチストリームは、特に Hybrid Media Service ノードと Webex Teams パブリック クラウド メディア ノード間のカスケード リンクの平均帯域幅利用率を向上させます。

詳細については、「Webex Teams および Cisco Webex Meetings のすべての参加者に対するマルチストリーミング サポート」を参照してください。

2018 年 1 月 5 日

Cisco Webex および Webex Teams Meetings、ポート変更、OVA 更新のサポート

Webex Teams ハイブリッド メディア サービスでは、Cisco Webex ミーティングと Webex Teams ミーティングに参加しているエンドポイントを登録したプレミス SIP をサポートします。サービスには、Control Hub の新しい使用状況レポートと適用レポートも含まれます。Webex サイトが Cisco Webex ビデオ プラットフォーム バージョン 2.0 であり、ハイブリッド メディア サービスの利点を最大限活用していることを確認する必要があります。(Cloud Collaboration Meeting Room サイト オプションで利用可能なメディア リソース タイプ リストがある場合、Webex サイトが Cisco Webex ビデオ プラットフォーム バージョン 2.0 であることを確認できます。 )

ポート変更

• ハイブリッド メディア サービスでは、新しい宛先ポート (5006) が必要になりました。

• TCP/UDP Port 33434 はサービスではサポートされていません。

完全なリストについては、Webex Teams ハイブリッド メディア サービスに関する導入ガイドの「ハイブリッド メディア サービスによって使用されるポートおよびプロトコル」を参照してください。

OVA 更新

サービスでは、ハイブリッド メディア ノードの最新の OVA 更新をダウンロードしインストールする必要があります。To download the latest OVA, from the customer view in https://admin.ciscospark.com, go to Services > Hybrid Media > Set Up > Settings.

以下のステップを実行して、クラスタの各ハイブリッド メディア ノードをアップグレードします。

1. ノードをメンテナンス モードに変更します。ハイブリッド サービス ノードをメンテナンス モードに移行するを参照します。

2. ノードの登録を解除します。Webex Teams ハイブリッド メディア サービスに関する導入ガイドの「ハイブリッド メディア ノードの登録解除」を参照します。

3. VMware vSphere クライアントまたは vCenter からハイブリッド メディア ノード VM を削除します。

4. 新しいハイブリッド メディア サービス OVA およびソフトウェアをインストールし、ネットワーク構成を設定して、ハイブリッド メディア ノードを Cisco Collaboration Cloud に登録します。Webex Teams ハイブリッド メディア サービスに関する導入ガイドの「ハイブリッド メディア サービスの展開」を参照します。

5. ノードのメンテナンス モードを解除します。ハイブリッド サービス ノードをメンテナンス モードに移行するを参照します。

機能変更、新しい導入ステップ、Webex サイトの準備のガイドに関するすべてについては、https://www.cisco.com/go/hybrid-services-media で Webex Teams ハイブリッド メディア サービスの導入ガイドを参照してください。ガイドの新機能と変更された情報セクションは更新されたセクションにリンクしています。