Cisco Nexus 5600 シリーズ NX-OS ソフトウェア アップグレードおよびダウングレード ガイド、リリース 7.2(1)N1(1)

Cisco Nexus 5600 シリーズ スイッチおよび関連拡張モジュール

• Cisco Nexus 5624Q（N5K-C5624Q）

• Cisco Nexus 5696Q（N5K-C5696Q）

• Cisco Nexus 5672（N5K-C5672UP）

• Cisco Nexus 56128（N5K-C56128P）

• Cisco Nexus 5696Q ユニファイド ポート ラインカード拡張モジュール（N5696-M20UP）

• Cisco Nexus 5696Q 40 ギガビット イーサネット ラインカード拡張モジュール（N5696-M12Q）

• Cisco Nexus 5696Q 100 ギガビット イーサネット ラインカード拡張モジュール（N5696-M4C）

Cisco Nexus ファブリック エクステンダ

• Cisco Nexus 2348TQ ファブリック エクステンダ

• Cisco Nexus 2348UPQ ファブリック エクステンダ

• Cisco Nexus 2148T ファブリック エクステンダ

• Cisco Nexus 2248TP ファブリック エクステンダ

• Cisco Nexus 2224TP ファブリック エクステンダ

• Cisco Nexus 2232PP ファブリック エクステンダ

• Cisco Nexus 2232TM ファブリック エクステンダ

• Cisco Nexus 2232TT ファブリック エクステンダ

• Cisco Nexus 2248T ファブリック エクステンダ

• Cisco Nexus 2248TP-E ファブリック エクステンダ

• Cisco Nexus 2232TM-E ファブリック エクステンダ

• Cisco Nexus 2248PQ ファブリック エクステンダ

---

---

表 1 install all コマンドと出力の用語

用語	定義
bootable	イメージの互換性に基づいて、モジュールがブートできるかどうか。
Impact	ソフトウェアのアップグレード メカニズムのタイプ（中断されるタイプ、または中断されないタイプ）。
install-type reset sw-reset rolling copy-only	モジュールをリセットする。 切り替え後すぐにモジュールをリセットする。 各モジュールを順番にアップグレードする。 BIOS、ローダー、またはブート ROM のソフトウェアを更新する。
force	ISSU が可能でも、中断を伴うアップグレードを強制実行するオプション

---

---

表 2 アップグレード/ダウングレードの影響

現在の Cisco NX-OS リリース	NX-OS リリース 7.2(1)N1(1) へのアップグレード	NX-OS リリース 7.2(1)N1(1) からのダウングレード
7.2(0)N1(1) 7.1(2)N1(1) 7.1(1)N1(1) 7.1(0)N1(1b) 7.1(0)N1(1a) 7.0(7)N1(1) 7.0(6)N1(1)	中断を伴わないアップグレード	中断を伴うダウングレード

---

---

---

ISSU とレイヤ 3

Cisco Nexus デバイスは、レイヤ 3 の機能をサポートしています。ただし、レイヤ 3 が有効な場合、ISSU プロセス（中断のないアップグレード）ではシステムをアップグレードできません。ISSU を使用して中断のない方法でアップグレードするには、すべてのレイヤ 3 機能を設定解除し、L3 ライセンスを削除してスイッチをリロードする必要があります。

ISSU でサポートされるトポロジ

この項では、次のトピックについて取り上げます。

• 「Cisco Nexus ファブリック エクステンダでの ISSU サポート」

• 「vPC トポロジに対する ISSU サポート」

• 「ファブリック エクステンダのある vPC トポロジに対する ISSU のサポート」

• 「FCoE トポロジによる ISSU サポート」

• 「ISSU でサポートされるトポロジの要約」

• 「ISSU でサポートされないトポロジの要約」

• 「ISSU 後の管理サービス」

• 「ISSU 中の FCoE プロトコルおよびサービス」

Cisco Nexus ファブリック エクステンダでの ISSU サポート

