コメントありがとうございます。

2021.12.17.2464m.3

2021年12月21日

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

2021.11.21.2452m.1

2021年12月1日

少し変更すると、一部のデフォルトアバターのイニシャルが変わる可能性があります。 ユーザー名の一部が括弧内にある場合、システムはイニシャルを選択するときにその部分を無視するようになりました。

2021.11.08.2441. 1

2021年11月11日

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

2021.10.18.2439m.12

2021 年 10 月 27 日

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

2021.10.11.2438m1

2021 年 10 月 18 日

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

2021.09.13.2432.10

2021年9月23日

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

2021.08.09.2428。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

2021年6月24日

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

2021.05.27.2405m

2021年6月4日

• オンプレミスの登録済みビデオデバイスのスタックレイアウトに関する今後の Webex 変更のサポートを追加します。

2021.05.05.2395m.5

2021年5月21日

• デフォルト以外のレイアウトの表示に若干の改善が含まれています。

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

2021.04.27.2391m

2021年4月30日に

• Control Hubのトランスコードされた通話のパケットロス統計の報告を修正しました。

2021.03.22.2384m.3

2021年4月6日

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

2021.03.22.2384m1

2021 年 3 月 31 日

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

2021.03.03.2359.7

2021年3月16日

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

2021.03.03.2359m

2021年3月12日

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

2021.02.05.2352m.4

2021年2月12日

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

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

2021.01.13.2349m3

2021年2月5日

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

2020.12.08.2333.6

2021年1月25日

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

2020.12.08.2333.5

2021年1月8日

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

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

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

• プロキシ接続をテストする際のタイムアウトによる接続エラーの報告を改善しました。

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

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

2020.12.08.2333m

2020年12月11日

• DNSキャッシュで利用できる情報を拡張しました。 デプロイガイドの「DNSキャッシュを有効または無効にする」を参照してください。

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

2020.11.17.2319m.9

2020年12月8日

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

2020.11.17.2319m.4

2020 年 12 月 1 日

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

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

• テストごとに、SIPシグナリング、メディアシグナリング、メディアカスケードの障害にフラグを立てることができます。

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

• 最大7日間の過去のテスト障害追跡。

2020.11.17.2319m.4

2020年11月25日

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

2020.11.06.2314m

2020年11月18日

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

• ビデオメッシュノードで今後発生するNTP問題のデバッグに役立つように、エラーメッセージの詳細度を上げました。

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

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

2020.10.16.2305m

2020 年 10 月 23 日

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

2020.09.22.2288.3

2020 年 10 月 1 日

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

2020.09.22.2288m

2020 年 9 月 30 日

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

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

• Control Hubの会議のトラブルシューティングページのメディア統計のレイテンシー/往復時間の値を修正しました。 （一部の通話では、統計が1000倍ずれていました。）

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

2020.09.11.2279m

2020年9月18日

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

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

2020.08.31.2273m

2020年9月8日

• ポート33432でTLS 1.1を無効にしました。

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

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

2020.08.19.2266m1

2020年8月26日

• DNSキャッシュオプションを追加しました。 (「お知らせ」タブを参照してください。)

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

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

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

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

2020.08.06.2258m.4

2020年8月18日

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

2020.08.06.2258。1

2020年8月13日

• IX5000を会議からロビーに戻すと通話が切断される問題を修正しました。

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

2020.07.15.2245m

2020年7月20日

• マイクロソフトベースのDNSサーバーの古いバージョンとの互換性を高めるために、DNS解決テストを変更しました。

• Webex Meetingsアプリから受信した音声が、一定時間沈黙した後の最初の数秒間、予想よりも静かになることがある問題を修正しました。

2020.06.29.2236.10

2020年7月9日

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

• 損失の多いネットワークでのメディア品質が向上しました。

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

• Video Meshノードがどのクラウドメディアサーバーにもアクセスできない場合のアラームを追加しました。

2020.06.18.2231m

2020年6月26日

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

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

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

• VMNLiteデプロイメントのサポートを追加しました。 (「お知らせ」タブを参照してください。)

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

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

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

2020.05.26.2200。3

2020年6月10日

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

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

• ノードウェブインターフェースの概要ページに稼働時間カウンターを追加しました。

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

