各デバイスには、Cisco NX-OS ソフトウェアが同梱されます。Cisco NX-OS ソフトウェアは、1 つの NXOS ソフトウェア イメージで構成されています。イメージのファイル名は、nxos から始まります。

Cisco NX-OS オペレーティング システムをロードするために必要なのは、このイメージだけです。このイメージは、すべての Cisco Nexus 3600 シリーズ スイッチで実行されます。

（注）

Cisco NX-OS リリース 10.5(3)F 以降、 Cisco NX-OS は個別の EPLD イメージを提供しなくなりました。EPLD イメージは NX- OS イメージにバンドルされるため、イメージ サイズはそれに応じて大きくなります。 Cisco NX-OS Release 10.5(2) まで、シスコは Electronic Programmable Logic Device（EPLD）の独立したイメージ アップグレードも提供していました。ハードウェア機能の強化や既知のハードウェア問題の解決を目的としたものです。EPLD イメージとアップグレード プロセスの詳細については、Cisco.com の Cisco Nexus 3600 シリーズ FPGA/EPLD アップグレード リリース ノートを参照してください。 バイナリ ファイルのもう 1 つのタイプは、ソフトウェア メンテナンス アップグレード（SMU）パッケージ ファイルです。SMU には、特定の不具合に対する修正プログラムが含まれています。これらは、直近の不具合に対処するために作成されたものであり、新しい機能は含まれていません。SMU パッケージ ファイルは、Cisco.com からダウンロードできます。通常、解決された不具合の ID 番号がファイル名に含まれています。SMU の詳細については、Cisco Nexus 3600 システム管理構成ガイドのソフトウェア メンテナンス アップグレード（SMU）の実行の章を参照してください。 サポートされているアップグレードパスについては、Cisco Nexus 9000 and 3000 Upgrade and ISSU Matrix を参照してください。

EPLD イメージ

Cisco Nexus 3636C-R および 36180YC-R NX-OS モード スイッチのすべてのモジュールには、ハードウェア機能のための複数の Programmable Logical Device（PLD）が含まれているので、すべてのモジュールでハードウェア機能を使用できます。シスコは Electronic Programmable Logic Device（EPLD）イメージ アップグレードを提供し、ハードウェア機能の強化や既知の問題の解決を行っています。PLD には、Electronic Programmable Logic Device（EPLD）、Field Programmable Gate Array（FPGA）、Complex Programmable Logic Device（CPLD）が含まれますが、ASIC は含まれません。このマニュアルでは、EPLD という用語で FPGA および CPLD も表します。

（注）

EPLD の詳細については、Cisco.com の Cisco Nexus 3600 プラットフォーム FPGA/EPLD アップグレード リリース ノートを参照してください。 Cisco NX-OS Release 10.5(2)F まで、ISSUは、中断を伴うシステム（NX-OS）のアップグレード中の、install all nxos <nxos-image> epld <epld-image> コマンドを使用した EPLD イメージのアップグレードをサポートします。 10.5(3)F より前のリリースから 10.5(3)F 以降にアップグレードする場合は、まず install all <nxos-image> コマンドを使用して、10.5(3) NX- OSにアップグレードする必要があります。NX- OS のアップグレードが完了したら、install epld コマンドを使用して EPLD をアップグレードできます。 Cisco NX-OSリリース 10.5(3)F 以降、EPLD のアップグレードはISSUシステムのアップグレード中に行われます。EPLD アップグレードを回避する必要がある場合は、skip-epld オプションを使用します。epld <epld_image> オプションは使用しないでください。EPLD イメージが NX-OS イメージにバンドルされるようになり、個別の EPLD イメージが提供されなくなったためです。

Cisco では、アップグレードを実行する前に、Nexus Health and Configuration Check を実行することを推奨します。利点には、潜在的な問題の特定、影響を受けやすいフィールド通知とセキュリティの脆弱性、推奨される設定の欠落などがあります。手順の詳細については、 「Nexus の正常性と設定のチェックを実行する」を参照してください。