Cisco Nexus ファブリック エクステンダは、Cisco Nexus デバイスに対してラインカードとして機能します。ファブリック エクステンダは、物理トポロジと論理トポロジ（レイヤ 2）を切り離し、管理とトラブルシューティングのポイントを減らして運用費用を削減し、ループのない大きいレイヤ 2 ファブリックを構築することで、データセンターのネットワーキング インフラストラクチャの柔軟性を高めます。これらは単一レイヤのスイッチングで行われます。

Cisco Nexus デバイスから開始される ISSU プロセスは、スイッチとスイッチに接続された FEX を含むアクセス レイヤ全体をアップグレードします。

ISSU は最初にスイッチをアップグレードします。スイッチがアップグレードされたソフトウェアで動作可能になると、FEX がアップグレードされます。FEX のアップグレードは、一度に 1 FEX ずつ、ローリング方式で行われます。このファブリック エクステンダでのアップグレードには、スイッチのアップグレードと同様に中断がありません。

ISSU がアップグレード完了までに必要とする時間は、接続された FEX の数によって異なります。メンテナンスの時間帯は、アップグレードの合計時間を念頭に置いて計画してください。アップグレード全体を通じて中断は発生せず、サーバで何らかの機能停止が発生することは想定されていません。

vPC トポロジに対する ISSU サポート

ISSU は、2 台のスイッチが vPC 設定でペアになっている場合、完全にサポートされます。vPC 設定では、1 つのスイッチがプライマリ スイッチとして機能し、もう一方がセカンダリ スイッチとして機能します。どちらも完全なスイッチング コントロール プレーンを実行しますが、vPC の相手側のデバイスに最適な転送が行われるように、転送の決定を調整します。さらに、2 台のデバイスが EtherChannel（静的と 802.3ad）をサポートする 1 台のデバイスとして表示され、それらのデバイスに同時にデータ転送サービスを実行できます。

vPC トポロジでデバイスをアップグレードする際には、プライマリ スイッチとなっているスイッチから始めてください。vPC セカンダリ デバイスは、ISSU プロセスがプライマリ デバイスで正常に完了してからアップグレードしてください。2 台の vPC デバイスは、ISSU プロセス全体（アップグレードされているスイッチの CPU をリセットするときのプロセスは除く）でコントロール プレーンの通信を続行します。

次に、スイッチの vPC 動作権限を確認する例を示します。

show install all status コマンドを使用してプライマリ スイッチをリロードした後、プライマリ スイッチでの ISSU のステータスをモニタできます。

ISSU が他のスイッチで進行中に、vPC ピア スイッチでアップグレードを開始しようとしても、ブロックされて実行できません。

---

注 ピア スイッチの設定はアップグレード中にロックされ、vPC ピア スイッチでの vPC は、アップグレードが完了するまで一時停止状態となります。

アップグレード中のピア スイッチでの vPC ステータスの確認

vPC ステータスを表示するには、ピア スイッチで次のように show vpc コマンドを入力します。

ISSU が他のスイッチで開始されると、vPC ピア スイッチに次のメッセージが表示されます。

ピア スイッチでのシステム メッセージの表示

アップグレード中に、次のようなキープアライブ メッセージがピア スイッチに表示されることがあります。

プライマリ スイッチがアップグレードされているときに、次のようなインストール ステータス メッセージがピア スイッチに表示されることがあります。

ファブリック エクステンダのある vPC トポロジに対する ISSU のサポート

ISSU は、デュアルホーム トポロジで親スイッチに接続された FEX が含まれる vPC トポロジ、および FEX がシングルホーム トポロジとなっている場合にサポートされます。

FCoE トポロジによる ISSU サポート

ISSU は、ファイバ チャネルと Fibre Channel over Ethernet（FCoE）が有効となっている場合に、アクセス レイヤ スイッチでサポートされます。このトポロジで ISSU を開始する前に、FCoE ファブリックが安定していることを確認する必要があります。

ISSU でサポートされるトポロジの要約

次の図は、アクセス スイッチ トポロジを示したものです。

図 2 アクセス スイッチ トポロジ

 

 

次の図は、vPC ピアリング トポロジを示したものです。

図 3 vPC ピアリング トポロジ

 

 