• カスケードシグナリングをポート443に移行する一環として、ポート444へのプロキシ接続テストを無効にしました。

2020.05.13.2195m

2020年5月27日

• サードパーティのブラウザ自動入力拡張機能が Webex Video Mesh ノードの Web インターフェイスに干渉する可能性がある問題を修正しました。

2020.04.16.2176.2

2020年5月8日

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

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

• ノードが明示的なプロキシの背後にある場合に問題が発生した後、WebSocket接続テストを無効にしました。

2020.04.16.2176.1

2020年4月24日

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

• Webex Video Mesh ノードウェブインターフェイスの概要ページに、クラウド接続チェックをさらに追加しました。

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

• 管理者が2048ビット未満のサーバー証明書をアップロードするとエラーメッセージが表示されるように、サーバー証明書ページにキーの長さの制限を追加しました。

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

2020.03.11.2143.8

2020 年 4 月 17 日

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

• 短期間に何度も電話をかけると、通話が失敗する可能性がある問題を修正しました。

2020.03.11.2143.7

2020年4月6日

• 1080p通話の帯域幅を325万から4Mに増やしました。

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

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

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

2020.03.11.2143.3

2020年3月24日

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

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

2020年3月22日

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

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

2020年3月11日

• ノードで特定のしきい値を超えて障害が発生した場合に、定期的な通話ヘルスチェックと、ノードとコントロールハブで報告された対応するアラーム（mf.callHealth.fail）を無効にしました。

2020.03.02.2132m

2020年3月6日

• NTLMv2プロキシ認証のサポートを追加しました。 （Video Meshはバージョンを自動的に検出するので、プロキシを設定するときに指定する必要はありません。）

• ノードで定期的なコールヘルステストの障害が一定のしきい値を超えて発生した場合に、ノードとコントロールハブに報告されるアラームを追加しました。

  アラーム ID：'mf.callHealth.fail'、重要度：「警告」、タイトル：「通話ヘルスチェックが失敗しました」

2020.02.09.2120。1

2020年2月28日

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

2020.01.30.2115m

2020 年 2 月 7 日

• CSCvs70769 — NGINX HTTPリクエストスマグリングの脆弱性を修正しました

• Opusコーデックは、1対1の会議や通話に対応しています。

2020.01.12.2091m

2020年1月22日

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

• 臨場感あふれる3画面のエンドポイントの一部の画面で低品質のビデオが表示されることがある問題を修正しました（CSCvs28104）。

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

2019.12.15.2053m

2020年1月8日

• 会議（少なくとも 1 つの Webex Board を含む）が SIP デバイスから Webex エンドポイントに低解像度のビデオストリームを送信していた問題を修正しました。

2019.12.03.2042m

2019年12月12日

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

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

2019.11.06.1992m

2019年11月14日

• CSCvr92794を修正しました — ノードIPに対するFQDN検証のエラーメッセージが正しくありません。

• ノードが適切に静止せず、短いタイムアウトを使用していた問題を修正しました。これは、クラスター内の他のノードがコントロールハブでメンテナンスモードに移行したときにのみ発生し、容量が減少して通話が切断されました。

2019.10.21.1973.1

2019 年 11 月 1 日

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

2019.10.11.1964m.1

2019年10月23日

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

• CSCvr39878 — 共通名が発行サーバー（SSL/TLS）と一致しないX.509自己署名証明書を修正しました。 ノード上の証明書の共通名がノードのFQDN（利用可能な場合）またはIPアドレスを示すように変更しました。

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

2019.09.19.1956m

2019年9月26日

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

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

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

• PingとCheck NTP APIに影響する脆弱性を修正しました。攻撃者が認証されたAPIにアクセスできれば、コマンドインジェクション攻撃を仕掛ける可能性があります。

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

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

2019.08.21.1941m.2

2019年9月13日です

• ノードのCPUレベルが急上昇し、許容レベルに戻らない問題を修正しました。

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

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

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インターフェイスのノード詳細カードにOSバージョンを追加しました。

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

• ノードのWebインターフェイスに、ping、traceroute、NTP検証を使用した接続チェックを追加しました。 （詳細については、導入ガイドを参照してください。）

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

