Cisco Nexus 3000 シリーズ NX-OS ソフトウェアのアップグレードおよびダウングレード ガイド、リリース 7.x

Cisco Nexus 3000 シリーズ スイッチ

• Cisco Nexus 3016 スイッチ（N3K-C3016Q-40GE）

• Cisco Nexus 3048 スイッチ（N3K-C3048TP-1GE）

• Cisco Nexus 3064-TQ スイッチ（N3K-C3064TQ-10GT）

• Cisco Nexus 3064-X スイッチ（N3K-C3064PQ-10GX）

• Cisco Nexus 3064-E スイッチ（N3K-C3064PQ-10GE）

• Cisco Nexus 3064 スイッチ（N3K-C3064PQ）

Cisco Nexus 3100 シリーズ スイッチ

• Cisco Nexus 3132Q スイッチ（N3K-C3132Q-40GE）

• Cisco Nexus 3132Q-X スイッチ（N3K-C3132Q-40GX）

• Cisco Nexus 3172PQ スイッチ（N3K-C3172PQ-10GE）

• Cisco Nexus 3172TQ スイッチ（N3K-C3172TQ-10GE）

ISSU の前提条件

ISSU がスムーズに動作するには、「Cisco NX-OS アップグレードの注意事項」の項にリストされている、すべてのアップグレードの注意事項に厳格に従う必要があります。特に、ネットワークが安定していて、ISSU が進行している間は変更が発生しないようにすることが重要です。また、現在実行中のリリースとターゲットのリリースとの間に、機能の互換性も必要です。

CLI および SNMP の設定の変更要求は、ISSU 動作中に拒否されます。

ISSU 中の STP トポロジの変更は想定されていません。

スパニング ツリーによってフォワーディング ステートとなったインターフェイスがないようにしてください。また、Bridge Assurance はスイッチのどのインターフェイスにも設定できません。vPC ピアリンクは、これらの要件から除外されます。

現在の STP トポロジが ISSU の要件と整合性を維持しているかどうか確認します。show spanning-tree issu-impact コマンドを使用すると、STP 設定と、STP に関する問題が発生する可能性があるかどうかが表示されます。

システムが LACP 高速タイマーを設定している場合、ISSU プロセスは中断されます。

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

ゲスト シェルは ISSU の間に無効になり、アップグレード後に再アクティブ化されます。Cisco Nexus 3000 シリーズ スイッチの ISSU の間、ISSU を受けないノードがアクティブであると、すべてのファーストホップ冗長プロトコル（FHRP）は他方のピアをアクティブにします。

N3K のコンパクト イメージ

リリース 7.x 以降、機能拡張がリリース 7.0(3)I3(1) のイメージ サイズを小さくするために追加されています。元のイメージ サイズは、圧縮する前は約 550MB です。Cisco Nexus 3000 シリーズ スイッチでは、ブートフラッシュのサイズは 1.4GB ～ 1.6GB です。ISSU または fast-reload を実行するにはブートフラッシュに約 650MB の空き領域が必要です。現在のブートフラッシュでは、ブートフラッシュと空きブートフラッシュに 2 つのイメージがあると ISSU または fast-reload が実行できません。スペースは 600MB 未満です。

この制限を克服するために、イメージ サイズを約 400MB に小さくするためにオプションがサポートされています。最大スペースを使用可能にするには、ブートフラッシュから不要なファイルをすべて削除して、現在のブート イメージの圧縮を始めることを推奨します。

まず現在のブート イメージを圧縮する必要があります。たとえば、リリース 7.0(3)I3(1) のイメージです。現在のブート イメージを圧縮するには最低 750MB のスペースが必要です。次に、その次のイメージ 7.0(3)I3(x) をコピーしてそのイメージを圧縮します。非ブート イメージを圧縮するのに必要な最低限の空き領域は 450MB です。両方のイメージが圧縮されると、ISSU の要件である 600MB 空き領域が満たされます。

イメージの圧縮の順序も重要です。ブートフラッシュにコピーされた別のイメージがあると、現在ロードされているイメージを圧縮できません。

CLI コマンド install all nxos bootflash:<image_name> compact を使用してイメージを圧縮します。