次の図は、FEX に静的ファブリック接続された仮想モジュラ システムを示したものです。

図 4 FEX に静的ファブリック接続された仮想モジュラ システム

 

次の図は、仮想モジュラ システムを示したものです。

図 5 仮想モジュラ システム

 

 

次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。

図 6 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX

 

 

次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX およびシングルホーム FEX を示したものです。

図 7 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX

 

次の図は、vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX を示したものです。

図 8 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX

 

ISSU でサポートされないトポロジの要約

ISSU を実行する Cisco Nexus デバイスの、重要なスパニングツリー関連の要件は次の 2 つです。スイッチがリセットされ、ソフトウェアの新しいバージョンがロードされている間、ISSU 実行中のスイッチはコントロール プレーンが非アクティブになります。このような制限がないと、想定していないトポロジの変更が発生した場合にネットワークが不安定になる可能性があります。

• STP 対応スイッチは、ISSU 実行中のスイッチのダウンストリームに配置できません。

• STP Bridge Assurance 機能は、vPC ピア リンク以外で設定できません。Bridge Assurance は、インターフェイスをスパニングツリーのポート タイプ ネットワークとして設定することでイネーブルになります。

STP 条件を満たしていない場合は、中断を伴うアップグレードになることが、インストール チェックで示されます。この場合は、STP 条件に適合するようにトポロジに変更を加えてからあとでアップグレードを実行するか、中断を伴うアップグレードを実行することができます。

次の図は、STP を実行しているブレード スイッチに接続された Cisco Nexus デバイスを示したものです。

図 9 STP を実行しているブレード スイッチへの接続

次の図は、STP を実行しているダウンストリーム スイッチに接続された Cisco Nexus デバイスを示したものです。

図 10 STP を実行しているダウンストリーム スイッチへの接続

 

 

次の図は、別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイスを示したものです。

図 11 別のスイッチで Bridge Assurance を実行している Cisco Nexus デバイス

 

次の図は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。

 

図 12 スタブ スイッチに接続されたデュアルホーム FEX

 

次の図は、スタブ スイッチに接続されたシングルホーム FEX を示したものです。

図 13 スタブ スイッチに接続されたシングルホーム FEX

 

 

次の図は、スタブ スイッチに接続されたデュアルホーム FEX を示したものです。

図 14 スタブ スイッチに接続されたデュアルホーム FEX

 

 

ISSU の前提条件

ISSU がスムーズに進むように、「アップグレードに関する注意事項」に示されているすべてのアップグレードのガイドラインに従ってください。ISSU が進行している間は、ネットワークが安定しており変更が行われていないことを確認してください。また、現在実行中のリリースとターゲット リリースとの間の機能の互換性も確認する必要があります。

次の図は、アップグレードの制限事項を示したものです。

図 15 アップグレードの制限事項

さらに、中断を伴わないアップグレード（ISSU）には複数の固有の要件があります。

トポロジの要件：ISSU を開始した Cisco Nexus デバイスは、前の図でリストされたサポート対象外のトポロジのいずれにもなっていない必要があります。スパニングツリーで指定されたフォワーディング ステートのインターフェイスがあってはいけません。さらに、Bridge Assurance は Cisco Nexus デバイスのどのインターフェイスにも設定できません。vPC ピアリンクはこれらの要件の例外です。

レイヤ 2 の要件：システムがリンク アグリゲーション制御プロトコル（LACP）高速タイマーを設定している場合、ISSU プロセスは中断されます。

FCoE の要件：ISSU がスムーズに動作するよう、トポロジが安定していることを確認してください。次のリストは、チェックする必要がある事項を示したものです。

ドメイン マネージャ：ドメイン マネージャは、インストール プロセスの中で、ファブリックが安定した状態であるかどうか確認します。ファブリックが安定していない場合、インストールは中断されます。

CFS：インストール プロセスの中で、CFS はロックされているアプリケーション（ntp、fsm、rcsn、fctime）がないかチェックします。CFS ロックを保持しているアプリケーションがあると、インストールは中断されます。

ゾーン サーバ：ゾーンのマージ要求またはゾーンの変更要求が進行中の場合、インストール プロセスは中断されます。

