Cisco Unified Communications Manager および IM and Presence Service リリース 12.5(1)SU5 のリリースノート

First Published: August 3, 2021

リリース ノートについて

このリリースでは、Cisco Unified Communications Manager（Unified Communications Manager）および Cisco Unified Communications Manager IM and Presence Service（IM and Presence Service）の新機能、制限事項 および注意事項について説明します。このリリース ノートは、メンテナンス リリースごとに毎回更新されていますが、パッチまたはホットフィックス向けには更新されていません。

サポートされるバージョン

次のソフトウェアバージョンは、リリース 12.5(1)SU5 でサポートされています。

  • Unified Communications Manager：12.5.1.15900-66

  • IM and Presence Service：12.5.1.15900-5

Unified CM と IM and Presence Service 間のバージョンの互換性

バージョンの互換性は、IM and Presence Service の展開タイプによって異なります。次の表は、オプションおよびテレフォニーの導入と IM and Presence Service 展開との間でリリースの不一致がサポートされるかどうかの概要を示しています。リリースの不一致がサポートされる場合、リリースの異なる Unified Communications Manager テレフォニー展開と IM and Presence Service 展開を展開できます。


（注）  
Cisco.com リリース間で生成された再スピンまたは ES は、以前のリリースの一部と見なされます。たとえば、ビルド番号が 12.5.1.18[0-2]xx の Unified Communications Manager ES は、12.5(1)SU7（12.5.1.17900-x）リリースの一部と見なされます。

リリース 12.5(1)SU7a の場合、ビルド番号が 12.5.1.181xx の Unified Communications Manager ES は、12.5(1)SU7a（12.5.1.18100-x）リリースの一部と見なされます。
表 1. Unified Communications Manager と IM and Presence Service 間のバージョンの互換性

展開タイプ

リリースの不一致

説明

IM and Presence Service の標準展開

サポート対象外

Unified Communications Manager と IM and Presence Service は同じクラスタに存在し、同じリリースを実行する必要があります。つまり、リリースの不一致はサポートされません。

中央集中型 IM and Presence Service の展開

サポート対象

IM and Presence Service の展開とテレフォニーの展開は異なるクラスタに存在し、異なるリリースを実行します。つまり、リリースの不一致はサポートされます。

（注）  

 
IM and Presence Service 中央クラスタには、データベースとユーザのプロビジョニングのためのスタンドアロン Unified CM Publisher ノードを含みます。この非テレフォニー ノードは、IM and Presence Service と同じリリースで実行される必要があります。

（注）  

 
リリース 11.5(1)SU4 以降では、IM and Presence Service の中央集中型の展開がサポートされています。

このリリースのドキュメント

このリリースで入手可能なマニュアルの完全なリストについては、『Cisco Unified Communications Manager および IM and Presence Service リリース 12.5(1) のドキュメンテーションガイド』を参照してください。

ドキュメンテーションの再構築 12.5(1)SU1 以降

以下は、12.5(1)SU1 の一部であったドキュメンテーションの再構築作業の概要です。今回リリースおよび以降のリリースでは、操作性を改善し、ドキュメンテーション セットを合理化するために、多くの Unified Communications Manager ドキュメントが再構築されました。この取り組みの一環として、新しいガイドが 1 つ追加され、3 つの既存のガイドが書き直され、5 つの既存のガイドが廃止されています。この全体的な労力により、Unified Communications Manager ドキュメンテーション スイートのサイズが4つのガイドで削減されます。

表 2. 12.5(1)SU1 以降の再構成ドキュメント

再構成ドキュメント

説明

システム構成ガイド

12.5(1)SU1 では、『システム コンフィギュレーション ガイド』は、完全なインストール後のシステム セットアップを作成するために短縮され、簡素化されています。基本のセキュリティと SSO の設定は、高度な呼処理機能が『機能設定ガイド』に移動している間に基本的なセットアップに入力するために追加されています。この新しいガイドでは、高度なシスコ コール処理ソリューションを導入するための、Unified Communications Manager の前提条件を形成しています。

機能設定ガイド

このガイドは、次の高度な呼処理のトピックを『システム コンフィギュレーション ガイド』からこのガイドに移動するために拡張されました。

  • Call Control Discovery（呼制御ディスカバリ）

  • 外部コール制御

  • [コールキューイング（Call Queuing）]

  • コール スロットリング

  • 論理パーティション設定

  • ロケーション認識

  • フレキシブル DSCP マーキングおよびビデオ プロモーション

  • SIP の正規化および透過性

  • [SDP透明性プロファイル（SDP Transparency Profile）]

  • モバイルおよびリモート アクセス