• 入れ替わった参加者に送信される帯域幅が多すぎるという問題を修正しました。

• ホストによってミュートされている参加者タイプによっては、ミュート解除オプションがないという問題を修正しました。

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

2019.06.13.1907.7

2019年7月12日

• パケットが失われず、レイテンシーが低い場合でも、ビデオの解像度が低下することがあった問題を修正しました。

• ホストが参加者をミュートしてからミュートを解除すると、音声が途切れることがあった問題を修正しました。

2019.06.13.1907m.3

2019年6月20日

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

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

2019.06.13.1907.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.1869.1

2019年4月26日

• Windows 用 Webex Teams からのワイヤレス共有が場合によっては機能しない問題を修正しました。

2019.03.22.1829m.2

2019年4月2日

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

• 障害のあるNTPサーバーが機能し始めると、コントロールハブのNTPアラームが削除されない問題を修正しました。

2019.03.19.1826m

2019年3月22日

• 登録されたノードで設定を変更するには、まずノードをメンテナンスモードにする必要があります。

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

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

• CSCvo93454を修正しました-イマーシブシステムがWebexに参加するときの片方向ビデオ。

• CSCvo87069を修正しました — ビデオメッシュSIPの信頼できるソースが入力されていません

2019.02.14.1788m1

2019年2月21日

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

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

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

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

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

  • NTPサーバーの解決中にDNSサーバーのクエリ時間が1.5秒を超えた場合のアラームテキスト：「解決中、<ntp-server><x>DNSサーバーのクエリ応答時間（ミリ秒）<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 サーバーの警告メッセージは、ログイン時にビデオメッシュの管理インターフェイスに表示され、コントロールハブのアラームとして表示されます。

2019.01.14.1764m1

2019年1月18日

• 会議中にビデオが片方向にしか送信されず、一部のデバイスまたはクライアントがビデオストリームを見ることができなかった問題を修正しました。

2018.10.04.1692m

2018 年 10 月 5 日

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

2026年五月

コラボレーションを強化するためにゲストユーザーサポートを追加しました。 企業ネットワーク内のゲストユーザーが、ビデオメッシュで会議に参加できるようになりました。 詳しくは、「ゲストユーザーにビデオメッシュの使用を許可する」を参照してください。

2026年1月

ビデオメッシュでの1対1の通話のエンドツーエンド暗号化（E2EE）サポートに備えて、ビデオメッシュノードのウェブインターフェイスにEC証明書管理タブを追加しました。 管理者は、このタブを使用して、証明書署名リクエストの作成、EC証明書と秘密鍵のアップロード、EC証明書のインストールを行うことができます。

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

2025年11月

ビデオメッシュでのオンプレミス録画

Video Meshはオンプレミスでの録画をサポートするようになり、会議の内容よりもセキュリティと管理を優先する組織の会議主権に向けた新たな一歩を踏み出しました。

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

主なメリット

• 会議内容の究極の管理：オンプレミスの録画はすべて組織のインフラストラクチャ内に保存されます。

• セキュリティの強化：機密性の高い会議コンテンツが信頼できる環境から離れることはありません。
• 無制限の保存：制限なしに、必要なだけ録音を保存できます。

2025年1月

クラスター間カスケード

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

2024年11月

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

ビデオメッシュは、TIP/MUXプロトコルが廃止されたWebexに準拠して、CTS、TX、IXデバイスで使用されるテレプレゼンス相互運用プロトコル（TIP）とマルチプレックス（MUX）をサポートしなくなります。

2024年2月

• ビデオメッシュプラットフォームがThousandEyes Enterpriseエージェントと統合され、ハイブリッドデジタルエコシステム全体でエンドツーエンドの監視を実行できるようになりました。 この統合により、さまざまなネットワーク監視テストが可能になります。 ネットワークインフラのどこにでもある問題をより正確に診断できるため、導入の効率が向上します。

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

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

2023年12月

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

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

2023年8月

さまざまな機能を持つ新しいAPIを多数追加することで、ビデオメッシュノードAPIの汎用性と機能を向上させました。 管理者は、ノード導入のさまざまな段階で役立つ3つのAPIカテゴリから選択できるようになりました。 それらは以下の通りです：

• VMN 管理API

• VMN ネットワーク API