（注）	『Cisco Nexus 3600 Series NX-OS Release Notes』には、各リリース固有のアップグレードの注意事項が含まれています。アップグレードを開始する前に、リリース ノートを参照してください。

ソフトウェア イメージのアップグレードを試行する前に、次の注意事項に従ってください。

• アップグレードは、ネットワークが安定しているときにスケジュールします。

• ソフトウェア イメージの破損につながるため、インストール手順の実行中の電源中断は回避してください。

• デュアル スーパーバイザ モジュールのあるデバイスでは、ソフトウェアのアップグレード中に切り替えが発生した場合に接続を維持するため、両方のスーパーバイザ モジュールがコンソール ポートで接続されている必要があります。使用しているシャーシの『Hardware Installation Guide』を参照してください。

• CoPP 機能をサポートする Cisco NX-OS リリースから、新しいプロトコルの追加クラスを含む CoPP 機能をサポートする Cisco NX-OS リリースにアップグレードする場合は、setup コマンドまたは copp profile コマンドを使用してセットアップ ユーティリティを実行し、新しい CoPP クラスを使用可能にする必要があります。これらのコマンドの詳細については、Cisco Nexus 3600 シリーズ NX-OS セキュリティ構成ガイドの「コントロール プレーン ポリシング」の章を参照してください。

• 旧リリースからスイッチ プロファイルをサポートする Cisco NX-OS リリースにアップグレードする場合、実行構成コマンドの一部をスイッチ プロファイルに移動することができます。詳細については、『Cisco Nexus 3600 Series NX-OS System Management Configuration Guide』を参照してください。

• デフォルトでは、ソフトウェア アップグレード プロセスは中断されます。

• Cisco NX-OS リリース 10.4（2）F 以降、Nexus 3600-R プラットフォームの場合、BIOS を最新バージョンにアップグレードするには、最初に nxos イメージにアップグレードする必要があります。このリリース以降、install all nxos コマンドは nxos sw を最新バージョンにアップグレードするだけですが、BIOS イメージは 10.4（2）F バージョンより前にリリースされた最後の BIOS にアップグレードされます。

  10.4（2）F 以降のバージョンでリリースされた BIOS にアップグレードするには、最初に nxos イメージをアップグレードしてから、bios-force オプションを使用して BIOS をアップグレードします。次の例を参考にしてください。

  1. nxos bootflash:nxos64-msll.10.4.2.F.bin でインストールを実行します。

     システムがリロードされ、10.4（2）F イメージで起動します。

  2. all nxos bios-force でインストールを実行します。

     （注）	スイッチは 2 回リロードします。1 回目は nxos のアップグレードのため、もう 1 回目は BIOS のアップグレードのためです。

• Cisco NX-OS リリース 10.5(3)F 以降、すべての NX-OS 画像は EPLD 画像にバンドルされており、EPLD アップグレードは install all nxos コマンドの一部として自動的にトリガーされます。ただし、EPLD イメージのアップグレードをスキップするオプションがあります。

• Cisco NX-OSリリース 10.6(1)F 以降、セキュアブートの脆弱性の影響を受けるスイッチで install all nx-os コマンドを使用して nx-os をインストールしているときに、デバイスの IO FPGA バージョンが修正済み IO FPGA バージョンよりも古い場合、EPLD アップグレードは発生しません。FPGA をアップグレードするには、 install epld コマンドを使用します。セキュアブートの脆弱性および修正済み IO FPGA バージョンの影響を受けるスイッチの詳細については、FPGA/EPLD アップグレード手順からセキュア ブートに対処する の表 1 を参照してください。

• Cisco NX-OS リリース 10.4(6)M から 10.6(1)F 以降のリリースへの中断のない ISSU を実行している間、Cisco Nexus 9300-FX スイッチおよびライン カードでは、 IGMP トラフィックが vPC ペアに向けて vPC レッグに転送されます。ISSUを実行中の vPC ピアに複数の FEX デバイスがある場合、FEX デバイスのアップグレード中にマルチキャスト トラフィック損失が発生する可能性があります。これを解決するには、vPC ピア リンクを介して IGMP トラフィックを伝送するすべての VLAN 上で ip igmp group-timeout 450 コマンドを設定します。