FSPF：アップグレード プロセスの中で、Fabric Shortest Path First（FSPF）は設定されたインターフェイスのデッド インターバルが 80 秒よりも長いかどうかを確認します。長くない場合は、インストールが中断されます。

ISSU 後の管理サービス

インバンド ポートおよび管理ポートは、スイッチを ISSU 用にリセットする前に停止し、ISSU の完了後に再開されます。この期間中、インバンド ポートと管理ポートに対応したサービスが影響を受けます。

 

ISSU 中の FCoE プロトコルおよびサービス

ISSU の最中、コントロール プレーンは最大 80 秒間オフラインになります。この期間中におけるネットワークの状態変化は処理されません。変化内容によって、影響が異なります。ISSU 中は、ファブリックの安定を確認することが推奨されます。その他の ISSU の影響については、次の表を参照してください。

 

レイヤ 2 プロトコルの影響

次の表に、レイヤ 2 プロトコルへの ISSU の影響を示します。

スイッチとファブリック エクステンダ上のイーサネット インターフェイス

コントロール プレーン停止期間中にリンク ダウンからリンク アップへの遷移を防止するため、動作上は停止しているが管理上は起動しているポートのレーザーが電源オフされます。この状態は、ISSU リブート開始状態中にスイッチ アプリケーションと FEX アプリケーションが相互の通信を停止した際に発生します。ISSU がリブートして再起動が正常に行われると、レーザーの電源が再びオンになります。この動作によって、リンク状態が ISSU 中にダウンからアップに遷移することが防止されます。

プレインストール チェック

次のような健全性チェックを実行することにより、システムで ISSU の準備が完了していることを確認し、ISSU の影響を理解しておく必要があります。

• ターゲット イメージが現在のイメージと機能の互換性があるかどうか確認するには、show incompatibility コマンドを入力します。

• すべてのプロセスの重大度レベルが 5 以下に設定されているかどうか確認するには、show logging level コマンドを入力します。

• アップグレードの影響を確認するには、show install all impact コマンドを入力します。

• すべての FEX がオンラインであるかどうか確認するには、show fex コマンドを入力します。

• vPC トポロジ内の vPC スイッチの役割を確認するには、show vpc role コマンドを入力します。

• 最新の Cisco NX-OS ソフトウェアに更新するには、install all コマンドを入力します。

• インストーラの影響分析を確認し、次に進むかどうかを決定します

---

注 スイッチはこの時点でリロードすることがあり、これはアップグレードが ISSU でない場合、トラフィックの中断が発生する原因となります。

• インストールの進行状態をモニタします。

• アップグレードを検証します。

• インストールのステータスを確認するには、show install all status コマンドを入力します

次の表に、ISSU の実行時に発生する可能性がある影響または潜在的な問題を確認する show コマンドを示します。

次の作業を実行して、問題が実際に発生する前に、発生する可能性のある問題を特定することもできます。

• bootflash: に、イメージを格納できるだけの空き容量があることを確認します。

• アップグレード バージョンに影響する、現在のシステムの非互換設定を表示します。

• システムに接続されている FEX のステータスを表示します。

• STP 設定と、STP で発生する可能性のある問題が存在するかどうかを表示します。

show lacp issu-impact コマンドを使用すると、いずれかのポートまたはピア スイッチがレート高速モードで設定されているかどうかが表示されます。

• ISSU が中断を伴わないことを確認します。このコマンドでは、個々の FEX におけるアップグレードの影響に関する情報（アップグレード イメージのバージョンなど）が表示されます。このコマンドではまた、アップグレードが中断を伴うかどうかと、その理由についても表示されます。

• disable-fka がいずれかの FCoE NPV（VNP）ポートで ISSU 実行前のチェックとして設定されているかどうかをチェックします。

インストールの概要

次の表に、アップグレード プロセスの概要を示します。

 

外部フラッシュ メモリ デバイスからの実行コンフィギュレーションのコピー

外部フラッシュ メモリ デバイスからコンフィギュレーション ファイルをコピーできます。

はじめる前に