• VMN サーバー証明書 API

2023年7月

ビデオメッシュアラート用のウェブフック

Video MeshはWebhookを介したアラートをサポートするようになり、組織管理者は展開の特定の側面を簡単に監視できます。 コールオーバーフローやコールリダイレクトなどのイベントの通知を受けることを選択できるため、展開を監視するためにControl Hubにログインする必要が最小限に抑えられます。

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

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

ビデオメッシュノード API

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

2023年6月

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

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

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

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

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

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

2023年5月

Webクライアントサポート

Webクライアントを介して行われた通話はビデオメッシュノードに着信できるようになり、 組織がサポートする通話の種類をより多様化できます。

2023年3月

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

既存のモニタリングテストセットにアクセス可能性テストを追加しました。 リーチビリティテストは、定期的かつオンデマンドで、メディアヘルスモニタリングテストとともに実行されます。 また、テスト結果をより詳細に表示できるように監視ツールを改善し、 概要ページを更新して、詳細情報に簡単かつ直感的にアクセスできるようにしました。

ビデオメッシュ監視ツールに到達するようにUIパスを変更しました。 新しいビデオメッシュタブは、以前と同じように [ トラブルシューティング] > [ステータス] > [ビデオメッシュ] ではなく、[ トラブルシューティング] > [ビデオメッシュ] にあります。

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

2023年2月

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

• ビデオメッシュ開発者APIのこのフェーズでは、 組織管理者がビデオメッシュ導入のトラブルシューティングを完全に制御できるようにする拡張機能を導入しました。
• 管理者は、開発者ポータルから、ネットワーク、 メディアヘルスモニター、到達可能性テストなど、さまざまなオンデマンドトラブルシューティングテストを開始できるようになりました。 また、 開始したテストの詳細な結果を確認できるので、 導入の健全性についてより深い洞察を得ることができます。

2022年11月

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

コントロールハブでビデオメッシュクラスターの名前を編集できるようになりました。 また、クラスター名にUnicodeサポートを追加しました。

2022年9月

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

Video Mesh Developer APIは、組織管理者が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 Meetings 設定で、Webexサイトに使用可能なビデオメッシュノードがある場合、メディアは外部サイトでの会議用にそれらのノードを経由します。 詳細については、https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings を参照してください。

2022年1月

ポートの更新

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

これらのポートは、既存のポート5004に追加されています。 ファイアウォールの設定でUDP 50,000〜53,000のポート範囲を開いてください。 次のリリースがリリースされるときにこれらのポートが開いていないと、サービスが中断されます。

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

2021 年 10 月

グローバルに分散されたメディア

Video Meshは現在、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日

フルアドミニストレーター向けのコントロールハブからのアクセスノード

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

この機能を使用できるのは、Webex 組織のフル管理者だけです。 パートナーや外部のフルアドミニストレーターを含む他の管理者には、ビデオメッシュリソースの Go To Node オプションがありません。

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

2020年8月26日

DNS キャッシュ

ビデオメッシュノードへのDNS応答が定期的に750ミリ秒以上かかる場合は、DNSキャッシュを有効にできます。 DNSキャッシュをオンにすると、 ノードはDNS応答をローカルにキャッシュします。 ローカルキャッシュにより、リクエストが接続アラーム、通話ドロップ、または通話品質の問題を引き起こす可能性が低くなります。 DNSキャッシュは、DNSインフラストラクチャの負荷を減らすこともできます。

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

Webex イベントサポート

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

2020 年 8 月 7 日です

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

WBS39.9以降のサイトでは、<meeting_number>@webex.comユーザーは短いビデオアドレス形式（の代わりに）を使用して会議に参加できます。<meeting_number>@<site_name>.webex.com Video Meshは、この短いアドレス形式をサポートするようになりました。

https://www.cisco.com/go/video-mesh にある導入ガイドには、ビデオメッシュを導入する際の短縮フォーマットの取り扱い方法が記載されています。

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

• Webex Unified CM ビデオメッシュ用のセキュア TLS SIP トラフィックルーティングを設定してください

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

• ビデオメッシュ用のエクスプレスウェイTCP SIPトラフィックルーティングを設定してください

