各デバイスには、Cisco NX-OS ソフトウェアが同梱されます。Cisco NX-OS ソフトウェアは、1 つの NXOS ソフトウェア イメージで構成されています。Cisco NX-OS オペレーティング システムをロードするために必要なのは、このイメージだけです。このイメージは、すべての Cisco Nexus 3500 シリーズ スイッチで実行されます。

（注）

バイナリ ファイルのもう 1 つのタイプは、ソフトウェア メンテナンス アップグレード（SMU）パッケージ ファイルです。SMU には、特定の不具合に対する修正プログラムが含まれています。これらは、直近の不具合に対処するために作成されたものであり、新しい機能は含まれていません。SMU パッケージ ファイルは、Cisco.com からダウンロードできます。通常、解決された不具合の ID 番号がファイル名に含まれています。SMU の詳細については、『Cisco Nexus 3500 Series NX-OS System Management Configuration Guide』を参照してください。

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 3500 Series NX-OS System Management Configuration Guide』を参照してください。

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

• show incompatibility system bootflash:filename コマンドを使用して、ソフトウェアの互換性を確認します。非互換な部分が存在する場合は、ソフトウェアをダウングレードする前に、ダウングレード イメージと互換性がない機能をすべて無効化してください。

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

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

• Cisco Nexus 3500 ファミリスイッチは 32 ビットイメージをサポートします。

• Cisco NX-OSリリース 10.1(1) へのアップグレードは、Cisco Nexus C3548P-XL スイッチでのみサポートされます。

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

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

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

• 以前のリリースから Cisco NX-OS リリース 10.1(1) へのアップグレードでは、次のアップグレード パスがサポートされています。

  • 9.2(4) 以降→10.1(1)

  • 9.3(6) →10.1(1)

  Cisco NX-OS リリース 9.2(4) 以降からアップグレードするには、install all コマンドを使用することを推奨します。Cisco NX-OS リリース 9.3(6) からアップグレードするには、実行コンフィギュレーションをスタートアップ コンフィギュレーションにコピーして、デバイスをリロードする必要があります。

• Cisco Nexus 3500 ファミリ スイッチは 32 ビット イメージをサポートします。

• DC デバイスでは、超低電力モードはサポートされていません。

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

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

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

• install all コマンドを使用して、スイッチ ソフトウェアを Cisco NX-OS リリース10.1(1) からCisco NX-OSリリース9.2(4) 以降に、または9.3(6) にダウングレードできます。

オプションで、ローダ プロンプトで外部フラッシュ メモリ ドライブからスイッチを起動することもできます。Cisco Nexus C3548P-XL スイッチでサポートされている BIOS バージョンは 5.4.1 です。次に、外部フラッシュ メモリ ドライブからイメージをロードするためのさまざまなオプションを示します。

• USB1 スロットが占有されている場合、または両方の USB スロットが占有されている場合には、USB1 からイメージをロードできます。

  Loader> boot usb1: <image>

• USB2 スロットが使用されている場合にのみ、USB2 からイメージをロードできます。

  Loader> boot usb2: <image>

• 両方の USB スロットが使用されている場合、USB2 からイメージをロードできます。

  Loader> boot usb2: <image>

• USB1 スロットだけが占有されている場合、または両方の USB スロットが占有されている場合は、USB1からイメージをロードできます。

• USB2 スロットのみが使用されている場合は、USB2か らイメージをロードできます。

• 両方の USB スロットが使用されている場合、USB2 からイメージをロードできます。