NX-OS ソフトウェアダウングレードの注意事項

このセクションでは、NX-OS ソフトウェアをダウングレードする前に確認する必要があるガイドラインと制限事項について説明します。サポートされているダウングレード方法、機能固有の考慮事項、およびプラットフォームの制限により、ダウングレードプロセスを成功させるために役立つものがあります。

NX-OS ソフトウェアを現在のリリースから以前のリリースにダウングレードする前に、この項に記載されている注意事項と制約事項を読んで、それに従ってください。

Nexus 9000 シリーズスイッチをダウングレードする唯一の方法は、install all コマンドを使用することです。ブート変数の変更、設定の保存、およびスイッチのリロードの各操作は、スイッチのダウングレードではサポートされていません。

NX-OS リリース 9.3（x）から以前のリリースにダウングレードする必要がある場合は、ゲストシェルを無効にします。
- FCoE (ファイバチャネルオーバーイーサネット) NPV (N ポート仮想化) 構成で NX-OS リリース 9.3(x) からリリース 7.0（3）I4（1）への ISSU ダウングレードを実行すると、コアファイルとともにポートチャネルがクラッシュします。
```
[################ ] 38%2016 Apr 18 20:52:35 n93-ns1 %$ VDC-1 %$ %SYSMGR-2- SERVICE_CRASHED: Service "port-channel" (PID 14976) hasn't caught signal 11 (core will be saved)
```
- ISSU (中断なし) ダウングレードはサポートされていません。
N9508-E2 ファブリックモジュールを搭載した Nexus 9500 スイッチでは、9.x または 10.x がサポートされているリリースからサポートされていないリリースの 7.x へのダウングレードはサポートされていません。
NX-OS リリース 9.3（x）から以前のリリースにダウングレードする場合、statistic per-entry コマンドが有効になっていて、RACL として適用されている ACL では、ダウングレード前に実行設定から statistics per-entry コマンドを削除する必要があります。そうしないと、この ACL が RACL として適用されるインターフェイスは、ダウングレード後にエラー無効になります。
-FX または -FX + EX ラインカードを使用する Cisco Nexus 9500 シリーズスイッチを、NX-OS リリース 10.1（x）から以前のリリース（9.2（x）または 7.x) にダウングレードする前に、 NetFlow（ing-netflow）に適用する場合は、次のコマンドを使用してゼロ（0）に切り分ける必要があります。

hardware access-list tcam region ing-netflow 0

9.2(x) のデフォルトが 0 の一方、9.3(1) 以降のデフォルトの ing-netflow TCAM リージョンが 512 のため、設定変更が必要です。
NX-OS リリース 10.1（x）から 9.3（x）以前のリリースにダウングレードする場合は、ラベル共有機能がない場合に、入力機能のACL TCAM 使用率が割り当てられた TCAM スペースを超えないようにしてください。ラベル共有は、NX-OS リリース 9.3（x）の新機能です。そうしないと、TCAM に適合しなかった RACL を持つインターフェイスは、ダウングレード後に無効になります。
ソフトウェアダウングレードは、 install all コマンドを使用して実行する必要があります。ブート変数の変更、設定の保存、およびスイッチのリロードの各操作は、スイッチのダウングレードではサポートされていません。
この制限は、Trust Anchor Module（TAM）をサポートする Nexus プラットフォームスイッチに適用されます。