（注） install all nxos bootflash:<image_name> compact の CLI オプションはリリース (7.0.3.I3.*) バージョン以降のイメージに適用されます。古い Cisco Nexus 3000 シリーズのイメージをこの CLI オプションで圧縮しないでください。

イメージの圧縮は以前のイメージを上書きします。現在起動されたイメージでイメージの圧縮に失敗すると、そのイメージは元のまま保持されます。

圧縮されたイメージは、下記のプラットフォーム グループ内でのみ再利用できます。

グループ 1

• Cisco Nexus 3172 スイッチ

• Cisco Nexus 3172TQ スイッチ

• Cisco Nexus 3132Q スイッチ

グループ 2

• Cisco Nexus 3064 スイッチ

• Cisco Nexus 3064-T スイッチ

• Cisco Nexus 3048 スイッチ

リリース 7.0(3)I2(1) 以降のリリース用の BIOS のアップグレード

リリース 7.0(3)I2(1) 以降のリリース用の BIOS のアップグレードについては、次のガイドラインを参照してください。

Cisco Nexus 3000 シリーズ プラットフォームでは、リリース 7.0(3)I2(1) 以降のイメージをロードするために BIOS のアップグレードが必要になります。すべての Cisco Nexus 3000 シリーズ プラットフォームでリリース 7.0(3)I2(1) 以降のリリースと互換性があるのは、BIOS バージョン 3.x.x だけです。このことはアップグレードの通常の方法の install all では考慮されていますが、fast-reload によるアップグレードの場合はそのアップグレードの前に、BIOS を明示的にアップグレードする必要があります。

リリース 6.0(2)U6(3) では、BIOS のみをアップグレードするための次の追加の CLI オプションが導入されています。

この手順は、リリース 6.0(2)U6(3) から実行する必要があります。この手順によって、リリース 7.0(3)I2(1) イメージからの BIOS イメージだけがアップグレードされ、スイッチはリロードされません。

（注） BIOS のアップグレード時に、インストールが中断を伴うとシステムから警告されますが、実際は中断を伴わず、デバイスもリロードされません。このため、BIOS のアップグレードを続けることができます。

システムでリリース 7.0(3)I2(1) 以降のリリースへの fast-reload を実行できるのは、BIOS アップグレードの完了後だけです。

（注） リリース 7.0(3)I2(1) よりも前のリリースの場合は、まず Cisco Nexus 3000 リリース 6.0.2.U6(3) にアップグレードします。リリース 6.0.2.U6(3) で install all nxos bootflash:<image_name> bios コマンドを使用して、BIOS のバージョンをバージョン 3.x.x にアップグレードします。次に、リリース 6.0.2.U6(3) からリリース 7.0(3)I2(1) 以降のリリースへの高速リロードを実行します。リリース 7.0(3)I2(1) への高速リロード時に、新しい BIOS は有効になっています。

Cisco Nexus 3000 シリーズの各プラットフォームの BIOS バージョン

Cisco Nexus 3000 シリーズの各プラットフォームの BIOS バージョンについては、次の表を参照してください。

アップグレードの前提条件

• アップグレードが進行している間は、ネットワークが安定しており変更が行われていないことを確認してください。

• 現在実行中のリリースとターゲットのリリースとの間の、機能の互換性も確認する必要があります。

アップグレード後の管理サービス

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

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

次の表に、レイヤ 2 プロトコルへのアップグレードの影響を示します。

スイッチのイーサネット インターフェイス

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

インストール前のチェック

健全性チェックを実行することにより、アップグレードに向けてシステムでの準備が完了していることを確認し、アップグレードの影響を理解しておく必要があります。

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

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

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

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

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

（注） スイッチはリロードされ、トラフィックが中断することがあります。

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

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

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

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

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

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

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

• アップグレードの影響を確認します。

高速再起動のタイミング要件

高速再起動がサポートする構成のタイミング要件は次のとおりです。

• ASIC をリセットし、コントロール プレーン中断後のデータ プレーンを中断するのに要する時間：90 秒未満
コントロール プレーンが中断された場合

• トラフィックの転送の再開に要する時間：25 秒未満

高速再起動のガイドライン

現在、高速再起動は、限られた構成およびトポロジだけでサポートされます。サポートされている構成およびガイドラインの一部は、このセクションに記載されています。システム ソフトウェアを fast-reload コマンドを使用して高速にリロードする際は、サポートされる次のガイドラインを使用してください。

