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

• Control Hub のミーティング トラブルシューティング ページのメディア統計のレイテンシー/ラウンドトリップ時間の値を修正しました。（一部の通話の統計は 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'、重大度: "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 日

• ビデオ メッシュ ノードのウェブ インターフェイスにファクトリ リセットが追加されました。詳細については、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 検証のエラー 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 の修正 - 「共通名を持つ X.509 自己署名証明書が発行元のサーバー (SSL/TLS) と一致しない」問題を修正しました。ノードの証明書の共通名がノードの FQDN (利用可能な場合)、または IP アドレスを与える変更を加えました。

• Web インターフェイスの 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 レジストリへの今後の移行の一部として新しいアラームを追加しました。 「ビデオ メッシュ ノードは、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.5sより長い場合、「DNSサーバーのクエリ応答時間がmsで、最大応答時間が1500msを超えています。」

  • NTPサーバーの解決中にDNSサーバーのクエリ時間が1.5秒を超える場合のアラームテキスト:「を解決している間; DNSサーバーのクエリ応答時間ミリ秒は、最大応答時間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 日

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

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 devices

2023 年 5 月

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

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 サイト に使用可能 なビデオ メッシュ ノードがある場合、[すべての外部サイトに対してビデオ メッシュを優先] 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 以降のサイトでは、ユーザーは短い <meeting_number>@webex.com ビデオ アドレス形式 (<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 データ レジデンシ― サポート

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

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

2018 年 9 月 18 日

ビデオ メッシュの Quality of Service (QoS) 強化

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

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

オンプレミスの登録済みエンドポイントからの送信トラフィックは常に、通話コントロール (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 ハイブリッド メディア サービスの導入ガイドを参照してください。ガイドの新機能と変更された情報セクションは更新されたセクションにリンクしています。