-
Cisco Nexusリリース10.1(2)、10.2(1)F、および 10.2(2)F、で実行されているデバイスでは、L2サブインターフェイスが設定されている場合、ND-ISSUはサポートされません。
-
Cisco NX-OS リリース 10.2(2)F 以降、Cisco Nexus 9504 および 9508 プラットフォーム スイッチ、および Cisco Nexus 9508-R、R2、および RX ラインカードは、Cisco NX-OS
64 ビット イメージをサポートします。以前のリリースから 10.2(2)F 64 ビット NX-OS イメージへの中断を伴うアップグレードがサポートされています。Cisco NX-OS 32 ビット イメージは、これらのプラットフォーム スイッチではサポートされなくなりました。
-
Cisco NX-OS リリース 10.2(2)F 以降、FCoE/FC NPV は N9K-C9336C-FX2-E プラットフォーム スイッチでサポートされています。
FCoE（ファイバチャネルオーバーイーサネット）/FC（ファイバチャネル）NPV（Nポート仮想化）を使用したISSUは、一部の Cisco Nexus 9000 スイッチでサポートされています。ISSU は、スイッチがトラフィックの転送を続けながら、デバイスのソフトウェアをアップグレードすることができます。一部の
Cisco Nexus 9000 スイッチでは、In-Service Software Upgrade（ISSU、無停止アップグレード）を実行できます。デフォルトのソフトウェア アップグレード プロセスは中断を伴います。無停止オプションを使用すると、無停止アップグレードを確実に実行できます。
ファイバ チャネル N ポート仮想化（NPV）は、異なるファブリック アップリンク上の VXLAN と共存できますが、Cisco Nexus 93180YC-FX、N9K-C9336C-FX2-E, および N9k-C93360YC-FX2 スイッチの同じまたは異なる前面パネル
ポート上にあります。
-
Cisco NX-OS リリース 10.2(2)F 以降では、ND ISSU は FEX でサポートされており、アップグレードを中断せずに機能させるには、BGP graceful-restart restart time コマンドを再調整する必要があります。これは、FEX アップグレードごとに 1 つずつ実行する必要があります。
次の例は、中断のない FEX アップグレードごとに bgp-graceful restart-time を再調整するのにかかる時間を示しています。
In the Non-disruptive upgrade with FEX, each FEX will upgrade taking about 90 secondss
(1.5 minutess) sequentially (one-by-one and not a parallel upgrade).
Total non-disruptive upgrade time for all FEX = No. of fex * time taken per fex
For 10 FEX = 10 * 90
= 900 seconds or 15 minutes
-
以前のリリースから Cisco NX-OS リリース 10.2(2)F に対して ND ISSU を実行する場合、MPLS ストリップ、GRE ストリップ、および基礎となる ACL 構成は ISSU 互換ではありません。
以前のリリースから Cisco NX-OS リリース 10.2(2)F または 10.2(3)F への ND ISSU の後に、ポスト GRE ストリップ dot1q トンネル VLAN_tag が欠落している可能性があります。この問題を回避するには、GRE ストリップ対応インターフェイスの L2 インターフェイスからポート ACL を削除して追加します。
-
すべてのリリースの ISSU 互換性については、『ISSU サポート マトリックス』を参照してください。
-
Cisco NX-OS リリース 10.2(1) 以降、Cisco Nexus 9300 および 9500 プラットフォーム スイッチは 64 ビット イメージをサポートし、Cisco NX-OS リリース 9.3(9) 以降では無停止アップグレードがサポートされます。Cisco NX-OS リリース 10.2(1) 以降、Cisco Nexus 9300-FX3 は無停止アップグレードをサポートしています。
-
Cisco NX-OSリリース10.1（1）以降、64ビットイメージへの中断的アップグレードまたは64ビットイメージから32ビットイメージへのダウングレード中に、機能ITDが有効になっている場合は、 『Cisco Nexus 9000 Series NX-OS Intelligent Traffic Director Configuration Guide, Release 10.1(x)』の「Guidelines and Limitations for ITD」のITDのガイドラインと制限事項を参照してください（ASCIIリロードを使用してアップグレードまたはダウングレードを行う場合）。
-
withオプションを使用する場合、保存した設定はデバイスをリロードするまで使用できません。install all no-reload この状態で設定を保存すると、NX-OSの新しいバージョンでデバイスをリロードすると、スタートアップコンフィギュレーションが不正になる可能性があります。
-
LXCブート モードのスイッチの場合、拡張 LXC アップグレードは、ターゲット イメージ カーネルが現在のイメージと異なる可能性が高いため、標準の ND ISSU にフォールバックします。
-
Cisco NX-OS リリース 10.2(3)F 以降、LXC モードで非破壊的アップグレードのスイッチの場合、install コマンドに新しいオプション skip-kernel-upgrade が追加されました。
-
以下は、LXC モードで ND ISSU を実行できる 2 つの方法です。
-
LXC モードの ND ISSU - EOR に類似したスイッチオーバー ベースの ISSU。2 番目の SUP が新しいコンテナで起動され、切り替えが行われます。2 番目の SUP が新たにアクティブになります。カーネルに変更はありません。
-
フォールバック ND LXC ISSU：これは、上記のスイッチオーバー ベースの ISSU を実行できない場合にのみ実行されます（SRG カーネルに互換性がないか、メモリが少ない）。カーネルがアップグレードされます。
-
skip-kernel-upgrade オプションは、LXC モードで ND ISSU を強制する：スイッチオーバー ベースの ISSU（実行中の場合でも）とターゲット カーネルに互換性がありません。
-
Cisco NX-OS リリース 9.3(3) から Cisco NX-OS リリース 9.3(6) にアップグレードするとき、Cisco NX-OS リリース 9.3(3) から TRM 対応 VRF の設定を保持しない場合や、アップグレード後に新しい
VRF を作成する場合、機能 ip multicast multipath s-g-hash next-hop-based が有効な際は ngmvpn CLI の自動生成は発生しません。TRM 対応 VRF ごとに CLI を手動で有効にする必要があります。設定手順については、『Cisco Nexus 9000 シリーズ NX-OS VXLAN 設定ガイド、リリース 10.1(x)』を参照してください。
-
Cisco Nexus 9000 デバイスを Cisco NX-OS リリース 10.1(x) にアップグレードするときに、QSFP ポートが手動ブレークアウト コマンドで設定され、QSA を使用している場合、インターフェイス イーサネット 1/50/1
の設定はサポートされず、削除する必要があります。設定を復元するには、デバイスのインターフェイス イーサネット 1/50 を手動で設定する必要があります。
-
スタティック ルートを再頒布するとき、Cisco NX-OS では、command to successfully redistribute the default static route starting in 7.0(3)I7(6) でデフォルトのスタティック
ルートを正常に再頒布するために、default-information originate コマンドが必要です。
-
Cisco NX-OS リリース 7.x から Cisco NX-OS リリース 9.3(x) への ISSU アップグレード後に EPLD アップグレードを実行するには、EPLD アップグレードを開始する前に、copy run start コマンドを追加します。
-
Cisco NX-OSリリース9.2（4）以前のリリースからCisco NX-OSリリース9.3（4）以降にアップグレードする場合、実行コンフィギュレーションに追加のTCAM設定行が含まれます。これらの余分な行はアップグレードおよび設定に影響しないため、無視できます。
-
Cisco NX-OSリリース9.3（1）または9.3（2）からCisco NX-OSリリース9.3（3）以降にISSUを実行する場合は、<ssh port>が規定のポート範囲内にある。ポート範囲が正しくない場合は、syslogメッセージの推奨事項に従ってください。詳細については、『Cisco Nexus 9000 シリーズ NX-OS IP SLA 設定ガイド、リリース 10.1(x)』を参照してください）。
-
Cisco NX-OS リリース 9.2(2) 以前のリリースから Cisco NX-OS リリース 10.1(x) にアップグレードする場合は、入力 RACL TCAM リージョンが 50％ 以上使用されていないことを確認する必要があります。そうでない場合、アトミック更新機能はアップグレード後に有効になり、TCAM
割り当てが 50％ を超える RACL を持つインターフェイスはダウンしたままになります。
-
Cisco NX-OS リリース 10.1(1) 以降、ISSU は Cisco Nexus 93360YC-FX2 の FC/FCoE スイッチ モードでサポートされます。FC/FCoE スイッチ モードとサポートされるハードウェアの詳細については、『Cisco Nexus 9000 シリーズ NX-OS SAN 切り替え設定ガイド、リリース 10.1(x)』を参照してください。。
-
Cisco NX-OSリリース10.1（1）以降では、Cisco Nexus 93180YC-FXおよび93360YC-FX2スイッチのFC / FCoEスイッチモードでEnhanced ISSUがサポートされています。FC/FCoE スイッチ
モードとサポートされるハードウェアの詳細については、『Cisco Nexus 9000 シリーズ NX-OS SAN 切り替え設定ガイド、リリース 10.1(x)』を参照してください。。
-
Cisco NX-OSリリース10.1（1）以降では、Cisco Nexus 93180YC-FXおよび93360YC-FX2スイッチのFC / FCoE NPVモードでEnhanced ISSUがサポートされています。FC/FCoE NPV
モードとサポートされるハードウェアの詳細については、『Cisco Nexus 9000 シリーズ NX-OS FC -NPV FCoE NPV 設定ガイド、リリース 10.1(x)』を参照してください。。
-
Cisco Nexus 3000シリーズの圧縮イメージはハードウェアに依存し、CCOから圧縮またはダウンロードされた同じデバイスでのみ使用できます。Nexus 9000シリーズでNexus 3000シリーズの圧縮イメージを使用しないでください。
-
次の制限は、7.0(3)I5 から 10.1(x) または 9.2(3) から 10.1(x) へのソフトウェア アップグレードに適用されます。
VLAN と SVI の両方で同じ NetFlow 設定を使用している場合は、アップグレード前に VLAN 設定から NetFlow フロー モニタを削除する必要があります。アップグレードしたら、新しいフロー モニタを作成し、VLAN設定に追加して、NetFlow
を再設定します。これらの手順を実行しないと、エラー メッセージが表示され、アップグレードされたソフトウェアの VLAN NetFlow 設定を変更できなくなります。
-
Cisco NX-OS リリース 7.0(3)I4(8)、7.0(3)I5(3)、および 7.0(3)I6(1) から Cisco NX-OS リリース 10.1(x) にアップグレードすると、中断を伴うアップグレードが発生します。Cisco
NX-OS リリース 7.0(3)I4(8)、7.0(3)I5(3) または 7.0(3)I6(1) から 10.1(x) への中断を伴うアップグレード中に、スタンバイ SUP への画像の同期が失敗した場合、手動で画像をスタンバイ SUP にコピーし、中断を伴うアップグレードを実行する必要があります。
-
7.0（x）より前のリリースからCisco NX-OSリリース10.1（x）に直接アップグレードすると、アップグレードが中断されます。中断のないアップグレードでは、Cisco NX-OSリリース9.xへの中間アップグレードが必要です。アップグレードの中間ホップとして、Cisco
NX-OS Release 9.3（x）の最新リリースにアップグレードすることを推奨します。サポートされるアップグレードパスの詳細については、 『ISSU Support Matrix』を参照してください。
-
Cisco NX-OS リリース 7.0(3)I6(1) または 7.0(3)I7(1) から Cisco NX-OS リリース 10.1(x) にアップグレードするとき（Cisco Nexus 9000シリーズ スイッチが vPC を実行していて、レイヤ
2 vPC を介した IOS ベースのスイッチに接続されている場合）、IOS 側のレイヤ 2 ポート チャネルがエラー無効になる可能性があります。回避策は、IOS スイッチで spanning-tree etherchannel guard misconfig
コマンドを無効にしてから、アップグレードプロセスを開始することです。
両方の Cisco Nexus 9000 シリーズ スイッチをアップグレードしたら、コマンドを再度有効にできます。
-
install all コマンドを使用して Cisco NX-OS リリース 7.0(3)I5(2) から Cisco NX-OS リリース 10.1(x) にアップグレードする場合、CSCve24965 により BIOS はアップグレードされません。Cisco
NX-OS リリース 10.1(x) へのアップグレードが完了したら、 install all コマンドを再度使用して BIOS のアップグレードを完了します (該当する場合)。
-
Cisco NX-OS リリース 7.0(3)I2(2b) からリリース 10.1(x) への install all コマンドを使用して実行されたアップグレードにより、VLAN を既存の FEX HIF トランク ポートに追加することができなくなります。これから回復するには、すべての FEX がオンラインになり、HIF が動作するようになった後、次の手順を実行する必要があります。
-
プロンプトで copy run bootflash:fex_config_restore.cfg コマンドを入力します。
-
プロンプトで copy bootflash:fex_config_restore.cfg running-config echo-commands コマンドを入力します。
-
Cisco NX-OS リリース 7.0(3)I6(1) および以前、ASCII リプレイの実行、または FEX HIF 設定で copy file run コマンドを実行するには、FEX の復帰後に手動で FEX の設定を再適用する必要がありました。
-
7.0(3)I2(x) 以前から Cisco NX-OS リリース 10.1(x) にアップグレードし、EVPN VXLAN 設定を実行している場合は、7.0(3)I4(x) または 7.0(3)I5(x) または 7.0(3)I6(x) への中間アップグレードが必要です。
-
インターフェイスで FHS を有効にする前に、Cisco Nexus 9300 および 9500 プラットフォーム スイッチで ifacl TCAM リージョンをカービングすることを推奨します。以前のリリースで ifacl TCAM リージョンを作成した場合は、Cisco
NX-OS リリース 10.1（x）にアップグレードした後にシステムをリロードする必要があります。システムをアップロードすると、FHS TCAM リージョン ifacl に必要な一致修飾子が作成されます。
-
FHS を有効にする前に、Cisco Nexus 9200 および 9300-EX プラットフォーム スイッチで ing-redirect TCAM リージョンをカービングすることを推奨します。以前のリリースで ing-redirect TCAM
リージョンを切り分けた場合は、Cisco NX-OS リリース 10.1(x) にアップグレードした後にシステムをリロードする必要があります。システムをアップロードすると、FHS TCAM リージョンである ing-redirect に必要な一致修飾子が作成されます。
-
Cisco NX-OS リリース 9.3(1)、9.3(2) または 9.3(3) から、Embedded Event Manager (EEM) 設定が実行設定に保存されている上位リリースにアップグレードすると、DME エラーが表示されることがあります。エラーは、show consistency-checker dme running-config enhanced コマンド、特にイベント マネージャ コマンドの出力にあります。このエラーが発生した場合は、ISSU の完了後にすべての EEM アプレット設定を削除してから、EEM 設定を再適用します。
-
ISSU を使用して Cisco NX-OS リリース 9.3(5) にアップグレードする以前のリリース バージョンでは、次のロギング レベル コマンドが設定されている場合、それらはアップグレードされたバージョンにないため、再設定する必要があります。
-
ISSU を使用して Cisco NX-OS リリース 9.3(6) にアップグレードする以前のリリース バージョンでは、次のロギング レベル コマンドが設定されている場合、それらはアップグレードされたバージョンにないため、再設定する必要があります。
-
logging level evmc value
-
logging level mvsh value
-
copy running-config save-config および reload コマンドを入力せずに予約済み VLAN を変更した場合、ISSU を実行しようとするとエラーが発生します。
-
install all コマンドは、構成の互換性チェックと BIOS のアップグレードを自動的に実行するため、ソフトウェア アップグレードとダウングレードに推奨される方法です。一方、ブート変数を変更してデバイスをリロードすると、これらのチェックと
BIOS アップグレードがバイパスされるため、これは推奨されません。
-
Cisco NX-OS リリース 7.0(3)I1(2)、リリース 7.0(3)I1(3)、またはリリース 7.0(3)I1(3a) からのアップグレードには、Cisco Nexus 9500 プラットフォーム スイッチのみのパッチをインストールする必要があります。アップグレード
パッチの詳細については、「パッチのアップグレード手順」を参照してください。
-
ISSU は Cisco NX-OS リリース 7.0(3)I4(1) からそれ以降の画像へのみ実行できます。
-
ISSU の実行中、VRRP および VRRPv3 は次のメッセージを表示します。
-
VRRPv3 が有効の場合：
2015 Dec 29 20:41:44 MDP-N9K-6 %$ VDC-1 %$ %USER-0-SYSTEM_MSG: ISSU ERROR: Service
"vrrpv3" has sent the following message: Feature vrrpv3 is configured. User can change
vrrpv3 timers to 120 seconds or fine tune these timers based on upgrade time on all Vrrp
Peers to avoid Vrrp State transitions. – sysmgr
-
VRRP が有効な場合：
2015 Dec 29 20:45:10 MDP-N9K-6 %$ VDC-1 %$ %USER-0-SYSTEM_MSG: ISSU ERROR: Service "vrrp-
eng" has sent the following message: Feature vrrp is configured. User can change vrrp
timers to 120 seconds or fine tune these timers based on upgrade time on all Vrrp Peers to
avoid Vrrp State transitions. – sysmgr
-
ゲスト シェルは、ISSU 実行中に無効化され、アップグレード後に再度アクティブ化されます。ゲスト シェルで実行されているすべてのアプリケーションが影響を受けます。
-
ITD プローブを設定している場合は、Cisco NX-OS リリース 10.1(x) にアップグレードする前に、ITD サービスを無効にする必要があります (shutdown コマンドを使用)。アップグレード後、ITD プローブの IP SLA を有効にする feature sla sender コマンドを入力してから、no shutdown コマンドを入力して ITD サービスを再度有効にします。（サービスをシャットダウンせずにアップグレードする場合は、アップグレード後に feature sla sender コマンドを入力できます）。
-
アップグレードは、ネットワークが安定しているときにスケジュールします。
-
ソフトウェア イメージの破損につながるため、インストール手順の実行中の電源中断は回避してください。
-
デュアル スーパーバイザ モジュールのあるデバイスでは、ソフトウェアのアップグレード中に切り替えが発生した場合に接続を維持するため、両方のスーパーバイザ モジュールがコンソール ポートで接続されている必要があります。使用しているシャーシの『Hardware Installation Guide』を参照してください。
-
スタンバイ スーパーバイザ モジュールではなく、アクティブ スーパーバイザ モジュールでインストールを実行します。
-
install all コマンドは、構成の互換性チェックと BIOS のアップグレードを自動的に実行するため、ソフトウェア アップグレードに推奨される方法です。一方、ブート変数を変更してデバイスをリロードすると、これらのチェックと BIOS アップグレードがバイパスされるため、これは推奨されません。
（注）
|
-R ライン カードを装備した Cisco Nexus 9500 プラットフォーム スイッチでは、設定を保存してデバイスをリロードし、Cisco NX-OS リリース 7.0(3)F3(5) から 9.3(1) にアップグレードする必要があります。Cisco
NX-OS リリース 9.2(2) または 9.2(3) にアップグレードするには、 install all コマンドを使用することを推奨します。
|
-
ソフトウェア イメージの MD5、SHA256、または SHA512 チェックサムを確認することにより、アップグレードを実行する前に、不完全または破損した NX-OS ソフトウェア イメージを検出できます。ソフトウェア イメージの MD5 チェックサムを確認するには、show file bootflash: <IMAGE-NAME>md5sum コマンドを実行し、結果の値をシスコのソフトウェア ダウンロード Web サイトで公開されているソフトウェア イメージの MD5 チェックサムと比較します。ソフトウェア イメージの SHA512 チェックサムを確認するには、次のコマンドを実行します。show file bootflash: <IMAGE-NAME>sha512sum コマンドを実行し、結果の値をシスコのソフトウェア ダウンロード Web サイトで公開されているソフトウェア イメージの SHA512 チェックサムと比較します。
-
Cisco Nexus 94xx、95xx、96xx ライン カードから Cisco Nexus 9732C-EX ライン カードおよびそのファブリック モジュールにアップグレードする場合は、ライン カードとファブリック モジュールを挿入する前に
Cisco NX-OS ソフトウェアをアップグレードします。そうしないと、ラインカードで診断エラーが発生し、TCAM スペースが割り当てられなくなる可能性があります。write_erase コマンドの後に reload コマンドを使用する必要があります。
-
CoPP 機能をサポートする Cisco NX-OS リリースから、新しいプロトコルの追加クラスを含む CoPP 機能をサポートする Cisco NX-OS リリースにアップグレードする場合は、setup コマンドまたは copp profile コマンドを使用してセットアップ ユーティリティを実行し、新しい CoPP クラスを使用可能にする必要があります。これらのコマンドの詳細については、『Cisco Nexus 9000 シリーズ NX-OS セキュリティ設定ガイド、リリース 10.1(x)』の「コントロール プレーン ポリシング」の章を参照してください。
-
POAP の安全性を確保するために、DHCP スヌーピングが有効であることを確認し、ファイアウォール ルールを設定して意図しない、または悪意のある DHCP サーバをブロックしてください。詳細については、『Cisco Nexus 9000 シリーズ基本設定ガイド、リリース 10.1(x)』を参照してください。
-
旧リリースからスイッチ プロファイルをサポートする Cisco NX-OS リリースにアップグレードする場合、実行コンフィギュレーション コマンドの一部をスイッチ プロファイルに移動することができます。詳細については、『Cisco Nexus 9000 シリーズ NX-OS システム管理設定ガイド、リリース 10.1(x)』を参照してください。
-
デフォルトでは、ソフトウェア アップグレード プロセスは中断されます。
-
OpenFlow および LACP 高速タイマー レート設定は、ISSU ではサポートされません。
-
ゲスト シェルは、ISSU 実行中に無効化され、アップグレード後に再度アクティブ化されます。
-
ISSU は、BGP ピアのデフォルトのホールド タイマーのみをサポートします。
-
Cisco Nexus 9300 シリーズ スイッチの ISSU の間、ISSU の対象のノードがアクティブであると、すべてのファーストホップ冗長プロトコル（FHRP）は他のピアをアクティブにします。
-
VPC の両方のピアが同じモード（通常モードまたは拡張モード）であることを確認してから、無停止アップグレードを実行してください。
（注）
|
拡張 ISSU モード（ブートモード lxc）が設定されたスイッチと非拡張 ISSU モードスイッチ間の vPC ピアリングはサポートされていません。
|
-
ISSU では、最初の vPC デバイス上のソフトウェア リロード プロセスで、vPC 通信チャネルを介した CFS メッセージングを使用して、その vPC ピア デバイスをロックします。1 度に 1 つのデバイスだけアップグレードできます。最初のデバイスは、そのアップグレードが完了したら、そのピア
デバイスのロックを解除します。次に、2 つ目のデバイスが、最初のデバイスが行ったのと同じように最初のデバイスをロックして、アップグレード プロセスを実行します。アップグレード中は、2 つの vPC デバイスが一時的に異なるリリースの Cisco
NX-OS を実行することになりますが、その下位互換性サポートにより、システムは正常に機能します。
-
OnePK が有効である場合、ISSU はサポートされません。show feature | include onep コマンドを実行してこの機能が無効化されていることを確認してから、ISSU または拡張 ISSU を実行できます。
-
通常、ISSU では次のアップグレードがサポートされています。
-
メジャー リリースから関連するすべてのメンテナンス リリースへ
-
最後の 2 つのメンテナンス リリースから次の 2 つのメジャー リリースへ
-
以前のメンテナンス リリースから次の 2 つのメジャー リリースへ
-
まれに、スイッチが正常に稼働しているときに Device not found ログがコンソールに表示される場合があります。この問題は、スイッチが古い ASIC バージョンを見つけようとして、さらに PCI プローブ障害のエラー メッセージがコードで有効になっているために発生します。この問題により機能への影響やトラフィックの損失は生じません。
-
Cisco NX-OS リリース 7.0(3)I3(1) 以降で EPLD が存在しない場合は、ISSU はサポートされません。
-
ISSUは、install all nxosを使用したEPLDイメージのアップグレードをサポートします。<nxos-image> epld<epld-image>破壊的なシステム（NX-OS）のアップグレード中のコマンド。
-
Cisco NX-OS 10.1(x) リリースでサポートされるプラットフォームに、簡素化された NX-OS 番号付け形式が使用されています。古いリリース形式の Cisco NX-OS リリース 7.0(3)I7(4) より前のリリースからのソフトウェア
アップグレードをサポートするために、 install all の操作中はインストーラの機能によって I9(x) ラベルがサフィックスとして実際のリリースに付与されます。このラベルは、Cisco NX-OS リリース 7.0(3)I7(4) より前のリリースから 10.1(x) へのインストール操作中にイメージの一部として表示されますが、これは無視できます。次の例を参照してください。
switch# install all nxos bootflash:nxos.9.3.1.bin
Installer will perform compatibility check first. Please wait.
Installer is forced disruptive
Verifying image bootflash:/nxos.9.3.1.bin for boot variable "nxos".
[####################] 100% -- SUCCESS
Verifying image type.
[####################] 100% -- SUCCESS
Preparing "nxos" version info using image bootflash:/nxos.9.3.1.bin.
[####################] 100% -- SUCCESS
Preparing "bios" version info using image bootflash:/nxos.9.3.1.bin.
[####################] 100% -- SUCCESS
Performing module support checks.
[####################] 100% -- SUCCESS
Notifying services about system upgrade.
[####################] 100% -- SUCCESS
Compatibility check is done:
Module bootable Impact Install-type Reason
------ -------- ------------ ------------ ------
1 yes disruptive reset Incompatible image for ISSU
Images will be upgraded according to following table:
Module Image Running-Version(pri:alt) New-Version Upg-Required
------ ------- -------------------------------------- -------------------- ------------
1 nxos 7.0(3)I7(3) 9.3(1)I9(1) yes
1 bios v07.61(04/06/2017):v07.61(04/06/2017) v05.33(09/08/2018) yes
Switch will be reloaded for disruptive upgrade.
Do you want to continue with the installation (y/n)? [n] y
-
uRPF が設定されたスイッチ上の Cisco NX-OS リリース 9.3(5)、標準、中断のない ISSU 以降では、次でサポートされます。
-
Cisco Nexus 9300-EX プラットフォーム スイッチ
-
Cisco Nexus 9300-FX/FX2 プラットフォーム スイッチ
-
Cisco Nexus 9300-GX プラットフォーム スイッチ
（注）
|
Cisco NX-OS リリース 9.3(5) 以前では、上記のスイッチのいずれかが uRPF で設定されている場合、標準、中断のない ISSU はサポートされていませんでした。
|
-
boot poap enable が設定されている場合、ISSUはブロックされます。
-
Cisco NX-OSリリース7.0（3）I6（1）から上位バージョンへの無停止ISSUを実行すると、設定されているVLANの数に基づいてトラフィック損失が発生する可能性があります。トラフィック損失を回避するために、ルーティングプロトコルのグレースフルリスタートタイマーの値を大きくすることを推奨します。グレースフルリスタートタイマーの推奨値は600秒です。この値は、設定の規模に応じてさらに増減できます。
-
Cisco NX-OSリリース10.1（1）以降、Fs_daemonは5000を超えるファイルを持つデバイスでのsnmpwalkをサポートしません。5000を超えるファイルがあるデバイスでsnmpwalkを実行する場合、エラーresourceUnavailable（これはエージェント内のメモリ不足障害である可能性が高い）が予想される動作です。
-
Cisco NX-OS リリース 10.1 (2) 以降、CoPP は N9K-X9624D-R2 および N9K-C9508-FM-R2 プラットフォーム スイッチでサポートされ。
-
Cisco NX-OS リリース 10.1(2) 以降、RACL は N9K-X9624D-R2 および N9K-C9508-FM-R2 プラットフォーム スイッチでサポートされ。
-
Cisco NX-OSリリース9.3（5）、9.3（6）、9.3（7）、10.1（1）、または10.1（2）からCisco NX-OSリリース10.2（1）以降のリリースへのISSUの実行中ブロックされます。
-
遅延設定がトラックリストのブール/重みに存在する場合、ISSUはブロックされます。
-
ISSU中にIPv6 NDがタイムアウトすると、ISSUの後にIPv6 BFDセッションがフラップする可能性があります。
-
Cisco NX-OS リリース 10.2(3)F 以降、すべての Cisco Nexus 9300-X TOR の VPC ファブリック ピアリングで非中断 ISSU がサポートされます。標準と拡張の両方の無停止アップグレードがサポートされています。障害が発生していないときに
ISSU を開始またはトリガーする必要があることに注意してください。障害の例としては、VPC レッグの 1 つがダウンしていることが挙げられます。
-
推奨されるルーティング プロトコルのグレースフル リスタート タイマーは 600 秒で、nve 送信元インターフェイスのホールドダウン時間は 400 秒です。
-
スイッチ モード テストベッドで ND ネイティブ ISSU を呼び出す場合は、E または F モードの VFC インターフェイスで disable-fka と設定することをお勧めします。そうでない場合、中断が発生する可能性があります。
-
VRF スケールがある場合、各 VRF の非中断型 ISSU では、グレースフル リスタート タイマーを 300 秒に構成する必要があります。
-
任意のリリースから nxos64-cs.10.3(1)F 以降のリリースにアップグレードする必要があるプラットフォームの場合、nxos.9.3.10.bin または nxos64-cs.10.2(3)F 以降のリリースを暫定ホップとして使用します。この制限は、中断および非中断アップグレードの両方で適用されます。nxos64-msll.10.3(1)F
にはこの制限がありません。
-
サポートされていないイメージを Cisco Nexus 9800 プラットフォーム スイッチにロードすると、スイッチがスタックします。その場合、リセットできるのは電源の再投入のみです。
-
9.3(10) または 10.2(3)F より前のバージョンからの中断を伴うアップグレードは、CSCwb63451 が原因で失敗する場合があります。10.3(1)F 以降にアップグレードする前に、まず 9.3(10) または 10.2(3)F にアップグレードする必要があります。
-
vPC コンプレックスまたは LAN シナリオの L2 スイッチで ISSU を実行している間、L2 スイッチはコントロール プレーンのダウンタイム中にレポート/クエリを転送できないため、IGMP グループ タイムアウトをより高い値で構成する必要があります。L2
スヌーピング クエリア間隔も、L3 クエリア間隔と一致する必要があります。
-
以前のリリースから Cisco NX-OS リリース 10.3(3)F 以降にアップグレードする場合、hardware rate-limiter span-egress コマンドが構成されている場合は、アップグレード/ISSU の完了後に削除して再適用する必要があります。
-
Cisco NX-OS リリース 10.3(3)F 以降、Cisco Nexus 9300-FX3 および 9300-GX スイッチでは LXC モードのみがサポートされます。これにより、最小限のダウンタイムで拡張された無停止 ISSU を実行できます。
-
Cisco NX-OS リリース 10.4(1)F 以降、Cisco Nexus 9300-FX3 および 9300-GX スイッチに加えて、Cisco Nexus 9300-FX および 9300-FX2 スイッチでは LXC モードのみがサポートされます。これにより、最小限のダウンタイムで拡張された無停止
ISSU を実行できます。ただし、残りの Cisco Nexus 9000 スイッチでは、最小限のダウンタイムで拡張 LXC モードで無停止 ISSU を実行するオプションがあります。
-
Cisco NX-OS リリース 10.4(1)F 以降、Cisco Nexus N9K-C9332D-H2R、N9K-C9348GC-FX3、および N9K-C9348GC-FX3PH スイッチでは、デフォルトで拡張 LXC モードのみがサポートされます。これにより、最小限のダウンタイムで無停止の
ISSU を実行できます。
フィードバック