Cisco NX-OS ソフトウェアのアップグレードには、次の前提条件があります。

• デバイスまたはネットワークにアクセス可能などのユーザも、スケジュールされた時間にはデバイスまたはネットワークを設定しないでください。アップグレード中はデバイスを設定できません。show configuration session summary を使用します コマンドを使用して、アクティブなコンフィギュレーション セッションがないことを確認してください。

• デバイスで Cisco NX-OS ソフトウェア イメージをアップグレードまたはダウングレードする前に、アクティブなすべてのコンフィギュレーション セッションを保存、送信、または破棄します。

  デュアル スーパーバイザを搭載したデバイスでは、アクティブなコンフィギュレーション セッションがある場合、Cisco NX-OS ソフトウェアのアップグレード中にアクティブ スーパーバイザ モジュールをスタンバイ スーパーバイザ モジュールに切り替えられません。

• デバイスからリモート サーバへのルートを確保します。サブネット間のトラフィックをルーティングするルータがない場合は、デバイスとリモート サーバが同じサブネットワーク内に存在する必要があります。リモート サーバへの接続を確認するには、ping コマンドを使用します。

  switch# ping 172.18.217.1 vrf management
  PING 172.18.217.1 (172.18.217.1): 56 data bytes
  64 bytes from 172.18.217.1: icmp_seq=0 ttl=239 time=106.647 ms
  64 bytes from 172.18.217.1: icmp_seq=1 ttl=239 time=76.807 ms
  64 bytes from 172.18.217.1: icmp_seq=2 ttl=239 time=76.593 ms
  64 bytes from 172.18.217.1: icmp_seq=3 ttl=239 time=81.679 ms
  64 bytes from 172.18.217.1: icmp_seq=4 ttl=239 time=76.5 ms
  
  --- 172.18.217.1 ping statistics ---
  5 packets transmitted, 5 packets received, 0.00% packet loss
  round-trip min/avg/max = 76.5/83.645/106.647 ms
  
  

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

以前のソフトウェア リリースへのダウングレードを試行する前に、次の注意事項に従ってください。

• デュアル スーパーバイザ モジュールのあるデバイスでは、ソフトウェアのダウングレード中に切り替えが発生した場合に接続を維持するため、両方のスーパーバイザ モジュールがコンソール ポートで接続されている必要があります。使用しているシャーシの『ハードウェア設置ガイド』を参照してください。

• Cisco NX-OS は、デフォルトで自動的にゲスト シェルのインストールおよび有効化を行います。ただし、ゲスト シェルをサポートしない Cisco NX-OS イメージでデバイスがリロードされる場合、既存のゲスト シェルが自動的に削除され、%VMAN-2-INVALID_PACKAGE メッセージが発行されます。ベスト プラクティスとして、以前の Cisco NX-OS イメージへのダウングレードを実施する前に guestshell destroy コマンドでゲスト シェルを削除してください。

• スイッチ プロファイルをサポートする Cisco NX-OS リリースからスイッチ プロファイルをサポートしない Cisco NX-OS リリースにダウングレードする場合、スイッチ プロファイル（構成されている場合）を削除する必要があります。詳細については、『Cisco Nexus 3600 Series NX-OS System Management Configuration Guide』を参照してください。

（注）	ソフトウェア ダウングレードには中断が伴います。In-service software downgrade（ISSD、無停止のダウングレード）はサポートされていません。

Cisco NX-OS ソフトウェアのダウングレードには、次の前提条件があります。

• コントロール プレーン ポリシング（CoPP）機能をサポートしている Cisco NX-OS リリースから CoPP 機能をサポートしていない以前の Cisco NX-OS リリースへのダウングレードを実行する前に、show incompatibility nxos bootflash:filename コマンドを使用して互換性を確認しておく必要があります。非互換な部分が存在する場合は、ソフトウェアをダウングレードする前に、ダウングレード イメージと互換性がない機能をすべて無効化してください。