さらに、次の新しいセクションが 12.5(1)SU1 とそれ以降に追加されています。

  • ヘッドセット管理

  • ビデオ エンドポイント管理

アドミニストレーション ガイド

12.5(1)SU1 では、『Cisco Unified Communications Manager アドミニストレーション ガイド』が、いずれも12.5(1)SU1 では廃止されている、『IP アドレス、ホスト名 およびドメインの変更』ドキュメント、『Cisco Unified Reporting アドミニストレーション ガイド』ドキュメント、および既存の『Cisco Unified Serviceability アドミニストレーション ガイド』ドキュメンテーションからの多数のセクションからの統合されたアドミニストレーション情報を含めるために拡張されています。

上記の更新に加えて、トラブルシューティング情報の概要がアドミニストレーション ガイドに挿入されました。

コール レポーティングおよび課金管理ガイド

この新しいドキュメントでは、コール レポーティングおよび課金管理のドキュメンテーションを簡素化し、現在ではいずれも廃止されている『Cisco Unified CDR Analysis and Reporting アドミニストレーション ガイド』および『コール詳細レコード アドミニストレーション ガイド』ドキュメントからの既存の資料を統合しています。また、これまで Serviceability の資料とともに利用できた CDR Repository および課金サーバの情報を追加しました。この新しいガイドは、全体的な構造を簡略化し、より明確な設定プロセスを提供します。

表 3. 12.5(1)SU3 以降の再構成ドキュメント

再構成ドキュメント

説明

セキュリティ ガイド

セキュリティガイドは、リリース 12.5(1)SU3 用に再構成されています。新しいガイドは合理化および強化されており、Unified Communications Manager および登録済みエンドポイントのセキュリティを簡単に設定し、展開できるようになっています。この新しいガイドは、次の 3 つのセクションに分かれています。

  • 基本セキュリティ：Unified Communications Manager および登録済みエンドポイントで基本セキュリティを設定する方法に関する情報が含まれています。

  • ユーザーセキュリティ：ID、認証、およびユーザアクセスを管理する方法に関する情報が含まれています。

  • 高度なセキュリティ機能：FIPS モード、拡張セキュリティモード、V.150 などの高度なセキュリティ機能を展開する方法に関する情報が含まれています。

この本には、展開のセキュリティに関する決定を行うのに役立つ、セキュリティの強化や ID 管理などの主題に関する新しいトピックを含む拡張情報も含まれています。

iPhone および iPad での Cisco Jabber のプッシュ通知の展開

このドキュメントでは、Cisco Unified Communications Manager と IM and Presence サービスを使用した iPhone および iPad での Cisco Jabber のプッシュ通知を設定する方法について説明します。このガイドは更新され、Android デバイスと iOS デバイスの両方で実行される Cisco Jabber および Cisco Webex クライアントのプッシュ通知サポートが含まれています。

アップグレード手順

リリース 12.5(1) へのアップグレード方法については、 『Cisco Unified Communications Manager および IM and Presence Service のアップグレードおよび移行ガイド リリース 12.5(1)』をご覧ください。

アップグレード中のサイドチャネルの脆弱性

このリリースの Unified Communications Manager、Cisco IM and Presence サービス、Cisco Emergency Responder および Cisco Prime Collaboration の導入には、Meltdown および Spectre のマイクロプロセッサの脆弱性に対処するためのソフトウェア パッチが含まれています。

リリース 12.5 (1) 以降にアップグレードする前に、シスコ コラボレーション サイジング ツールを使用して現在の展開をアップグレード済みの 12.5(1) SU7 展開と比較するように、チャネル パートナーまたはアカウントチームと連携させることをお勧めします。必要に応じて、VM リソースを変更して、アップグレードされた導入環境で最適なパフォーマンスが得られるようにします。

新機能および変更された機能

セキュリティ コンプライアンス対応の促進

Unified Communications Manager および IM and Presence Service アーキテクチャのシスコによる継続的なレビューの一環として、セキュリティの脆弱性と脆弱性を特定するために、セキュリティ コンプライアンス ロールアウトの一環として、次のコンプライアンスと検証の投資が行われました。