NX-OS リリース 9.3（3）以降から以前のバージョンにダウングレードする場合、TACACS グローバルキーは復元できません。TAM は 9.3(3) でバージョン 7 に更新されましたが、以前の NX-OS バージョンでは TAM バージョン 3 が使用されていました。
iCAM は、リリース 9.2(x) またはリリース 9.3(x) → 7.0(3)I7(1) にダウングレードする前に無効にする必要があります。iCAM が有効になっている場合は、リリース 9.3(1) →リリース 9.2(4) のみを実行できます。
NX-OS リリース 9.3（3）以降では、SRAPP 用の新しい構成コマンドがあります (MPLS および SRTE のサブモードオプション付き）。リリース 9.3(3) (またはそれ以降) を実行しているスイッチの SRAPP 設定は、スイッチが以前のリリースにダウングレードされている場合は存在しません。
デュアルスーパーバイザモジュールのあるデバイスでは、ソフトウェアのダウングレード中に切り替えが発生した場合に接続を維持するため、両方のスーパーバイザモジュールがコンソールポートで接続されている必要があります。お使いの特定のシャーシの詳細については、該当する「ハードウェア設置ガイド」を参照してください。
NX-OS は、デフォルトで自動的にゲストシェルのインストールおよび有効化を行います。ただし、ゲストシェルをサポートしない NX-OS イメージでデバイスがリロードされる場合、既存のゲストシェルが自動的に削除され、%VMAN-2-INVALID_PACKAGE メッセージが発行されます。ベストプラクティスとして、以前の Cisco NX-OS イメージへのダウングレードを実施する前に guestshell destroy コマンドでゲストシェルを削除してください。
スイッチプロファイルをサポートする NX-OS リリースからスイッチプロファイルをサポートしない Cisco NX-OS リリースにダウングレードする場合、スイッチプロファイル（構成されている場合）を削除する必要があります。詳細については、『Cisco Nexus 9000 Series NX-OS System Management Configuration Guide』を参照してください。
ソフトウェアダウングレードには中断が伴います。サービス内ソフトウェアダウングレード（ISSD、中断のないダウングレード）はサポートされていません。
NX-OS リリース 10.2(1)F 以降から以前のリリースにダウングレードする場合、遅延構成がトラックリスト Boolean/weight に存在するとき install all コマンドはブロックされます。
NX-OS リリース 10.2(3)F からインターフェイスに epbr L2 が適用された Cisco NX-OS リリース 10.2(2)F への ISSD を実行しているときに、ISSD を実行する前にインターフェイスからポリシーを削除して、トラックの重複の問題を回避します。
NX-OS リリース 10.2(3)F 以降、lldp chassis-id switch コマンドを構成している場合は、ISD を実行する前にコマンドを無効にする必要があります。
10.2(3)F 以降、アクセスポートへの ePBR ポリシーの適用はサポートされていますが、この構成でのダウングレードは推奨されません。
機能 ngmvpn が有効で、NX-OS リリース 10.3（2）F から NX-OS リリース 10.3（1）F への中断を伴うダウングレードが実行されますが、いくつかの VRF が show run の出力から欠落しています。これは表示の問題であり、機能への影響はありません。
スイッチを NX-OS リリース 10.3（3）F または 10.4（1）F からネイティブモードと LXC モードの両方をサポートするバージョンにダウングレードすると、LXC モードからアップグレードが行われた場合でも、スイッチは常にネイティブモードになります。ダウングレード後にモードを維持するには、次の順序でダウングレードを実行してください。
Note
- 次のセクションは、Nexus 9300-FX3 および 9300-GX プラットフォームスイッチにのみ適用されます。
- ダウングレード時にシステムがネイティブモードで起動すると、ブートモード lxc が構成から削除されます。
- LXC モードのアップグレード/ダウングレード：例：
  1. スイッチは、LXC モードの NX-OS リリース 10.3（2）F で実行されています。
  2. バージョンを NX-OS リリース 10.3（3）F（LXC モード）にアップグレードします。
  3. バージョンを NX-OS リリース 10.3（2）F からネイティブモードにダウングレードします。
  4. boot mode lxc configuration コマンドを実行し、構成を保存して、スイッチをリロードします。
  5. スイッチは NX-OS リリース 10.3(2)F LXC モードで起動します。
- ネイティブモードのアップグレード/ダウングレード：
  
  例 1
  1. スイッチ（9300-FX3 または 9300-GX）は、NX-OS リリース 10.3（2）F でネイティブモードで実行されています。
  2. バージョンを NX-OS リリース 10.3（3）F（LXC モード）にアップグレードします。これらのスイッチ（9300-FX3 または 9300-GX）は LXC モードのみをサポートします。
  3. 以前の NX-OS リリース（10.3(2) など）にダウングレードします。
  4. NX-OS リリース 10.3（2）F では、スイッチがネイティブモードで起動します。
  例 2
  1. スイッチ（9300-FX または 9300-FX2）は、NX-OS リリース 10.3(2)F でネイティブモードで実行されています。
  2. これらのスイッチは LXC モードのみをサポートするため、バージョンを NX-OS リリース 10.4(1)F（LXC モード）にアップグレードします。
  3. 以前の NX-OS リリース（10.3(2) など）にダウングレードします。
  4. NX-OS リリース 10.3（2）F では、スイッチがネイティブモードで起動します。
NX-OS リリース 10.4（2）F から、10.3（2）F を含む以前のリリースにダウングレードする場合、N9K-C9400-SW-GX2A Sup カードのポート 2xSFP Eth10/1-2 はサポートされません。
Nexus 9400 で機能セキュリティグループが有効になっている場合、機能セキュリティグループは 10.4（3）F リリース以前の 9400 ではサポートされていないため、10.5（1）F リリースから下位のリリースにダウングレードすることはできません。
NX-OS リリース 10.5（1）F からの s1 イメージフォーマットを持つ Nexus 9800 スイッチを、cs イメージフォーマットを持つ以前のリリースへダウングレードすることが、サポートされています。ただし、s1 イメージは以前のリリースには存在しないため、対応するリリースからの cs イメージを使用するようにダウングレードする必要があります。
IPv6 アンダーレイ機能を備えた DSVNI がサポートされている NX-OS リリース 10.5（2）F を使用している場合、この機能をサポートしていないリリースにダウングレードすると、DSVNI VLAN のトラフィック損失が発生します。これを回避するには、ダウングレードする前に、ダウンストリーム VNI 構成を含む IPv6 アンダーレイを必ず削除してください。
ソースイメージとターゲットイメージの両方がタイプ 6 暗号化をサポートするダウングレード中、デバイスのリロード中にバイナリを復元せずに ASCII 再生がトリガーされると、プライマリキーが失われます。プライマリキーは、デバイスのリロード後に再構成する必要があります。key config-key ascii コマンドを使用して、プライマリキーを再設定し、暗号化の問題を回避します。ただし、送信元イメージとターゲットイメージの両方がタイプ 6 暗号化をサポートしている場合、バイナリ復元を使用したダウングレードでは、再起動後のプライマリキーが保持されます。

タイプ 6 暗号化をサポートするイメージからタイプ 6 暗号化をサポートしないイメージにシステムをダウングレードすると、互換性チェックは失敗します。
スイッチが NX-OS リリース 10.6(1)F からそれ以前のリリースにダウングレードされると、allow feature-set fex 構成が実行コンフィギュレーションファイルに追加されます。

NX-OS ソフトウェア ダウングレードの注意事項