• 設定変更

リロード中またはアップグレード中はコンフィギュレーション モードに入ることはできません。Cisco NX-OS ソフトウェア イメージをアップグレードまたはダウングレードする前に、アクティブなすべてのコンフィギュレーション セッションを保存、送信、または破棄する必要があります。アクティブなコンフィギュレーション セッションが、リロード中に警告なしで削除されます。

アクティブなコンフィギュレーション セッションがないことを確認するには、show configuration session summary コマンドを使用します。

fast-reload コマンドを使用する前に、設定の互換性を確認してください。

（注） カーネルまたは BIOS の変更が発生する可能性のあるアップグレードには、fast-reload コマンドを使用しないでください。

コンフィギュレーション セッションの詳細については、『Cisco Nexus 3000 Series NX-OS System Management Configuration Guide』を参照してください。

（注） CLI および SNMP の設定変更の要求は拒否されます。

• トポロジ：アップグレードを実行する前に Spanning Tree Protocol（STP）などのトポロジ変更を行う必要があります。モジュールのインストールまたは削除を行うのは、アップグレードの前または後だけにしてください。ただし、レイヤ 2 およびルーティング トポロジは変更しないでください。また、デフォルト ルート ブリッジは設定しないでください。

• スケジューリング：アップグレードは、ネットワークが安定しているときにスケジュールしてください。スイッチまたはネットワークにアクセスできるすべての人がその時間にスイッチまたはネットワークを設定しないようにします。アップグレード中はスイッチを設定できません。

• スペース：イメージをコピーする場所に十分なスペースがあることを確認します。内部ブートフラッシュにはおよそ 650 MB の空き容量が必要です。

• ハードウェア：インストール プロセスの最中は、電源停止が起こらないようにします。電源が停止すると、ソフトウェア イメージが破損するおそれがあります。

• リモート サーバへの接続

10/100/1000 BASE-T イーサネット ポート接続の IPv4 アドレスまたは IPv6 アドレスを設定します（インターフェイス mgmt0）。スイッチにリモート サーバへのルートが設定されているかどうかを確認します。サブネット間でトラフィックをルーティングするルータがない場合は、スイッチおよびリモート サーバは同一のサブネットワーク上にある必要があります。

• リンク集約制御プロトコル（LACP）高速タイマー：高速リロードするには、LACP 高速タイマーを設定しないでください。

• 互換性イメージは、次の 2 つの方法のいずれかで取得します。

– ローカル： スイッチ上のローカル イメージを使用できます。

– リモート：イメージがリモートの場所にある場合、リモート サーバのパラメータとローカルで使用するファイル名を使用して、取得先を指定します。

• コマンド：新しいソフトウェアの準備およびインストールを行うには、次のコマンドを使用します。

– リモート サーバへの接続を確認するには ping コマンドを使用します。

– イメージ ファイルをコピーするために必要なスペースがあるかどうかを確認するには dir コマンドを使用します。

– アップグレードの影響を確認するには show install all impact コマンドを使用します。また、アップグレードが中断を伴うかどうか、あるいはアップグレードが中断する理由と、スイッチをリブートする必要があるかどうかや、リブートが必要な理由も表示されます。

（注） コンソール ポートにログインして、アップグレード プロセスを開始することを推奨します。

• コントロール プレーン中断とデータ プレーン中断の間で、CPU は応答を停止します。

• 設定：高速再起動は現在次の設定をサポートします。

– BGP v4 および v6

– 16 方向 ECMP

– 48 のダウンリンク L2 ポート

– 4 SVI

– 10 VLAN 未満

– 2000 v4 ルートおよび 2000 v6 ルート

– RACL

– ARP

– STP エッジ ポート設定

• リペイブされた fast-reload では、前に完全なリロード（たとえば、ポートモード プロファイル、URPF のイネーブル化またはディセーブル化、TCAM の再カービング）を必要とした設定の変更もサポートされます。

• リリース 6.0(2)U6(3) よりも前のリリースからリリース 7.0(3)I2(1) への fast-reload は機能しません。これは、リリース 6.0(2)U6(3) よりも前のリリースに、BIOS のアップグレード オプションがないためです。

• EOL に達したバージョンとの間でのアップグレードに fast-reload オプションを使用しないでください。