クロスサイト スクリプティングの脆弱性：Web ベースの管理インターフェイスの脆弱性に対処し、認証されていないリモート攻撃者が影響を受けるデバイスのインターフェイスのユーザに対してクロスサイト スクリプティング（XSS）攻撃を実行できないようにします。XSS の脆弱性を修正するために、Open Web Application Security Project（OWASP）エンコーディングガイドラインが実装されました。

また、Unified CM の信頼できるホストリストのホストヘッダー検証を実現するためのセキュリティコンプライアンス対策が強化されました。Referer ヘッダーとは別に、Unified CM は最初に Unified CM クラスタで設定されたサーバを使用して、ホストヘッダーに存在する IP アドレスまたはホスト名を検証します。一致するものが見つからない場合、Unified CM へのアクセスを許可する前に、ホスト値を Cisco Unified CM の管理ページで設定された信頼できるホストのリストと一致させる試みが完了します。

データ インポートを使用した新規インストール

仮想から仮想（V2V）への移行により、Unified Communications Manager のアップグレードと移行が容易になります。同じプロセスで、Unified Communications Manager バージョンのアップグレード、新しい仮想マシン設定への移行、クラスタ間のデータの移行、VMware vSphere ESXi バージョンのアップグレード、および必要に応じて新しいハードウェアへの移行を行うことができます。

インポートデータを使用した新規インストールは、直接更新アップグレードおよび PCD 移行の代替手段も提供します（一時的な移行ハードウェアまたは管理アプリケーションの設定が望ましくない場合）。

方法は以下のとおりです。

  • 既存のクラスタから SFTP サーバにデータをエクスポートします。

  • 新しいクラスタの新規インストールを実行し、SFTP サーバから新しいクラスタにデータをインポートします。これは、タッチレスインストールでも実行できます。データインポートのオプションが、インストールウィザードと応答ファイルジェネレータの新しいセクションに表示されます。

Install with Data Importの詳細については、Cisco Unified Communications Manager および IM and Presence Service インストール ガイドを参照してください。

CLI の更新

古いシステムから SFTP サーバへのデータエクスポートをサポートするには、次のコマンドを使用します。

  • utils system upgrade dataexport initiate

  • utils system upgrade dataexport status

  • utils system upgrade dataexport cancel

CLI コマンドの詳細については、『Command Line Interface Reference Guide for Cisco Unified Communications Solutions』の「Utils Commands」の章を参照してください。

CTI ポートの強力な暗号スイート

Unified Communications Manager は、CTI ポートの Skinny Client Control Protocol（SCCP）インターフェイスに強力な暗号スイートを提供し、発信側と着信側の間のセキュアなメディア通知を可能にします。詳細については、の「CTI ポートのより強力な暗号スイート」セクションを参照してください。Cisco Unified Communications Manager セキュリティ ガイド

証明書のファイル名の変更の実装

この機能は、同じ認証局から同じ名前の複数の証明書を取得できないシナリオに対処します。証明書の共通名とともにシリアル番号を導入すると、各証明書が一意に識別されます。証明書のファイル名は、commoname_serialnumber.pem として定義されています。各証明書は異なるため、同じ認証局から複数の証明書をアップロードできます。

証明書ファイル名の変更は既存の機能に影響を与えず、Intercluster Sync Agent（ICSA）は以前と同様に機能します。Unified Communications Manager および IM and Presence サービスからアップロードされた IM and Presence サービス証明書、Unified Communications Manager 証明書、およびサードパーティ証明書は、新しい命名プロセスに従い、新しい名前でキャッシュ証明書を作成します。

特記事項

新規インストールおよびアップグレード時のデフォルト CA 証明書

Unified Communications Manager リリース 12.5 (1) 以降をインストールすると、CAP_RTP_001 と CAP_RTP_002 証明書を除くすべてのデフォルト CA 証明書が存在します。これらの証明書を有効にするには、 set cert default-ca list enable {all | common-name}コマンドを使用します。

Unified Communications Manager リリース 12.5(1) 以降にアップグレードする場合は、アップグレード後に古いバージョンに存在していたデフォルトの証明書のみが表示されます。

無効なデフォルト 証明書 バックアップの失敗

ディザスタリカバリシステム (DRS) を使用してバックアップを実行する場合、 set cert default-cal-list disable {all | common-name}を使用してすべてまたは特定のデフォルト証明書が無効になっている場合、バックアップに無効な証明書が含まれていません。新規にインストールされたサーバでバックアップを復元すると、それらの無効な証明書が再度表示されます。

