リリース ノートのないアップデートは、進行中のメンテナンス リリースです。 これらは、ビデオ メッシュの展開を最新で安全な状態に保つために必要な更新です。 ただし、機能に影響を与える変更や、顧客に影響を与える特定のバグを修正するための変更は含まれていません。

最新のビデオ メッシュ ノード ソフトウェアをダウンロードする

新規インストール時には、必ず最新の Webex ビデオ メッシュ ノード ソフトウェアをこのリンクからダウンロードしてください。 以前のインストールで Webex ビデオ メッシュ ノードを導入する際に使用したイメージは使用しないでください。

インストール手順については、https://www.cisco.com/go/video-mesh に進み、「Edge ビデオ メッシュ の展開ガイド」にアクセスしてください。

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

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

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 日

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-meshWeb インターフェイスからビデオ メッシュ ノードを管理する」を参照してください。

2019.11.06.1992m

2019 年 11 月 14 日

  • CSCvr92794 の修正 - 「ノード IP に対する FQDN 検証で間違ったエラー メッセージが表示される」問題を修正しました。

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

2019.10.21.1973m.1

2019 年 11 月 1 日

2019.10.11.1964m.1

2019 年 10 月 23 日

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

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

  • 新しい「サブジェクト代替名」 フィールドをウェブ インターフェイスの CSR 作成フォームに追加しました。

2019.09.19.1956m

2019 年 9 月 26 日

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

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

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

  • 認証された API にアクセスしている場合、攻撃者がコマンド注入攻撃を仕掛けることができる Ping tp 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-meshWebex ビデオ メッシュを管理する」の章を参照してください。

  • 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.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 日

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

このページでは、新しいリリースに向けて Webex ビデオ メッシュ の展開を準備するために役立つ情報をカバーします。

https://www.cisco.com/go/video-mesh に進み、「Edge ビデオ メッシュ の展開ガイド」にアクセスしてください。

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 以上かかる場合、または Cisco TAC が推奨する場合は、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@webex.com ビデオアドレス形式 (<meeting_number>@<site_name>.webex.com) を使用してミーティングに参加することができます。 ビデオ メッシュがこの短いアドレス形式をサポートするようになりました。

展開ガイドは、 ビデオ メッシュの展開を設定する際に、https://www.cisco.com/go/video-mesh の短い形式を処理するための手順が更新されました。

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

デフォルトでは、ミーティング招待状は現在も長い形式を使用しています。 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 ビデオ メッシュの展開には、主に Webex Teams とクラウド登録のエンドポイントが含まれている場合、これらのノードは、標準的な設定で提供されるより多くのスイッチングとより少ないトランスコーディング リソースを使用します。 より多くの小規模な仮想マシンを主催者に展開することで、このシナリオのリソースを最適化します。

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

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

  • 20 GB メインメモリ

  • 80 GB ローカルハードディスクスペース

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

Cisco Meeting Server 1000

(CMS 1000)

3 台の VMNLite 仮想マシン

(3 個のビデオ メッシュ ノード)

Cisco Multiparty Media 410v サーバー

2 台の VMNLite 仮想マシン

(2 個のビデオ メッシュ ノード)

このテストでは、単一の仮想マシンの展開と比較して、単一の 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 日

ビデオ メッシュ ノード ウェブ インターフェイスの新しいネットワーク設定オプション (外部ネットワークインタフェース、ルーティングルール、コンテナネットワーク)

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

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

2020 年 3 月 20 日

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

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

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

2019 年 11 月 4 日

ビデオ メッシュレポートの新しい強化点: 分析と最近のリソース使用状況

ビデオ メッシュの展開を管理するために、2 つのカテゴリのレポートにアクセスできるようになりました。 分析と、最近のリソース使用状況です。

「分析」は、エンゲージメント、リソース使用率、および帯域幅の使用のカテゴリについて、長期間の傾向 (最大3ヶ月のデータ) を提供する、新しいインタラクティブ レポートです。

最近のリソース使用状況」レポートは以前から利用できたものですが、Control Hub のトラブルシューティングのページに移動されました。 これにより、組織内のアクティビティをほぼリアルタイムに確認できます。

これらのレポートは、特定のデータを探すためにフィルタリングできます。また、Control Hub から様々なファイル タイプで直接保存できます。 詳細については、https://www.cisco.com/go/video-mesh のビデオ メッシュの資料を参照してください。

2019 年 8 月 16 日

明示的プロキシのサポート

Cisco Webex ビデオ メッシュは、透過的な検査と非検査プロキシに加えて、明示的プロキシをサポートしています。 これらのプロキシを Webex ビデオ メッシュの展開と関連付けて、エンタープライズからクラウドへのトラフィックをセキュリティ保護し、監視できるようにすることができます。 この機能は、シグナリングおよび管理用 https ベースのトラフィックをプロキシに送信します。 透過プロキシについては、ビデオ メッシュ ノードからのネットワーク要求はエンタープライズネットワーク ルーティング ルールにより、特定のプロキシに転送されます。 ノードにプロキシを実装した後で、証明書の管理および全体の接続状態に Webex ビデオ メッシュ管理インタフェースを使用できます。


メディアはプロキシを通して転送されません。 クラウドに直接到達するために、メディア ストリームに必要なポートを開く必要があります。

詳細については、「ビデオ メッシュのプロキシ サポート」および展開ガイドのその他関連する更新を参照してください。

