2021.12.17.2464m.3

2021 年 12 月 21 日

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

2021.11.21.2452m.1

2021 年 12 月 1 日

マイナーな変更により、デフォルトのアバターのイニシャルが変更される場合があります。ユーザー名の一部が括弧内にある場合、システムはイニシャル文字を選択してもその部分は無視されます。

2021.11.08.2441m.1

2021 年 11 月 11 日

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

2021.10.18.2439m.12

2021 年 10 月 27 日

このメンテナンス アップグレードにはセキュリティ アップグレードが含まれています。

2021.10.11.2438m.1

2021 年 10 月 18 日

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

2021.09.13.2432m.10

2021 年 9 月 23 日

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

2021.08.09.2428m.7

2021 年 8 月 26 日

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

2021.08.09.2428m.2

2021 年 8 月 13 日

今回のメンテナンス アップグレードには、新たなプライベート ミーティング機能が含まれています。

2021.07.22.2424m

2021 年 7 月 29 日

• 同時に複数の参加者を表示しコンテンツを共有しているときの SIP エンドポイントにおける画面通知表示の問題が修正されます。

2021.07.08.2423m

2021 年 7 月 15 日

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

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

• 修正済み latency/round-trip コントロールハブの会議トラブルシューティングページにあるメディア統計情報の時間値。（一部の通話に関する統計データは、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 解決テストの動作を変更しました。DNSテストに合格するためには、設定された各DNSサーバーがテスト用のFQDNを解決できる必要があります。（以前のバージョンでは、いずれかのDNSサーバーがテスト対象のFQDNを解決できれば、テストは合格とされていました。）

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

• ネットワークインターフェイス 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'、重大度: "警告"、タイトル: 「コールのヘルスチェックに失敗しました」

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 日

• ビデオ メッシュ ノードのウェブ インターフェイスにファクトリ リセットが追加されました。詳細については、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 日

• 修正済み CSCvr92794—ノードIPに対するFQDN検証時の誤ったエラーメッセージ。

• ノードが適切に休止されず、短いタイムアウトを使用していた問題を修正しました。これは、クラスター内の他のノードが 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 アドレスを与える変更を加えました。

• 新しい「件名代替案」を追加しました Name(s):" ウェブインターフェースのCSR作成フォームのフィールドに入力します。

2019.09.19.1956m

2019 年 9 月 26 日

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