ILS ネットワーキング キャパシティ

Intercluster Lookup Service（ILS）ネットワーク容量は、リリース 12.5(x) 以降で更新されています。ILS ネットワークを計画する際に念頭に置くべき推奨キャパシティは以下のとおりです。

  • ILS ネットワーキングは最大 10 個のハブ クラスタをサポートしており、ハブあたりのスポーク クラスタ数は 20 個であるため、合計で最大 200 個のクラスタを使用できます。ハブとスポークの組み合わせによるトポロジは、各クラスタ内で多数の TCP 接続が作成されるのを回避するために使用します。

  • ハブ クラスタとスポーク クラスタを最大数まで、またはそれを超えて使用すると、パフォーマンスに影響が出る可能性があります。1 つのハブに多数のスポーク クラスタを追加すると余分な接続が作成され、メモリまたは CPU の処理量が増加する可能性があります。1 つのハブ クラスタに接続するスポーク クラスタは 20 個以下にすることを推奨します。

  • ILS ネットワーキングは、追加の CPU 処理をシステムに追加します。ハブアンドスポークトポロジを計画する場合は、ハブクラスタの CPU が負荷を処理するように設定されていることを確認します。CPU 使用率の高いシステムをスポーククラスタとして割り当てることをお勧めします。


（注）  
上記の容量は、システムテストに基づく推奨事項にすぎません。Unified Communications Manager は、ILS ネットワーク内のクラスタの総数にも、ハブあたりのスポーククラスタ数にも制限を適用しません。上記のトポロジは、システムが過度にリソースを消費しないように、最適なパフォーマンスを保証するためにテストされています。

ILS の詳細については、Cisco Unified Communications Manager システム設定ガイド の「クラスタ間ルックアップサービスの設定」の章を参照してください。

Okta 経由の RTMT への SAML SSO ログインの Java 要件

Okta が id プロバイダーとして設定されている SAML SSO があり、SSO を使用して Cisco ユニファイド リアルタイム モニタリング ツールにログインする場合は、最小 Java バージョン8.221 を実行している必要があります。この要件は Cisco Unified Communications Manager および IM and Presence Service の 12.5(x) リリースに適用されます。

同じコールでサポートされていない複数のクロック レート

このリリースでは Cisco TelePresence エンドポイントと Cisco Jabber クライアントは、提供されたコーデックに一致するさまざまなクロックレートの複数の「電話イベント」 SDP 属性をサポートしていません。この機能は、VoLTE/IMS エンドポイントを完全にインターワーキングするために必要です。この更新のため、これらのエンドポイントタイプと VoLTE または IMS エンドポイント間の相互運用性の問題が、8 kHz の異なるクロックレートがネゴシエートされる通話中の再招待で発生する可能性があります。

これらのエンドポイント クラス間のコールの場合:

  • 最初のコール セットアップは問題なく実行されます。

  • 通話中の再招待では、INVITE が Unified Communications Manager によって開始された場合、問題は発生しません。

  • エンドポイントによって開始された再招待では、8 kHz とは異なるクロックレートを使用すると、相互運用性の問題が発生する可能性があります。

新しい Cisco ゲートウェイのサポート

Unified Communications Manager の新しいリリースでは、次のシスコゲートウェイのサポートが導入されています。

  • Cisco VG400 アナログ音声ゲートウェイ

  • Cisco VG420 アナログ音声ゲートウェイ

  • Cisco VG450 アナログ音声ゲートウェイ

  • Cisco 4461 サービス統合型ルータ

次の表に、サポートが導入されたゲートウェイ モデルと、リリース カテゴリ別の最初のリリースを示します。各リリースカテゴリ（たとえば、11.5(x)、12.5(x)）内では、ゲートウェイモデルのサポートは、そのカテゴリの後のリリースとともに、指定されたリリースとともに追加されます。これらのリリースでは、Cisco Unified Communications Manager の [ゲートウェイの設定（Gateway Configuration）] ウィンドウでゲートウェイを選択できます。

表 4. リリース カテゴリ別の最初のリリースを使用する Cisco ゲートウェイ

ゲートウェイ モデル

11.5(x) リリース

12.5 （x） リリース

14(x) リリース

Cisco VG 202、202 XM、204、204 XM、310、320、350 アナログ音声ゲートウェイ