2019 年 7 月 25 日

ビデオ メッシュノードの Web インターフェイスでの新しいトラブルシューティング機能 (Ping, Trace Route、NTP Server、Reflector Server、デバッグ アカウント)

Webex ビデオ メッシュ Web インターフェイスには、トラブルシューティングを簡単にするための新機能が追加されました。 Web インターフェイスからさまざまなネットワーク テスト (ping、trace route、NTP サーバー検証) を実行することができます。 また、適切なポートが Reflector Server を使用してネットワーク上で開いていることを確認することもできます。 Cisco サポート エンジニアの支援が必要な場合は、一時的なデバッグ ユーザー アカウントを作成して、導入のトラブルシューティングを行うことができます。

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

2019 年 5 月 24 日

ビデオ メッシュ ノードの Web インターフェイスでの新しいトラブルシューティング機能と改良された概要

Webex ビデオ メッシュ Web インターフェイスには、トラブルシューティングを簡単にするための新機能が追加されました。 ノードからログとパケット キャプチャを生成し、準備ができたら Cisco サポートに提出することができます。

Web インターフェイスには、ノードのヘルス、登録情報、接続テストの結果など、ノードに関する有用な情報が記載された、再設計された概要ページも含まれています。

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

Docker Hub から Amazon Elastic Container Registry への移行

ビデオ メッシュ ノードによってアクセスされるさまざまなドメインの数を減らすために、Docker ハブドメイン (.docker.io および .docker.com) から Amazon のエラスティック コンテナ レジストリ (* .amazonaws.com) に移行しています。 この移行は、この投稿時点から約 6 ~ 8 週間で発生します。 準備手順として、Webex 組織に登録されているビデオ メッシュ ノードが * .amazonaws.com ドメインと通信できることを確認する必要があります。そうしないと、ビデオ メッシュ ノード コンテナの将来のアップグレードが失敗します。 ビデオ メッシュ ノードから *.amazonaws.com ドメインへのトラフィックを確実にするには、ファイアウォールおよび/またはプロキシの設定を確認してください。

ファイアウォールまたはプロキシに変更を加えたら、ビデオ メッシュ ノードの web インターフェイスにログインして、 *.amazonaws.com ドメインへの接続を確認することができます。 Amazon への接続チェック機能は、2019.03.19.1826m ソフトウェア リリースに含まれていました。*.amazonaws.com ドメインへの接続を検証するには、このソフトウェアを実行している必要があります。

  1. ビデオ メッシュ ノード web インターフェイス (https://%VMN_IP%/setup) に移動して、[概要] を選択します。

  2. [Connectivity Details] セクションで、[Cloud Connectivity Check] のステータスを確認します。


    接続性の詳細が赤の場合、これは Amazon への接続性チェックが失敗したことを示し、さらなる修正が必要です。

2019 年 2 月 15 日

セキュアな SIP トランクと透過型プロキシのサポート

Webex ビデオ メッシュは、Unified CM から ビデオ メッシュ ノードへのセキュアなトランク接続と、セキュアな証明書の交換をサポートするようになりました。 このオプションを使用する場合、クラウドから、プレミスで登録されているエンドポイントへの、エンドツーエンドの暗号化が要求されます。

Webex ビデオ メッシュはまた、透過型の検査および非検査プロキシもサポートするようになったので、エンタープライズからクラウドへのトラフィックをセキュアにし、モニタできるようになりました。

ビデオ メッシュ ノードの導入でこれらの機能を使用する方法の詳細については、https://www.cisco.com/go/video-mesh の導入ガイドを参照してください。

2019 年 2 月 7 日

ビデオ メッシュ向けのデュアル ネットワーク インターフェイス

DMZ を導入する際、デュアル ネットワーク インターフェイス (NIC) を持つクラスター内にビデオ メッシュ ノードをセットアップできるようになりました。 この導入オプションを使用すれば、ビデオ メッシュ ノード上で、クラウド ネットワークのトラフィックからエンタープライズ ネットワークのトラフィックを隔離することができます。 内向き (エンタープライズ側) の NIC は、ボックス間通信、ノード クラスター間のカスケード、およびノードの管理インターフェイスへのアクセスのために使用されます。一方、外向き (クラウド側) の NIC は主に、外部領域への接続と、クラウドへのカスケードのために用いられます。

ビデオ メッシュ ノードの導入でこの機能を使用する方法の詳細については、https://www.cisco.com/go/video-mesh の導入ガイドを参照してください。

2018 年 9 月 18 日

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

Webex ビデオ メッシュのノードは、サービスの質 (QoS) のベストプラクティスで推奨されている品質に準拠するようになりました。このことは、ビデオ メッシュ ノードの間で送受信されるすべてのフローにおいて、音声ととビデオのストリームを差別化するためのポート範囲を有効にすることによって行われます。 この変更により、QoS ポリシーを作成し、ビデオ メッシュ ノードとの間の送受信トラフィックを効果的に区別することができるようになります。

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

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

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


Webex アプリのアプリは引き続き、共有ポート 5004 および 5006 で、Webex ビデオ メッシュ ノードに接続します。 これらのポートはまた、Webex アプリのアプリとエンドポイントにより、Webex ビデオ メッシュ ノードへの STUN 到達性テストのために使用されます。 Webex ビデオ メッシュ ノードから Webex ビデオ メッシュ ノードへのカスケード用には、5004 または 5006 の宛先共有ポートを使用します。

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