外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。

 

外部フラッシュ メモリ デバイスからのスタートアップ コンフィギュレーションのコピー

Cisco NX-OS デバイス上のスタートアップ コンフィギュレーションを復元するには、外部フラッシュ メモリ デバイスに保存された新しいスタートアップ コンフィギュレーション ファイルをダウンロードします。

はじめる前に

外部フラッシュ メモリ デバイスを、アクティブなスーパーバイザ モジュールに挿入します。

 

vPC 以外のトポロジでのアップグレード プロセス

次のリストは、vPC 以外のトポロジでのアップグレード プロセスを要約したものです。

1. install all コマンドで、インストール済み環境のアップグレードを開始します。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 現在の状態が保存されます。

5. システムが新しいイメージをアンロードして実行します。

6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

7. 新しいイメージでインストーラが再開されます。

8. FEX が順次アップグレードされます。

9. インストールが完了します。

次の例では、ISSU プロセスを示します。

プライマリ スイッチでの vPC トポロジのアップグレード プロセス

次のリストは、vPC トポロジのプライマリ スイッチでのアップグレード プロセスを要約したものです。vPC 以外のトポロジでのスイッチのアップグレードと異なるステップは太字で示しています。

---

注 vPC トポロジでは、2 台のピア スイッチを個別にアップグレードする必要があります。一方のピア スイッチでアップグレードを実行しても、vPC ピア スイッチは自動的に更新されません。

1. vPC プライマリ スイッチで install all コマンドを発行すると、インストールのアップグレードが開始されます。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 両方の vPC ピア スイッチで設定がロックされます。

5. 現在の状態が保存されます。

6. システムが新しいイメージをアンロードして実行します。

7. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

8. 新しいイメージでインストーラが再開されます。

9. FEX が順次アップグレードされます。

10. これでインストールが完了しました。

インストールが完了すると、vPC プライマリ スイッチと、プライマリ スイッチに接続された FEX がアップグレードされます。これで、シングルホーム FEX とデュアルホーム FEX が、アップグレードされたソフトウェアを実行するようになりました。

---

注 デュアルホーム FEX は、異なる 2 つのバージョンの Cisco NX-OS ソフトウェアを実行する、プライマリ スイッチとセカンダリ スイッチに接続されています。vPC プライマリ スイッチがアップグレードされたバージョンを実行し、vPC セカンダリ スイッチが元のバージョンのソフトウェアを実行します。Cisco NX-OS ソフトウェアは、vPC プライマリ スイッチがアップグレード バージョンを実行し、セカンダリ スイッチが元のバージョンの Cisco NX-OS を実行していても、アップグレードされたデュアルホーム FEX が相互運用できるように設計されています。

セカンダリ スイッチでの vPC トポロジのアップグレード プロセス

次のリストは、vPC トポロジのセカンダリ スイッチでのアップグレード プロセスを要約したものです。vPC 以外のトポロジでのスイッチのアップグレードと異なるステップは太字で示しています。

1. vPC セカンダリ スイッチで install all コマンドを発行すると、インストールのアップグレードが開始されます。

2. 互換性チェックにより、アップグレードの影響が表示されます。

3. アップグレードの影響に基づき、インストールが続行するか、停止します。

4. 現在の状態が保存されます。

5. システムが新しいイメージをアンロードして実行します。

6. システム ソフトウェアとアプリケーションの再起動が正常に行われます。

7. 新しいイメージでインストーラが再開されます。

8. FEX が順次アップグレードされます。アップグレードがシングルホーム FEX で完了したら、デュアルホーム FEX で健全性チェックを実行します。

---

注 デュアルホーム FEX は、プライマリ スイッチによってアップグレードされています。

9. プライマリ スイッチとセカンダリ スイッチでの設定のロックが解除されます。

10. これでインストールが完了しました。

---

設定の復元

設定にインターフェイス ブレークアウトまたはユニファイド ポート設定が含まれている場合、次の手順を実行して設定を復元します。

1. copy running-config bootflash :[ directory/ ] filename コマンドを使用して設定をブートフラッシュに保存します。