• install-all コマンドを使用して、Cisco NXOS リリース 6.0(2)U2(1) よりも前のリリースにダウングレードすると、fast-reload は機能しません。

• 高速リロードがサポートされるのは、6.0(2)U2(1) リリース以降だけです。

• 高速リロードは、Cisco Nexus 3172 シリーズ プラットフォームでサポートされます。

• ASCII ベースの設定は、リリース 6.0(2)U6(1) よりも前のリリースの fast-reload では機能しません。リリース 6.0(2)U6(1) よりも前のリリースでのトラフィック コンバージェンスには、時間がより長くかかります。

• PSS/バイナリ設定ベースの fast-reload の他に、ASCII 設定ベースの fast-reload もサポートされます。設定は、ASCII 設定ファイルから復元されます。ASCII ベースの設定は、リリース 6.0(2)U6(1) よりも前のリリースでの高速リロードで機能しません。リリース 6.0(2)U6(1) よりも前のリリースでのトラフィック コンバージェンスには、時間がより長くかかります。高速リロード機能は、リペイブされた高速リロードとも呼ばれます。

• 高速リロード機能では、前に完全なリロード（たとえば、ポートモード プロファイル、URPF のイネーブル化またはディセーブル化、TCAM の再カービング）を必要とした設定の変更もサポートされます。

• 高速リロードでは BIOS はアップグレードされません。

• install-all コマンドを使用して、Cisco NXOS リリース 6.0(2)U2(1) よりも前のリリースにダウングレードすると、高速リロードは機能しません。

高速リロード アップグレード

リリース 7.0(3)I2(1) 以降のリリースでは、install all コマンドに比べて最小のデータ ダウンタイムで、リロードおよび新しいリリースへのアップグレードをより高速に実行できます。

この機能は、リリース 6.0(2)U2(1) 以降からの Cisco Nexus 3000 シリーズ スイッチでの既存の fast-reload サポートに類似していますが、リリース 7.0(3)I2(1) 以降のリリースへのアップグレードの前に BIOS をアップグレードするためのいくつかの追加の手順があります。

（注） ゲスト シェルまたは仮想サービスがイネーブルの場合は、install all コマンドを使用する必要があります。ゲスト シェルまたは仮想サービスの存在または状態を確認するには、show virtual-service list を使用します。

高速再起動による BGP グレースフル リスタートのイネーブル化

Cisco NX-OS ソフトウェアを使用すれば、高速再起動による BGP グレースフル リスタート（GR）をイネーブルにすることができます。BGP GR をイネーブルにするために、fast-reload trigger-gr コマンドを使用できるようになりました。このコマンドは、すべての BGP ピアが GR 対応の場合にのみ使用してください。

Cisco Nexus 3000 および 3100 シリーズ スイッチで高速再起動による BGP GR をイネーブルにするには、次のコマンドを使用します。

fast-reload [save-config] [trigger-gr] [nxos bootflash:nxos-image-name] [non-interruptive]

アップグレード

高速再起動を使用してスイッチでソフトウェアをアップグレードできます。アップグレードするには、NXOS ソフトウェア イメージを指定する必要があります。

はじめる前に

• fast-reload コマンドで指定されている NXOS ソフトウェア イメージのバージョンが現在スイッチにあるイメージのバージョンよりも新しいことを確認します。

ダウングレード

高速再起動を使用したシステム ソフトウェアのダウングレードはサポートされていません。イメージのソフトウェアをダウングレードするには、高速再起動ではなく、install all コマンドを使用してください。

install all non-interruptive コマンドの使用

Cisco NX-OS ソフトウェアでは、中断のない install all コマンドの使用がサポートされます。プロンプトなしで新しいイメージをインストールするために、install all non-interruptive コマンドを使用できるようになりました。

Cisco Nexus 3000 および 3100 シリーズ スイッチで中断のないインストールを実行するには、次のコマンドを使用します。

install all nxos bootflash:nxos.7.0.3.I3.1.bin [non-interruptive]

その他のいくつかのガイドライン

• Cisco NX-OS リリース 6.0(2)U4(1) にアップグレードする場合、VRF 情報がスタートアップ コンフィギュレーションにあることを確認するには、copy r s コマンドを実行します。