デフォルトでは、現在のところ、会議の招待状はまだ長い形式を使用しています。 Webex サイトの形式を変更するには、「Webex Meetingsおよびイベントのショートビデオアドレス形式の表示」を参照してください。

2020年7月9日

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

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

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

手動MTU設定は、Webex Video Mesh Node Webインターフェイスのネットワーク設定ページの [詳細設定] タブにあります。 詳細については、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のローカルハードディスク容量

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

私たちのテストでは、1つのCMS1000に3つのVMNLiteノードを使用すると、単一の仮想マシンを導入する場合と比較して、スイッチドコールのパフォーマンスが50％向上することがわかりました。

標準構成と同様に、VMNLite仮想マシンでは他のサービスとの共存はできません。

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

2020年6月9日

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

ビデオメッシュクラスターの自動ソフトウェアアップグレードを毎日（デフォルト）ではなく毎週実行するようにスケジュールできるようになりました。 アップグレードは一度延期できます。 週単位のスケジュールを設定した場合、延期とは、アップグレードが翌週のアップグレード期間中に行われるということです。

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

2020年4月24日

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

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

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

2020 年 3 月 20 日

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

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

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

2019年11月4日

ビデオメッシュレポートの新しい機能強化：分析と最近のリソース使用量

ビデオメッシュの導入管理に役立つ、分析と最近のリソース使用量の2つのカテゴリのレポートにアクセスできるようになりました。

アナリティクスは、エンゲージメント、リソース使用量、帯域幅使用量のカテゴリにおける長期的な傾向（最大3か月分のデータ）を提供する新しいインタラクティブなレポートです。

最近のリソース使用状況レポートは以前は利用可能でしたが、Control Hubのトラブルシューティングページに移動されました。 組織内の活動をほぼリアルタイムで把握できます。

探している特定のデータでこれらのレポートをフィルタリングし、コントロールハブから直接、さまざまなファイルタイプとして保存できます。 詳細については、https://www.cisco.com/go/video-mesh にあるビデオメッシュのドキュメントを参照してください。

2019年8月16日

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

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

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

2019年7月25日

ビデオメッシュノードWebインターフェイスの新しいトラブルシューティング機能（Ping、トレースルート、NTPサーバー、リフレクターサーバー、およびデバッグアカウント）

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

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

2019年5月24日

ビデオメッシュノードのWebインターフェイスの新しいトラブルシューティング機能（ログ、パケットキャプチャ）と改良された概要

Webex Video Mesh Webインターフェイスに、トラブルシューティングを簡単にする新機能が追加されました。 ノード自体からログとパケットキャプチャを生成し、準備ができたらシスコサポートに送信できます。

ウェブインターフェイスには、ノードの状態、登録情報、接続テストの結果など、ノードに関する役立つ情報を含む再設計された概要ページもあります。

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

Docker HubからAmazonエラスティック・コンテナ・レジストリへの移行

ビデオメッシュノードがアクセスするさまざまなドメインの数を減らすために、Dockerハブドメイン（.docker.ioと.docker.com）からAmazonエラスティックコンテナレジストリ（*.amazonaws.com）に移行します。 この移行は、この記事が掲載されてから約6〜8週間後に行われます。 準備段階として、Webex 組織に登録されているビデオメッシュノードが*.amazonaws.com ドメインと通信できることを確認する必要があります。そうしないと、ビデオメッシュノードコンテナの今後のアップグレードが失敗します。 ファイアウォールやプロキシの設定をチェックして、ビデオメッシュノードからのトラフィックが*.amazonaws.comドメインに許可されていることを確認してください。

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

1. ビデオメッシュノードのウェブインターフェイス（https: //% VMN_IP %/setup）に移動し、「概要」を選択します。

2. 接続の詳細セクションで、クラウド接続チェックのステータスを確認してください。

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

2019年2月15日です

安全なSIPトランクとトランスペアレントプロキシのサポート

Webex Video Meshは、Unified CMビデオメッシュノードへの安全なトランク接続と証明書の安全な交換をサポートするようになりました。 このオプションでは、クラウドからオンプレミスの登録エンドポイントまで、エンドツーエンドの暗号化が必要です。

Webex Video Meshは、透過的な検査プロキシと非検査プロキシもサポートしているため、企業からクラウドへのトラフィックを保護および監視できます。

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