11.5(1) 以降

12.5(1) 以降

14 以降

Cisco VG400 アナログ音声ゲートウェイ

11.5（1）SU7 以降

12.5(1) 以降

14 以降

Cisco VG420 アナログ音声ゲートウェイ

サポート対象外

12.5(1)SU4 以降

14SU1 以降

Cisco VG450 アナログ音声ゲートウェイ

11.5（1）SU6 以降

12.5(1) 以降

14 以降

Cisco 4321、4331 4351、4431、4451 サービス統合型ルータ

11.5(1) 以降

12.5(1) 以降

14 以降

Cisco 4461 サービス統合型ルータ

11.5（1）SU6 以降

12.5(1) 以降

14 以降

Cisco Catalyst 8300 シリーズ エッジプラットフォーム

—

12.5(1)SU4 以降

14 以降

Cisco アナログ電話アダプタ

Cisco アナログ電話アダプタは、アナログ電話機、またはファックスなどのアナログ デバイスをネットワークに接続します。これらのデバイスは、[電話の設定（Phone Configuration）] ウィンドウを使用して設定できます。次の表では、ATA シリーズのモデル サポートを取り上げています。

表 5. Cisco アナログ電話アダプタ

ATA アダプタ

11.5(x) リリース

12.5 （x） リリース

14(x) リリース

Cisco ATA 190 アナログ電話アダプタ

11.5(1) 以降

12.5(1) 以降

14 以降

Cisco ATA 191 アナログ電話アダプタ

11.5(1)SU4 以降

12.5(1) 以降

14 以降

SDL リスニングポートの更新には、すべてのノードで CTIManager を再起動する必要がある

SDL リスニング ポートサービス パラメータの設定を編集する場合、サービスが実行されているすべてのクラスタ ノードで Cisco CTIManager サービスを再起動する必要があります。現在、ヘルプテキストにはサービスを再起動するように指示されていますが、サービスが実行されているすべてのノードでサービスを再起動する必要があるとは指示されていません。Cisco Unified CM の管理インターフェイスから、このサービスパラメータにアクセスするには、システム > サービスパラメータに進み、Cisco CTIManager をサービスとして選択し、[詳細(Advanced)] をクリックして CTIManager サービスパラメータの完全なリストを表示します。

このアップデートは CSCvp56764 の一部です。

輸出規制対象のお客様向けのサテライトの導入を使用した輸出規制

Unified Communications Managerサテライトの導入（サテライト バージョン：7-202001）を使用して、輸出規制対象のお客様が Unified Communications Manager で輸出規制機能を有効にできるようサポートします。『Cisco Unified Communications Manager システム設定ガイド』の「スマートライセンシングの輸出コンプライアンス」の章で「スマート ソフトウェア ライセンシングの概要」のセクションを参照してください。サテライトの詳細については、https://software.cisco.com/download/home/286285506/type/286285517/os を参照してください。

IM and プレゼンス リリース 11.5 (1) 以降からのデータベース スキーマのアップグレード

IM and Presence Service を使用して外部データベースとして導入された Microsoft SQL データベースがある場合は、次のいずれかのシナリオを選択してデータベーススキーマをアップグレードします。

表 6. MSSQL データベース スキーマのアップグレード シナリオ

シナリオ

手順

IM and Presence Service 11.5 (1)、11.5 (1) SU1、または 11.5 (1) SU2 リリースからのアップグレード

MSSQL データベースのアップグレード方法の詳細については、『IM and Presence Service データベース セットアップ ガイド』の「Microsoft SQL Server を使用したアップグレードに必要なデータベース移行」セクションを参照してください。

これにより、テキストから nvarchar (最大) の列タイプに必要な変更が行われます。

IM and Presence Service 11.5(1)SU3 以降からのアップグレード

IM and Presence Service サーバーに接続されている MSSQL データベースは、IM and Presence Service のアップグレード中に自動的にアップグレードされます。これにより、nvarchar (4000) から nvarchar (最大) までの列タイプに必要な変更が行われます。

（注）  

 