• Cisco NX-OS リリース 5.0(3)U5(1) よりも前のソフトウェアのバージョンを使用する Cisco Nexus 3000 シリーズ スイッチは、Cisco NX-OS リリース 6.0(2) にアップグレードする前に、Cisco NX-OS リリース 5.0(3)U5(1) に更新する必要があります。

• Cisco NX-OS リリース 5.0(3)U3(1) では、Cisco NX-OS リリース 5.0(3)U2(2c) からのソフトウェア アップグレードはサポートされていません。このパスでアップグレードしたい場合、この問題を回避する方法の詳細について、CSCty75328 を参照してください。

• Cisco NX-OS リリース 5.0(3)U3(1) では、IPv6 のサポートがコントロール プレーン ポリシング（CoPP）で追加されました。IPv6 制御パケットの CPU へのリダイレクションをイネーブルにするには、システムで IPv6 CoPP を設定する必要があります。リリース 5.0(3)U3(1) を実行するデバイスで write erase コマンドを実行すると、そのデバイスに CoPP が自動的に適用され、IPv4 と IPv6 関連のすべての CoPP 設定が正しくセットアップされることが保証されます。

• CoPP 機能をサポートする Cisco NX-OS リリースに CoPP 機能をサポートしないリリースからアップグレードする場合は、アップグレード後にデバイスの CoPP をイネーブルにするためにセットアップ ユーティリティを実行する必要があります。

• Cisco NX-OS リリース 5.0(3)U2(2)（CoPP 機能をサポートする）から Cisco NX-OS リリース 5.0(3)U3(1)（IPv6 サポート用の CoPP クラスを追加する）にアップグレードする場合、デバイス上の IPv6 CoPP 機能をイネーブルにするためにセットアップ スクリプトを実行する必要があります。

• Cisco NX-OS リリース 6.0(2)U2(2) では、LLDP MIB 内のデフォルトのインターフェイス名は短い形式です。この名前を長い形式にするには、lldp portid-subtype を 1 に設定します。Cisco NX-OS リリース 6.0(2)U2(3) では、この動作が反対になりました。つまり、LLDP MIB でのデフォルトのインターフェイス名は長い形式になります。この名前を短い形式にするには、lldp portid-subtype を 0 に設定します。

lldp port-subtype を 1 に設定していて、Cisco NX-OS リリース 6.0(2)U2(4) にアップグレードする場合は、lldp port-subtype を 0 に設定してください。

インストールの概要

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

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

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

（注） この手順は Cisco NX-OS Release 6.0.2 以降のリリースを実行している Cisco Nexus 3000 プラットフォームに適用されます。

はじめる前に

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

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

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

（注） この手順は Cisco NX-OS Release 6.0.2 以降のリリースを実行している Cisco Nexus 3000 プラットフォームに適用されます。

はじめる前に

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

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

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

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

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

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

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

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

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

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

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

次の例では、アップグレード プロセスを示します。

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

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

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

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

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

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

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

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

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

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

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

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

インストールが完了すると、vPC プライマリ スイッチがアップグレードされます。

（注） vPC プライマリ スイッチがアップグレードされたバージョンを実行し、vPC セカンダリ スイッチが元のバージョンのソフトウェアを実行します。

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

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

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

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

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

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

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

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

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

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

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

リリース 7.x からリリース 6.0(2)U6(3) へのダウングレード

設定に関してリリース 7.x からリリース 6.0(2)U6(3) への install all によるダウングレードは、公式にはサポートされていません。

リリース 7.x からリリース 6.0(2)U6(3) にダウングレードするには、次の手順を実行します。

1. コマンドの write erase を入力します。

2. コマンドの write erase boot を入力します。

3. コマンドの copy <Release 6.0(2)U6(3)-config> startup-config を入力します。

4. コマンドの install all kickstart <img.kick> system <img.sys> no-save bios-force を入力します。

（注） リリース 7.x からリリース 6.x にダウングレードするために、no-save オプションが必要になりました。bios-force は、7.x リリースを実行する Cisco Nexus 3000 シリーズ スイッチでのみ使用できる隠されたオプションです。

リリース 6.0(2)U6(3) 設定の ASCII リプレイにより、必要な設定とリリース 6.0(2)U6(3) イメージでスイッチが起動されます。

Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks . Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)

© 2016 Cisco Systems, Inc. All rights reserved.