• このアラームの深刻度を「重大」から「警告」に変更しました。「ビデオメッシュノードが、Ciscoクラウドプロバイダーから必要なソフトウェアをダウンロードできませんでした。」この問題は、ネットワークに関連する複数の問題が原因で発生する可能性があります。パブリック ネットワーク (.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 ビデオ メッシュを管理する」の章を参照してください。

• Amazon Elastic Container Registry への今後の移行の一環として、新しいアラームが追加されました。「ビデオメッシュノードが、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 日

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

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

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

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

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

  • NTPサーバーの名前解決中にDNSサーバーへのクエリ時間が1.5秒を超えた場合の警告メッセージ：「 <ntp-server>の名前解決中」 ; DNSサーバー <x>のクエリ応答時間 <number> ミリ秒が、最大応答時間1500ミリ秒を超えました。

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 日

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

2026年1月

Video MeshノードのWebインターフェースにEC証明書管理タブを追加しました。これは、Video Mesh上での1対1通話におけるエンドツーエンド暗号化（E2EE）のサポートに備えるためです。管理者はこのタブを使用して、証明書署名要求の作成、EC証明書と秘密鍵のアップロード、およびEC証明書のインストールを行うことができます。

この新機能により、ユーザー間のすべての通信が暗号化され、Webexクラウド内で復号化が行われないことが保証されるため、プライバシーとセキュリティが強化されます。

2025年11月

Video Meshでのオンプレミス録画

Video Meshはオンプレミスでの録画に対応し、会議コンテンツのセキュリティと管理を重視する組織にとって、会議の主権確保に向けた新たな一歩を踏み出しました。

この新機能により、Webexの会議やウェビナーを組織内で録画できるようになり、すべての録画データを社内ネットワークに安全に保存できます。オンプレミスでの録画は、WebexアプリとWebexウェブクライアントで利用できます。

主なメリット

• 会議コンテンツを完全にコントロール: オンプレミスで録画されたデータはすべて、お客様の組織のインフラストラクチャ内に保存されます。

• セキュリティ強化: 機密性の高い会議内容は、信頼できる環境から決して外部に持ち出されません。
• 無制限の保持: 必要な期間、制限なく録音を保存できます。

2025年1月

クラスター間カスケード

インタークラスターカスケードは、ビデオメッシュの導入を最適化するための効果的な方法を提供します。組織内のビデオメッシュクラスタ間で直接カスケード接続を可能にすることで、通話品質と帯域幅の利用効率を向上させます。また、組織内のどのクラスターがクラスター間連携に参加できるかを柔軟に選択することもできます。詳細については、 クラスター間カスケード を参照してください。

2024年11月

テレプレゼンス相互運用プロトコル（TIP）およびマルチプレックス（MUX）のサポート終了

WebexがTelePresence Interoperability Protocol (TIP)およびMultiplex (MUX)を廃止するのに伴い、Video MeshはCTS、TX、IXデバイスで使用されるTelePresence Interoperability Protocol (TIP)およびMultiplex (MUX)をサポートしなくなります。 TIP/MUX プロトコル。

2024年2月

• Video MeshプラットフォームはThousandEyes Enterpriseエージェントと統合され、ハイブリッドデジタルエコシステム全体にわたるエンドツーエンドの監視が可能になりました。この統合により、幅広いネットワーク監視テストを利用できるようになります。ネットワークインフラストラクチャ内のあらゆる箇所における問題をより正確に診断できるため、導入効率が向上します。

  組織で ThousandEyes を有効にしてテストを構成する方法の詳細については、 ThousandEyes と Video Mesh の統合を参照してください。

• 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 を追加することで、 Video Mesh ノード API の汎用性と機能性を向上させました。管理者は、ノード展開のさまざまな段階で役立つ3つのカテゴリのAPIから選択できるようになりました。それらは以下のとおりです。

• VMN管理API

• VMNネットワークAPI

• VMNサーバー証明書API

2023 年 7 月

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

Video MeshはWebhookによるアラートをサポートするようになり、組織の管理者は導入状況の特定の側面を容易に監視できるようになりました。通話オーバーフローや通話リダイレクトなどのイベントに関する通知を受け取るように設定できるため、導入状況を監視するためにコントロールハブにログインする必要性を最小限に抑えることができます。

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

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

ビデオメッシュノードAPI

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

2023年6月

クライアントタイプの包含機能を強化するため、アナリティクスダッシュボードのグラフとチャートを改良しました。

• リソース タブで、クラスター固有のデータを確認できます。

  ドーナツグラフまたはチャートのいずれかでクラスターを選択し、 適用をクリックします。この操作を行うと、他のすべてのグラフのデータもフィルタリングされるため、選択したクラスターに関連するデータのみが表示されます。

• リソース タブに2つの新しいグラフを追加しました。これらは 、エンドポイントタイプ別の総コール結合数 と エンドポイントタイプ別の総コール結合数の傾向です。クラスターや特定のエンドポイントタイプを選択することで、必要な情報のみを表示できます。

• エンゲージメント タブでは、 通話レッグをエンドポイントタイプ グラフで以下のタイプにグループ化しています。

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

2023 年 5 月

ウェブクライアントサポート

ウェブクライアント経由で行われた通話がビデオメッシュノードに接続されるようになり、組織はサポートする通話の種類において、より柔軟な対応が可能になります。

2023 年 3 月

新しい到達可能性テストと改良された監視ツール

既存の監視テストに、到達可能性テストを追加しました。到達可能性テストは、メディアの健全性監視テストと併せて、定期的に、また必要に応じて実行されます。また、監視ツールを改良し、テスト結果をより詳細に表示できるようにしました。さらに、概要ページを更新し、詳細情報へのアクセスをよりシンプルで直感的なものにしました。

ビデオメッシュ監視ツールにアクセスするためのUIパスを変更しました。新しいビデオメッシュタブは 、トラブルシューティング にあります。 > ビデオメッシュ の代わりに トラブルシューティング > 状態 > ビデオメッシュ は以前と同じです。

監視ツールの概要ページでは、テストがシグナリング、カスケード、到達可能性の3つのカテゴリに分類されており、トラブルシューティングプロセスをより細かく調整するのに役立ちます。

2023 年 2 月

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

• 今回のVideo Mesh開発者APIのフェーズでは、組織の管理者がVideo Meshの導入におけるトラブルシューティングを完全に制御できるようにする機能強化を導入しました。
• 管理者は、開発者ポータルから、ネットワーク、メディアヘルスモニター、接続性テストなど、さまざまなオンデマンドトラブルシューティングテストを実行できるようになりました。また、実行したテストの詳細な結果を確認することで、デプロイメントの健全性についてより深い洞察を得ることができます。

2022 年 11 月

コントロールハブでのクラスター名の変更

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

2022 年 9 月

ビデオ メッシュ開発者 API

Video Mesh開発者APIは、組織の管理者がWebex開発者ポータルを通じて、Video Mesh展開の監視のための詳細な指標や洞察に富んだ分析データを取得するための、強力かつ柔軟な方法を提供します。これらの 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 のショート ビデオ アドレス形式

WBS39.9以降のサイトでは、ユーザーはより短い @webex.com ビデオアドレス形式（ @.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 データ レジデンシ― サポート

Cisco Webex Teamsの欧州データ所在地域にある組織は、Video Meshを利用できるようになりました。このサポートには、新しく作成されたフェーズ 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) 上での構成に基づいて決定されます。

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

2018 年 2 月 12 日

Cisco Spark および Cisco WebEx ミーティングのすべての参加者に対するマルチストリーミング サポート

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 更新をダウンロードしインストールする必要があります。最新のOVAをダウンロードするには、 https://admin.ciscospark.comの顧客ビューから サービス に移動してください。 > ハイブリッドメディア > 設定 > 設定。

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

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 ハイブリッド メディア サービスの導入ガイドを参照してください。ガイドの新機能と変更された情報セクションは更新されたセクションにリンクしています。