列タイプが nvarchar (4000) の古いデータベースに接続するなど、何らかの理由でアップグレードを手動でトリガーする場合、次のアクションは列タイプを nvarchar (最大) に変更することによってデータベースをトリガーしてアップグレードします。

  • Cisco xcp Config Manager を再起動した後、Cisco XCP Router サービスを再起動します。または

  • 外部データベースのスキーマ検証中：データベースをテキスト会議（TC）、メッセージ アーカイバ（MA）、または非同期ファイル転送（AFT）サービス に割り当て、[外部データベース設定（External Database Settings）] ページをリロードします。（Cisco Unified CM IM and Presence 管理ユーザーインターフェイスから、[メッセージング（Messaging）] > [外部サーバーの設定（External Server Setup）] > [外部データベース（External Databases）] の順に選択し、データベースを見つけて選択して [外部データベースの設定（External Database Settings）] ページをロードします）。

応答しないリモート クラスタ ノード

問題

リモート クラスタのすべてのノードが一度にダウンします。

説明

上記の問題が発生した場合は、

  • 2 つのクラスタはそれぞれ 4 つのノードを持っていて、両方のクラスタのすべてのノードが UDS に設定されています。

  • クラスタ 2 は、クラスタ 1 ビューでパブリッシャ FQDN とともに定義されています。反対に、Jabber ユーザ はクラスタ 1 としてホーム クラスタを持ちますが、SRV はクラスタ 2 をポイントし、クラスタ 2 は クラスタ ビューでクラスタ 1 からのパブリッシャ の FQDN がコンフィギュレーションされ、到達可能になったときに最初に更新される [RemoteClusterServiceMapDynamic] テーブルのエントリをすべて保持します。

  • クラスタ 2 の [RemoteClusterServiceMapDynamic] でクラスタ 1 の 3 つのノードすべてが停電により一度にダウンした場合、新しい Jabber のログインはホーム クラスタの検出に失敗します。

  • ノードがダウンしていても、クラスタ 2 の RemoteClusterServiceMapDynamic は以前の IP を表示し続けます。

  • クラスタ 2 では、[RemoteClusterServiceMapDynamic] からノードが順番に、または 1 つダウンした場合に、リスト内の次のノードのエントリが UDS アクティブによって更新されます。

問題は、[RemoteClusterServiceMapDynamic] からの 3 つのノードすべてが停電によりダウンした場合、4 番目のノードが [RemoteClusterServiceMapDynamic] に追加されていないことです。ただし、クラスタ 2 の応答可能なクラスタビューをクラスタ 1 のアクティブなサブスクライバーにポイントする場合、[RemoteClusterServiceMapDynamic] が自動的に更新されます。

ソリューション

クラスタ ビューから非アクティブなリモート ノードを削除して、アクティブ ノードを追加します。

このアップデートは CSCvq5867 の一部です

Cisco Tomcat サービスの再起動

Security Assertion Markup Language シングルサインオン（SAML SSO）を有効または無効にした後、Cisco Tomcat サービスを再起動することをお勧めします。

不具合

バグ検索ツール

システムは、シビラティ（重大度）に従って既知の問題（バグ）を格付けします。これらのリリース ノートには、次のバグ レベルの説明があります。

  • シビラティ（重大度）レベル 1 または 2 のすべてのバグ

  • 重大度レベル 3 の重要なバグ

  • お客様から報告されたすべてのバグ

任意のリリースの任意のシビラティ（重大度）のオープンな警告および解決済の警告は、お客様が必要に応じて障害情報を検索できるオンライン ツールである Cisco バグ検索ツールを使用して検索できます。

Cisco バグ検索ツールにアクセスするには、次のアイテムが必要です。

  • インターネット接続

  • Web ブラウザ

  • Cisco.com のユーザ ID とパスワード

Cisco バグ検索ツールを使用するには、以下のステップに従います。

  1. Cisco バグ検索ツールにアクセスします: https://tools.cisco.com/bugsearch/。

  2. 自分の Cisco.com のユーザ ID とパスワードでログインします。

  3. 特定の問題に関する情報を検索する場合は、[Search for] フィールドにバグ ID 番号を入力し、[移動（Go）] をクリックします。


ヒント

バグの検索、保存された検索の作成、バグ グループの作成などの方法については、[バグ検索] ページの [ヘルプ (help)] をクリックしてください。

12.5(1)SU5 に関する警告

次の表は、このリリースで開いている注意事項のリストです。https://bst.cloudapps.cisco.com/bugsearch/ のバグ検索ツールで障害を検索できます。

12.5(1)SU5 に関する警告

未解決の警告と解決済みの警告のリストについては、それぞれの Readme ファイルを参照してください。