2. default interface コマンドを使用してブレイクアウト インターフェイスのデフォルト設定を復元します。例： default interface e1/49/1-4, e2/25/1-4

3. copy running-config startup-config コマンドを使用して、実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存します。

4. install all コマンドを使用して、Cisco NX-OS リリース 7.2(0)N1(1) から下位バージョンへのソフトウェア移行を実行します。VPC の場合は、プライマリ スイッチ、セカンダリ スイッチの順にダウングレードしてください。

5. スイッチが起動したら、インターフェイス ブレークアウトのモジュールの電源をオフにし、再度オンにすると有効になります。ベースボード モジュールでブレークアウトが設定されている場合は、 copy running-config startup-config コマンドを使用して実行コンフィギュレーションをスタートアップ コンフィギュレーションに保存してから、再度スイッチをリロードします。

6. ベースボード モジュールでブレークアウトが設定されていなくても、実行コンフィギュレーションに hardware profile route resource service-template が含まれている場合は、再度リロードする必要があります。

7. スイッチ（およびすべてのモジュール）が起動したら、保存した設定を bootflash: <filename> から running-config にコピーします。

8. すべてのインターフェイスが起動し、トラフィックが再開されているかどうかを確認します。

直接 vPC またはシングルホーム FEX アクセス レイヤのアップグレード

次の図は、ホストまたはダウンストリーム スイッチに対する vPC 設定がアクセス レイヤに含まれているトポロジを示しています。

図 16 vPC ピアに直接接続されたホスト

 

図 17 vPC がピア接続されたデュアル スーパーバイザ仮想モジュラ システムのデュアルホーム FEX とシングルホーム FEX

 

図 18 ダウンストリーム スイッチに接続された Cisco Nexus デバイス

 

 

ホストに対する中断を発生させずにアクセス レイヤをアップグレードするには、次のタスクを実行します。

• 最初の vPC スイッチ（vPC プライマリ スイッチ）をアップグレードします。このアップグレード中に、スイッチがリロードされます。スイッチがリロードされると、サーバまたはダウンストリーム スイッチが最初のスイッチへの接続の喪失を検出し、2 番めの（vPC セカンダリ）スイッチへの転送を開始します。

• スイッチのアップグレードが正常に完了したことを確認します。アップグレードが完了すると、スイッチにより、vPC ピアリング、接続されている Nexus 2000 ファブリック エクステンダ、およびすべてのリンクが復元されます。

• 2 番めのスイッチをアップグレードします。2 番めのスイッチで同じプロセスを繰り返すと、アップグレード プロセス中に 2 番めのスイッチがリロードされます。このリロード中、最初の（アップグレード済みの）スイッチは、サーバとの間のすべてのトラフィックを転送します。

• 2 番めのスイッチのアップグレードが正常に完了したことを確認します。

---

注 スイッチでのアップグレード中にそのスイッチに転送されるフローは、2 番めのスイッチにフェールオーバーされます。また、vPC ピアがアクティブのときはフローが再配布されます。トラフィックの中断は、サーバまたはホストでリンク ダウンおよびリンク アップ イベントを検出し、フローを再配布するために必要な時間だけで済みます。

---

注 ブート変数を変更し、リロードを実行することで、Cisco NX-OS ソフトウェアをアップグレードすることは、Cisco Nexus 5000 および 6000 シリーズ スイッチではサポートされません。これを行うと、設定の損失と転送の問題が生じるおそれがあります。

表 8 アップグレード プロセスのモニタリング

コマンド	定義
show fex	ISSU 実行中のファブリック エクステンダのステータスが表示されます。
show install all failure-reason	インストール時に失敗したアプリケーションと、インストールが失敗した理由が表示されます。
show install all status	インストールの高レベル ログが表示されます。
show system internal log install details	最後のインストール関連コマンドの詳細ログが表示されます。
show system internal log install history	最後の 5 つのインストール関連コマンドの詳細ログを、古いものから順に表示します。
show tech-support	問題を報告するときに、Cisco Technical Assistance Center に提供可能なシステム情報およびコンフィギュレーション情報が表示されます。

---