2019 年 2 月 7 日です

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

DMZ導入では、デュアル・ネットワーク・インターフェイス（NIC）を備えたクラスタにビデオ・メッシュ・ノードをセットアップできるようになりました。 この導入オプションを使用すると、企業ネットワークトラフィックをビデオメッシュノード上のクラウドネットワークトラフィックから分離できます。内部（企業向け）NICはボックス間通信、ノードクラスター間のカスケード、ノードの管理インターフェイスへのアクセスに使用され、外部（クラウド向け）NICは主に外部への接続とクラウドへのカスケードに使用されます。

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

2018 年 9 月 18 日

ビデオメッシュのサービス品質（QoS）の強化

ビデオメッシュノードは、ビデオメッシュノードに出入りするすべてのフローのオーディオストリームとビデオストリームを区別できるポート範囲を有効にすることで、推奨されるサービス品質（QoS）のベストプラクティスに準拠するようになりました。 この変更により、QoSポリシーを作成し、ビデオメッシュノードに出入りするトラフィックを効果的にリマークできます。

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

オンプレミスの登録エンドポイントからのソーストラフィックは、常にコールコントロール（Unified CMまたはVCS Expressway）の設定によって決まります。

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

2018 年 2 月 12 日

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

Cisco Spark Hybrid Media Serviceを通じてローカルのハイブリッドメディアノードで会議を主催すると、マルチストリーミングサポートに含まれる機能を活用できます。 マルチストリームは、特にハイブリッドメディアサービスノードとCisco Sparkパブリッククラウドメディアノード間のカスケードリンクで、平均して帯域幅の利用率が高くなります。

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

2018 年 1 月 5 日

シスコWebExとシスコスパークのミーティング、ポートの変更、OVAアップデートのサポート

Cisco Sparkハイブリッドメディアサービスは、Cisco WebExミーティングとCisco Sparkミーティングに参加するオンプレミスのSIP登録エンドポイントをサポートするようになりました。 このサービスには、Control Hubの新規使用状況レポートと採用レポートも含まれています。 ハイブリッドメディアサービスを最大限に活用するには、WebExサイトがCisco WebExビデオプラットフォームバージョン2.0であることを確認する必要があります。 （クラウドコラボレーション会議室のサイトオプションで利用できるメディアリソースタイプリストがあれば、WebExサイトがビデオプラットフォームバージョン2.0であることを確認できます。）

ポートの変更

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

• TCP/UDPポート33434は、このサービスではサポートされなくなりました。

全リストについては、Cisco Spark ハイブリッドメディアサービスの導入ガイドの「ハイブリッドメディアサービスで使用されるポートとプロトコル」を参照してください。

OVAアップデート

このサービスでは、ハイブリッドメディアノードに最新のOVAアップデートをダウンロードしてインストールする必要があります。 最新のOVAをダウンロードするには、のカスタマービューからhttps://admin.ciscospark.com、サービス > ハイブリッドメディア > セットアップ > 設定に移動します。

次の手順を実行して、クラスター内の各ハイブリッドメディアノードをアップグレードしてください。

1. ノードをメンテナンスモードに移行してください。 ハイブリッドサービスノードをメンテナンスモードに移行するを参照してください。

2. ノードを登録解除してください。 Cisco Spark ハイブリッドメディアサービスの導入ガイドの「ハイブリッドメディアノードの登録解除」を参照してください。

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

4. 新しいハイブリッドメディアサービスOVAとソフトウェアをインストールし、ネットワーク構成を設定し、ハイブリッドメディアノードをに再登録します。Cisco Collaboration Cloud Cisco Spark ハイブリッドメディアサービスの導入ガイドの「ハイブリッドメディアサービスの導入」を参照してください。

5. ノードをメンテナンスモードから外してください。 ハイブリッドサービスノードをメンテナンスモードに移行するを参照してください。

すべての機能変更、新しい導入手順、およびWebExサイトの準備に関するガイダンスについては、https://www.cisco.com/go/hybrid-services-media にある「Cisco Spark ハイブリッドメディアサービスの導入ガイド」を参照してください。 ガイドの「新規および変更された情報」セクションは、更新されたセクションにリンクしています。