ソフトウェアの管理

コントローラソフトウェアのアップグレード

コントローラソフトウェアをアップグレードすると、コントローラにアソシエートされているアクセスポイントのソフトウェアも自動的にアップグレードされます。アクセスポイントがソフトウェアをロードしている場合、アクセスポイントの各 LED は連続して点滅します。

注意	このプロセスの実行時に、コントローラまたは任意のアクセスポイントの電源を切らないでください。電源を切ると、ソフトウェアイメージが破損する場合があります。多数のアクセスポイントを含むコントローラをアップグレードするには、ネットワークのサイズにもよりますが、最大で 30 分かかる場合があります。ただし、コントローラソフトウェアリリースでサポートされているアクセスポイントの同時アップグレード数の増加によって、アップグレードにかかる時間が大幅に短縮されました。アクセスポイントの電源は入れたままにしておく必要があります。また、アップグレード時にコントローラをリセットしてはなりません。

コントローラソフトウェアのアップグレードに関する考慮事項

コントローラソフトウェアのアップグレード時に適用される一般的な制限の一部を次に示します。リリース固有の制約事項については、該当するリリースノートを参照してください。

シスコワイヤレスインフラストラクチャ（コントローラ間のモビリティ、AP の互換性を含むがこれらに限定されない）間の適切な相互運用性については、シスコワイヤレスソリューションソフトウェアの互換性マトリックス [英語] を参照してください。

https://www.cisco.com/c/en/us/td/docs/wireless/compatibility/matrix/compatibility-matrix.html

すべてのソフトウェアアップグレードにおいて、コントローラを目的のソフトウェアリリースにアップグレードするために必要な注意事項、考慮事項、または可能な暫定アップグレードについて対応するリリースノートを参照することをお勧めします。
ソフトウェアアップグレードアクティビティを行う前に、外部リポジトリに設定のバックアップを保存することをお勧めします。
バックアップする設定ファイルに特殊文字（< または >）が含まれていないことを確認します。いずれかの特殊文字が含まれている場合、バックアップした設定ファイルのダウンロードが失敗します。
TFTP、SFTP、または FTP ファイルサーバへの高速接続を使用した、コントローラソフトウェアのアップグレード（ソフトウェア転送の開始からコントローラのリブートまで）は約 15 ～ 25 分ほどかかります（同じメンテナンス時間帯のアップグレードに Field Upgrade Software のインストールも含まれている場合、さらに時間がかかることもあります）。関連 AP のアップグレードに必要な時間は、導入固有のさまざまな要因（コントローラと関連付けられている AP の数、特定の AP とコントローラ間のネットワーク接続速度など）により、ネットワークによって異なります。
アップグレードプロセス中は、コントローラやコントローラと関連付けられている AP の電源をオフにしないことをお勧めします。

コントローラでは、標準の SNMP 管理情報ベース（MIB）ファイルがサポートされています。MIB は Cisco.com の [Download Software] エリアからダウンロードできます。
SNMP テーブル bsnAPIfDot11CountersEntry にある bsnAPIfDot11RetryCount、bsnAPIfDot11TransmittedFrameCount などの SNMP MIB 記述ごとのオブジェクトは、AP の 802.3（イーサネット）MAC アドレスとしてインデックスを使用するために定義されています。ただし、コントローラは、AP 無線 MAC アドレスを snmpget、getnext、および getbulk で送信します。これは、snmpwalk は AP イーサネット MAC アドレスではなく、基本無線 MAC アドレスを使用してインデックスを返すためです。
次の操作によってネットワークのダウンタイムを減らすことができます。
- AP イメージを事前にダウンロードできます。
  
  AP イメージのプレダウンロードの詳細については、「アクセスポイントへのイメージのプレダウンロード」のセクションを参照してください。
- FlexConnect アクセスポイントの場合は、FlexConnect Efficient AP Upgrade 機能を使用して、コントローラと AP（メインサイトとブランチ）間のトラフィックを削減することができます。
  
  FlexConnect AP のアップグレードの設定の詳細については、「FlexConnect AP に対する FlexConnect AP のアップグレードの設定」の章を参照してください。

コントローラソフトウェアのアップグレード（GUI）

始める前に

コントローラソフトウェアをアップグレードする前に、該当するリリースノートでリリース固有の制約事項を確認することをお勧めします。

手順

ステップ 1

コントローラ設定ファイルをサーバにアップロードしてバックアップします。

（注）

コントローラソフトウェアをアップグレードする前に、コントローラの設定ファイルをバックアップしておくことを強く推奨します。バックアップを行わなかった場合は、コントローラを手動で再設定する必要があります。

ステップ 2

以下のステップに従って、コントローラソフトウェアのイメージを入手します。

http://www.cisco.com/cisco/software/navigator.html にブラウザからアクセスします。
[Wireless] > [Wireless LAN Controller] を選択します。

[Integrated Controllers and Controller Modules]、[Mobility Express]、および [Standalone Controllers] の各オプションがあります。
使用しているコントローラのプラットフォームに応じて、これらのオプションのいずれかをクリックします。
コントローラのモデル番号または名前をクリックします。[Download Software] ページが表示されます。
コントローラソフトウェアリリースをクリックします。ソフトウェアリリースには、ダウンロードするリリースを判断する際に役立つように、次のようなラベルが付いています。

[Early Deployment (ED)]：これらのソフトウェアリリースには、新機能、新しいハードウェアプラットフォームサポート、およびバグ修正ファイルが付属しています。

[Maintenance Deployment (MD)]：これらのソフトウェアリリースには、バグ修正ファイルおよび現時点のソフトウェアメンテナンスが付属しています。

[Deferred (DF)]：これらは延期されたソフトウェアリリースです。アップグレードしたリリースに移行することを推奨します。
ソフトウェアリリース番号を選択します。
ファイル名（filename.aes）をクリックします。
[Download] をクリックします。
シスコのエンドユーザソフトウェアのライセンス契約を読み、[Agree] をクリックします。
お使いのハードドライブにファイルを保存します。
ステップ a から k を繰り返して、他のファイルをダウンロードします。

ステップ 3

コントローラソフトウェアのイメージ（filename.aes）を TFTP サーバまたは FTP サーバのデフォルトディレクトリにコピーします。

（注）

8.1 以降のリリースでは、HTTP 経由の転送もサポートされています。

（注）

リリース 8.3、8.4、および 8.5 では、Cisco 2504 WLC、5508 WLC、および WiSM2 に対する Cisco WLC ソフトウェアイメージは 2 つのイメージ（Base Install Image と Supplementary AP Bundle Image）に分割されています。したがって、リリース 8.3、8.4、または 8.5 にアップグレードするには、Base Install Image と Supplementary AP Bundle Image の両方についてステップ 2 からステップ 14 を繰り返す必要があります。

Supplementary AP Bundle Image は、AP80x、Cisco Aironet 1550 シリーズ AP（64 MB のメモリを搭載）、Cisco Aironet 1550 シリーズ AP（128 MB のメモリを搭載）、Cisco Aironet 1570 シリーズ AP、および Cisco Aironet 1600 AP を使用している場合のみダウンロードします。

ステップ 4

（任意）802.11 ネットワークを無効にします。

（注）

使用率の高いネットワークやコントローラ、または小規模なコントローラプラットフォームでは、予防措置として 802.11 ネットワークを無効にすることをお勧めします。

ステップ 5

[Commands] > [Download File] の順に選択して、[Download File to Controller] ページを開きます。

ステップ 6

[File Type] ドロップダウンリストから、[Code] を選択します。

ステップ 7

[Transfer Mode] ドロップダウンリストで、次のオプションから選択します。

TFTP
FTP
SFTP（7.4 以降のリリースで利用可能）
HTTP（8.1 以降のリリースで利用可能）

ステップ 8

[IP Address] テキストボックスに、サーバの IP アドレスを入力します。

ステップ 9

（オプション）TFTP サーバを使用している場合は、[Maximum Retries] テキストフィールドの 10 回の再試行、および [Timeout] テキストフィールドの 6 秒というデフォルト値は、調整しなくても適切に機能します。ただし、これらの値は必要に応じて変更できます。変更する場合は、TFTP サーバがソフトウェアのダウンロードを試行する最大回数を [Maximum Retries] テキストボックスに入力し、TFTP サーバがソフトウェアのダウンロードを試行する時間（秒単位）を [Timeout] テキストボックスに入力します。

ステップ 10

[File Path] テキストボックスに、ソフトウェアのディレクトリパスを入力します。

ステップ 11

[File Name] テキストボックスに、コントローラソフトウェアファイルの名前（filename.aes）を入力します。

ステップ 12

FTP サーバを使用している場合は、次の手順に従います。

[Server Login Username] テキストボックスに、FTP サーバにログインするためのユーザ名を入力します。
[Server Login Password] テキストボックスに、FTP サーバにログインするためのパスワードを入力します。
[Server Port Number] テキストボックスに、ダウンロードが発生する FTP サーバのポート番号を入力します。デフォルト値は 21 です。

ステップ 13

[Download] をクリックして、ソフトウェアをコントローラにダウンロードします。ダウンロードのステータスを示すメッセージが表示されます。

（注）

ステップ 14

（オプション）ダウンロードが完了したら、アクセスポイントにイメージをプレダウンロードすることができます。詳細については、「アクセスポイントへのイメージのプレダウンロード」セクションを参照してください。

ステップ 15

[Reboot] をクリックして、コントローラをリブートします。

ステップ 16

変更を保存するように求めるプロンプトが表示されたら、[Save and Reboot] をクリックします。

ステップ 17

[OK] をクリックして確定します。

ステップ 18

コントローラがリブートしたら、ステップ 6 から 16 を繰り返して、残りのファイルをインストールします。

ステップ 19

Cisco WiSM2 の場合は、Catalyst スイッチのコントローラポートチャネルを再度有効にします。

ステップ 20

802.11 ネットワークを無効にした場合は、再度有効にします。

ステップ 21

コントローラソフトウェアのバージョンを確認するには、コントローラ GUI の [Monitor] を選択して、[Controller Summary] 領域の [Software Version] を参照してください。

コントローラソフトウェアのアップグレード（CLI）

始める前に

コントローラソフトウェアをアップグレードする前に、該当するリリースノートでリリース固有の制約事項を確認することをお勧めします。

手順

ステップ 1

コントローラ設定ファイルをサーバにアップロードしてバックアップします。

（注）

ステップ 2

以下のステップに従って、コントローラソフトウェアのイメージを入手します。

http://www.cisco.com/cisco/software/navigator.html にブラウザからアクセスします。
[Wireless] > [Wireless LAN Controller] を選択します。

[Integrated Controllers and Controller Modules]、[Mobility Express]、および [Standalone Controllers] の各オプションがあります。
使用しているコントローラのプラットフォームに応じて、これらのオプションのいずれかをクリックします。
コントローラのモデル番号または名前をクリックします。[Download Software] ページが表示されます。
コントローラソフトウェアリリースをクリックします。ソフトウェアリリースには、ダウンロードするリリースを判断する際に役立つように、次のようなラベルが付いています。

[Early Deployment (ED)]：これらのソフトウェアリリースには、新機能、新しいハードウェアプラットフォームサポート、およびバグ修正ファイルが付属しています。

[Maintenance Deployment (MD)]：これらのソフトウェアリリースには、バグ修正ファイルおよび現時点のソフトウェアメンテナンスが付属しています。

[Deferred (DF)]：これらは延期されたソフトウェアリリースです。アップグレードしたリリースに移行することを推奨します。
ソフトウェアリリース番号を選択します。
ファイル名（filename.aes）をクリックします。
[Download] をクリックします。
シスコのエンドユーザソフトウェアのライセンス契約を読み、[Agree] をクリックします。
お使いのハードドライブにファイルを保存します。
ステップ a から k を繰り返して、他のファイルをダウンロードします。

ステップ 3

コントローラソフトウェアのイメージ（filename.aes）を TFTP サーバまたは FTP サーバのデフォルトディレクトリにコピーします。

（注）

リリース 8.3 では、Cisco 2504 WLC、5508 WLC、および WiSM2 に対し、Cisco WLC ソフトウェアイメージが 2 つのイメージ Base Install Image と Supplementary AP Bundle Image に分割されています。したがって、8.3 以降のサポート対象リリースにアップグレードするには、Base Install Image と Supplementary AP Bundle Image の両方についてステップ 2 からステップ 11 を繰り返してインストールを完了する必要があります。

Supplementary AP Bundle Image は、AP80x、Cisco Aironet 1530 シリーズ AP、Cisco Aironet 1550 シリーズ AP（64 MB のメモリを搭載）、Cisco Aironet 1550 シリーズ AP（128 MB のメモリを搭載）、Cisco Aironet 1570 シリーズ AP、および Cisco Aironet 1600 シリーズ AP を使用している場合のみダウンロードします。

ステップ 4

コントローラ CLI にログインします。

ステップ 5

コントローラ CLI で Telnet または SSH を介して ping server-ip-address コマンドを入力して、コントローラが TFTP または FTP サーバと通信できることを確認します。

ステップ 6

（オプション）次のコマンドを入力して、802.11 ネットワークを無効にします。

config 802.11 {a | b } disable network

（注）

ステップ 7

transfer download start コマンドを入力して、現在のダウンロード設定を表示します。プロンプトに n と応答して、現在のダウンロード設定を表示します。

ステップ 8

必要に応じて、次のコマンドを入力して、ダウンロードの設定を変更します。

transfer download mode {tftp | ftp | sftp }
transfer download datatype code
transfer download serverip server-ip-address
transfer download filename filename

transfer download path server-path-to-file

（注）

TFTP または FTP サーバのパス名は、サーバのデフォルトまたはルートディレクトリからの相対パスです。たとえば、Solaris TFTP サーバの場合、パスは「/」となります。

（オプション）TFTP サーバを使用している場合は、次のコマンドを入力します。

transfer download tftpMaxRetries retries

transfer download tftpPktTimeout timeout

（注）

10 回の再試行および 6 秒のタイムアウトというデフォルト値は、調整しなくても適切に機能します。ただし、これらの値は変更できます。値を変更するには、TFTP サーバがソフトウェアのダウンロードを試行する最大回数を retries パラメータ、ソフトウェアのダウンロードを試行する時間の合計（秒単位）を timeout パラメータに入力します。

FTP サーバを使用している場合は、次のコマンドも入力します。

transfer download username username
transfer download password password

（オプション）transfer download port port

（注）

port パラメータのデフォルト値は 21 です。

ステップ 9

transfer download start コマンドを入力して、最新の更新された設定を表示します。プロンプトに y と応答して、現在のダウンロード設定を確認し、ソフトウェアのダウンロードを開始します。

ステップ 10

ステップ 11

次のコマンドを入力して、コードのアップデートを不揮発性 RAM（NVRAM）に保存し、コントローラをリブートします。

reset system

コントローラのブートアッププロセスが完了します。

ステップ 12

コントローラがリブートしたら、ステップ 7 から 11 を繰り返して、残りのファイルをインストールします。

ステップ 13

Cisco WiSM2 の場合は、Catalyst スイッチのコントローラポートチャネルを再度有効にします。

ステップ 14

ステップ 6 で 802.11 ネットワークを無効にした場合は、次のコマンドを入力して再度有効にします。

config 802.11 {a | b } enable network

ステップ 15

インストールされているコントローラソフトウェアを確認するには、show sysinfo コマンドを入力して製品バージョンを確認します。

ステップ 16

（オプション）コントローラにインストールされている Cisco Unified Wireless Network Controller Boot Software ファイルを確認するには、コントローラの CLI で show sysinfo コマンドを入力して、Recovery Image Version または Emergency Image Version を確認します。

（注）

Cisco Unified Wireless Network Controller Boot Software ER.aes ファイルがインストールされていない場合は、Recovery Image Version または Emergency Image Version には「N/A」と表示されます。

アクセスポイントへのイメージのプレダウンロード

ネットワークの停止を最小限に抑えるため、アクセスポイントをリセットしたり、ネットワーク接続を切断したりせずに、アップグレードイメージを Cisco WLC のアクセスポイントにダウンロードできるようになりました。以前は、アップグレードイメージをコントローラにダウンロードし、コントローラをリセットすると、アクセスポイントがディスカバリモードに移行してしまいました。アクセスポイントで新しいイメージを含む Cisco WLC が検出されると、新しいイメージがダウンロードされ、アクセスポイントがリセットされ、ディスカバリモードに移行し、Cisco WLC に再 join されます。

アップグレードイメージを Cisco WLC にダウンロードしてから、ネットワークを稼働したままで、イメージをアクセスポイントにダウンロードできるようになりました。さらに、指定の期間のあと、または特定の日時に、Cisco WLC およびアクセスポイントのリブートをスケジュールすることができます。両方のデバイスが稼働している場合は、アクセスポイントによって Cisco WLC が検出され、再 join されます。

Cisco WLC から AP イメージへの同時アップグレード

この表は、Cisco WLC と AP イメージの最大同時ダウンロードサポートを示します。


Cisco WLC	サポート対象の最大同時 AP イメージダウンロード数
Cisco 2504 WLC	75
Cisco 5508 WLC	500
Cisco 5520 WLC	1000
Cisco Flex 7510 WLC	1000
Cisco 8510 WLC	1000
Cisco 8540 WLC	1000
Cisco WiSM2	500
Cisco vWLC	1000

アクセスポイントのフラッシュメモリ要件

この表は、Cisco AP モデルとプレダウンロードプロセスが動作するのに必要な最低限の空きフラッシュメモリを示します。


Cisco AP	最小限必要な空きフラッシュメモリ
3700（I/E）	16 MB
3600（I/E）	14 MB
3502（I/E）	14 MB
2700（I/E）	16 MB
2602（I/E）	14 MB
1700（I/E）	16 MB
1602（I/E）	12 MB
1262	14 MB
1142	12 MB

（注）

必要なフラッシュメモリは、使用されているアンテナの無線タイプと数に左右される場合があります。
このプレダウンロード機能は、1242 および 1131 の Cisco AP モデルではサポートされていません。
Cisco AP1142 には合計 32 MB のフラッシュメモリがあり、プレダウンロード機能をサポートできます。
AP へのイメージの事前ダウンロード中、一部の AP には現在使用可能な無線ファームウェアを維持するのに十分なメモリが存在しません。それらの AP では、事前ダウンロードされたイメージはフラッシュメモリにのみ保存されます。無線ファームウェアの現在のイメージやバージョンをホストするために使用可能なその他のメモリはありません。この制限があるのは次の AP です。Cisco Aironet 700、1140、1260、1520、1530、1550、1600、3500、および 3600 シリーズの AP。

この制限の詳細については、CSCvg41698 を参照してください。
CSCvb75682 の修正の一環として、Cisco Aironet 1700、2700、および 3700 シリーズの AP のフラッシュメモリが 10 Mb 未満で、リカバリイメージが存在する場合、それらの AP のバックアップイメージは削除されます。

アクセスポイントのプレダウンロードのプロセス

アクセスポイントのプレダウンロード機能は、次のように動作します。

コントローラのイメージがダウンロードされます。
- （オプション）プライマリイメージはコントローラのバックアップイメージになり、ダウンロードされたイメージが新しいプライマリイメージになります。システム障害が発生した場合にコントローラがその最新の動作イメージでブートするように、config boot backup コマンドを使用して現在のブートイメージをバックアップイメージに変更します。
- config ap image predownload primary {all | ap-name} コマンドを入力して、join しているすべての AP または特定の AP の AP イメージの事前ダウンロード手順を開始します。
- アップグレードイメージが AP にバックアップイメージとしてダウンロードされます。show ap image all コマンドを使用して、これを確認できます。
- config boot primary コマンドを使用してブートイメージをプライマリイメージに手動で変更し、アップグレードイメージをアクティブ化するためにコントローラをリブートします。
  
  または
- swap キーワードによってスケジュールされたリブートを実行します。swap キーワードには重要な点があります。切り替えはアクセスポイント上のプライマリおよびバックアップイメージと、コントローラ上の現在アクティブなイメージおよびバックアップイメージに起こります。
- コントローラをリブートすると、アクセスポイントのアソシエーションが解除され、最終的にアップグレードイメージで起動します。コントローラがアクセスポイントから送信されたディスカバリ要求に自身のディスカバリ応答パケットで応答すると、アクセスポイントから join 要求が送信されます。
イメージの実際のアップグレードが実行されます。次の順序で処理が実行されます。
- 起動時に、アクセスポイントは join request を送信します。
- コントローラは、実行しているイメージバージョンと共に join 応答を返します。
- アクセスポイントは、自身が実行しているイメージとコントローラで実行されているイメージを比較します。バージョンが一致する場合は、アクセスポイントはコントローラに join します。
- バージョンが一致しない場合は、アクセスポイントはバックアップイメージのバージョンと比較します。これが一致した場合は、アクセスポイントではプライマリイメージとバックアップイメージを入れ替え、リロードした後、コントローラに join します。
- アクセスポイントのプライマリイメージがコントローラのイメージと同じである場合、アクセスポイントはリロードし、コントローラに join します。
- 上記の条件のいずれにも当てはまらない場合は、アクセスポイントはコントローラにイメージデータ要求を送信し、最新のイメージをダウンロードしてリロードし、コントローラに join します。

（注）

通常、AP のイメージをアップグレードする際に、プリイメージダウンロード機能を使用して、AP がクライアントに対応できない時間を短縮できます。一方、AP はアップグレード中はクライアントに対応できないため、ダウンタイムも増加します。プリイメージダウンロード機能は、このダウンしている時間を短縮するために使用することができます。ただし、ブランチオフィスセットアップの場合、アップグレードイメージは引き続き WAN リンクを介して各 AP にダウンロードされるので、遅延時間が長くなります。

より効率的な方法は、FlexConnect AP イメージアップグレード機能を使用する方法です。この機能が有効になっている場合、まずローカルネットワーク内の各モデルの 1 つの AP が、WAN リンクを介してアップグレードイメージをダウンロードします。FlexConnect AP アップグレードの詳細については、「FlexConnect AP Image Upgrades」章を参照してください。

アクセスポイントへのイメージのプレダウンロードのガイドラインと制約事項

2600、3500、および 3600 AP モデルは、フラッシュに 1 つのイメージのみ保存できます。（プレダウンロード後にコントローラをリブートせずに）AP をリブートすると、現在のイメージがフラッシュにあるプレダウンロードしたイメージで上書きされるため、コントローラから現在のイメージがダウンロードされます。
同時にプレダウンロードできる最大数は、通常のイメージを同時にダウンロードする数の半分に制限されます。この制限により、イメージのダウンロード中に、新しいアクセスポイントのコントローラに join が可能になります。
プレダウンロードの制限に達すると、イメージを取得できなかったアクセスポイントは 180 ～ 600 秒間スリープ状態になり、その後、再度プレダウンロードが試行されます。
プレダウンロードの前に、コントローラが何らかの理由でリブートした場合に、部分的にダウンロードしたアップグレードイメージではなく以前の実行イメージでバックアップされるように、アクティブなコントローラブートイメージをバックアップイメージに変更する必要があります。
このプレダウンロード機能は、1242 および 1131 の Cisco AP モデルではサポートされていません。
config time コマンドを使用してシステム時刻を変更すると、スケジュールリセットに設定された時刻が無効になり、スケジュールされたシステムリセットはキャンセルされます。時刻を設定する前にスケジュールリセットをキャンセルするか、スケジュールリセットを保持して時刻を設定しないかを選択できます。
すべてのプライマリ、セカンダリ、ターシャリコントローラで、同じイメージをプライマリイメージとバックアップイメージとして実行する必要があります。つまり、3 つのコントローラすべてのプライマリイメージが X で、3 つのコントローラすべてのセカンダリイメージが Y である必要があり、そうでない場合、機能は有効になりません。

プライマリ、セカンダリ、およびターシャリコントローラで実行しているコントローラソフトウェアのバージョンが異なっている場合、 N+1 セットアップで利用可能なその他のコントローラに AP がフェールオーバーおよび join する際に不要な長い遅延が追加されます。これは、AP がセカンダリまたはターシャリコントローラにフェールオーバーする際に、別のイメージバージョンのダウンロードが強制され、プライマリコントローラが利用可能になったときに再度 join するためです。
リセット時に、いずれかの AP がコントローライメージをダウンロードしている場合、スケジュールリセットはキャンセルされます。次のメッセージが表示され、スケジュールされたリセットがキャンセルされた理由が示されます。
```
%OSAPI-3-RESETSYSTEM_FAILED: osapi_task.c:4458 System will not reset as software is being upgraded.
```
7.2 以降のバージョンのイメージを Cisco Aironet 1240 のアクセスポイントにプレダウンロードすることは、コントローラの以前のリリースからアップグレードする場合、サポートされません。Cisco Aironet 1240 のアクセスポイントへのプレダウンロードが実行されると、AP は切断されます。
1550 Mesh AP に対して、64 MB メモリの 1550 と、128 MB メモリの 1550 の 2 つのイメージがあります。コントローラを 7.6 以降のバージョンへアップグレードする間に AP イメージがダウンロードされ、2 回リブートがあります。
7.5 より前のリリースから 7.6.X 以降のリリースへ直接アップグレードすると、Cisco AP 2600 および AP 3600 上のプレダウンロードプロセスは失敗します。コントローラを 7.6.X 以降のリリースにアップグレードすると、Cisco AP2600 および AP3600 に新しいイメージがロードされます。リリース 7.6.X のイメージへアップグレードした後で、プレダウンロード機能が予想どおりに機能します。プレダウンロードが失敗するのは、1 回だけです。
リリース 8.2 から 8.4 にアップグレードすると、Cisco AP1700、AP2700、または AP3700 のプレダウンロードプロセスは失敗し、次のエラーメッセージが表示されます。
Not enough free space to download.
コントローラを 8.4 でリロードした後も、バックアップイメージのバージョンは引き続き 3.0 として表示されます。
AP でソフトウェアイメージのダウンロードが行われている場合、コントローラ CLI にはダウンロードのステータスは表示されません。イメージのダウンロードプロセス中は、コントローラ CLI から AP に対して行った設定は適用されません。そのため、AP でイメージのダウンロードが進行中の場合は、コントローラ CLI から AP に対する設定を行わないことをお勧めします。

アクセスポイントへのイメージのプレダウンロード：グローバルコンフィギュレーション（GUI）

AP にイメージをプレダウンロードするには、コントローラソフトウェアイメージのアップグレード後、かつコントローラをリブートして新しいイメージを有効にする前に、次の手順を実行する必要があります。

手順

ステップ 1	アクセスポイントのイメージのプレダウンロードをグローバルに設定するには、[Wireless] > [Access Points] > [Global Configuration] の順に選択して、[Global Configuration] ページを開きます。
ステップ 2	[AP Image Pre-download] セクションで、次のいずれかを実行します。すべてのアクセスポイントにプライマリイメージをコントローラからプレダウンロードするよう指示する場合は、[AP Image Pre-download] で [Download Primary] をクリックします。すべてのアクセスポイントにプライマリイメージとバックアップイメージを切り替えるよう指示する場合は、[Interchange Image] をクリックします。コントローラからイメージをダウンロードし、それをバックアップイメージとして保存する場合は、[Download Backup] をクリックします。プレダウンロード操作を中止するには、[Abort Predownload] をクリックします。
ステップ 3	[OK] をクリックします。
ステップ 4	[Apply] をクリックします。

アクセスポイントへのイメージのプレダウンロード（CLI）

手順

ステップ 1

次のいずれかのコマンドを入力して、プレダウンロードイメージを受信する AP を指定します。

プレダウンロード先の AP を指定するには、次のコマンドを入力します。

config ap image predownload {primary | backup} {ap_name | all}

プライマリイメージが新しいイメージ、バックアップイメージが古いイメージです。AP は常にプライマリイメージでブートされます。
AP のプライマリイメージとバックアップイメージを切り替えるには、次のコマンドを入力します。

config ap image swap {ap_name | all}
プレダウンロード先に指定された AP の詳細情報を表示するには、次のコマンドを入力します。

show ap image {all | ap-name}

出力には、プレダウンロード先に指定された AP がリストされ、AP ごとに、プライマリおよびセカンダリイメージのバージョン、プレダウンロードイメージのバージョン、プレダウンロードの試行時間（必要な場合）、およびプレダウンロードの試行回数が表示されます。また、出力には、各デバイスのプレダウンロードのステータスも示されます。AP のステータスは次のとおりです。

None：プレダウンロード先の AP はスケジュールされていません。
Predownloading：AP がイメージをプレダウンロードしています。
Not supported：AP（1120、1230、および 1310）がプレダウンロードをサポートしていません。
Initiated：同時ダウンロード制限数に達したため、AP はプレダウンロードイメージを取得するために待機しています。
Failed：AP はプレダウンロードの試行に 64 回失敗しました。
Complete：AP がプレダウンロードを完了しました。

ステップ 2

コントローラおよび AP のリブート時間を設定します。

次のいずれかのコマンドを使用して、コントローラおよび AP のリブートをスケジュールします。

次のコマンドを入力して、デバイスをリブートする前の遅延時間を指定します。

reset system in HH:MM:SS image {swap | no-swap} reset-aps [save-config]

（注）

reset コマンドで swap オペランドを指定すると、コントローラと AP の両方で、プライマリイメージとバックアップイメージが切り替えられ、コントローラの次回リブート時にデフォルトフラグが設定されます。

コントローラによってリセットメッセージがすべての接続 AP に送信されると、コントローラはリセットされます。

次のコマンドを入力して、デバイスがリブートする日付と時刻を指定します。

reset system at YYYY-MM-DD HH:MM:SS image {swap | no-swap} reset-aps [save-config]

コントローラからすべての接続 AP にリセットメッセージが送信されると、コントローラはリセットされます。

（注）

reset コマンドで swap オペランドを指定すると、コントローラと AP の両方で、プライマリイメージとバックアップイメージが切り替えられます。

（オプション）次のコマンドを入力して、次回のリセットを通知する SNMP トラップメッセージを設定します。

reset system notify-time minutes

リセット前に、通知トラップの設定された分数がコントローラから送信されます。

次のコマンドを入力して、スケジュールされたリブートをキャンセルします。

reset system cancel

（注）

リセット時間を設定して config time コマンドを使用し、コントローラのシステム時間を変更する場合、任意のスケジュールされたリセット時間はキャンセルされるため、システムの設定後にその時間を設定する必要があることがコントローラによって通知されます。

show reset コマンドを使用して、スケジュールされたリセットを表示します。

以下に類似した情報が表示されます。


System reset is scheduled for Apr 08 01:01:01 2010.
Current local time and date is Apr 07 02:57:44 2010.
A trap will be generated 10 minutes before each scheduled system reset.
Use 'reset system cancel' to cancel the reset.
Configuration will be saved before the system reset.

ブートローダおよび回復イメージ

コントローラのデフォルトでは、2 つのソフトウェアイメージ（プライマリイメージとバックアップイメージ）が維持されます。プライマリイメージはコントローラで使用されているアクティブなイメージで、バックアップイメージはプライマリ（アクティブ）イメージのバックアップとして使用されます。

コントローラのブートローダ（ppcboot）には、プライマリ（アクティブ）イメージとバックアップイメージのコピーが保存されています。プライマリイメージが破損した場合は、ブートローダを使用してバックアップイメージでブートする必要があります。

次の 2 つの方法のいずれかを使用して、アクティブなイメージを変更できます。

コントローラに有効なバックアップイメージがあると仮定して、コントローラをリブートします。コントローラのブートプロセス中に、Esc キーを押して追加のオプションを確認します。次のオプションの中から選択を求められます。
1. Run primary image
2. Run backup image
3. Manually upgrade primary image
4. Change active boot image
5. Clear configuration
ブートメニューからオプション 4：[Change active boot image] を選択して、バックアップイメージをアクティブなブートイメージとして設定します。コントローラはリブート時に、新しいアクティブなイメージでブートします。
config boot {primary | backup } コマンドを使用して、コントローラのアクティブなブートイメージを手動で変更することもできます。

各コントローラは、以前にロードされたプライマリ OS イメージ、または事前にロードされたバックアップ OS イメージからブートできます。コントローラのブートオプションを変更するには、config boot コマンドを使用します。デフォルトでは、コントローラのプライマリイメージがアクティブなイメージとして選択されます。

（注）

ブートローダメニューを適切に使用するには、コンソール接続が必要です。

ブート順序の設定（GUI）

手順

ステップ 1	Commands] > [Config Boot] を選択して、[Config Boot Image] ページに移動します。このページには、コントローラで現在使用可能なプライマリイメージとバックアップイメージが表示され、現在使用中のイメージも表示されます。
ステップ 2	[Image] ドロップダウンリストから、アクティブなイメージとして使用するイメージを選択します。
ステップ 3	設定を保存して、コントローラをリブートします。

コントローラはリブート時に、選択したイメージでブートします。

新しいイメージでコントローラをアップグレードすると、コントローラは新しいイメージをプライマリイメージとして自動的に書き込み、既存のプライマリイメージでバックアップイメージが上書きされます。

（注）

既存のバックアップイメージは失われます。

コントローラの GUI で、コントローラが現在使用しているアクティブなイメージを確認するには、[Monitor] > [Summary] を選択して [Summary] ページに移動して、[Software Version] フィールドを参照します。

コントローラの CLI で show boot コマンドを使用して、コントローラに存在するプライマリイメージとバックアップイメージを表示します。

TFTP を使用したアクセスポイントの回復

回復イメージによって、イメージのアップグレード時に AP 電源の再投入が発生した場合に使用できるバックアップイメージが提供されます。AP 回復の必要性を回避するには、システムアップグレード時の AP 電源の再投入を防ぐのが最善の方法です。サイズの大きな AP イメージへのアップグレード中に電源の再投入が発生した場合、次の TFTP 回復手順を使用して AP を回復できます。

手順

ステップ 1	必要な回復イメージを Cisco.com からダウンロードして、TFTP サーバのルートディレクトリにインストールします。
ステップ 2	TFTP サーバをターゲットのアクセスポイントと同じサブネットに接続して、アクセスポイントをパワーサイクリングします。アクセスポイントは TFTP イメージから起動し、次にコントローラに join してサイズの大きなアクセスポイントのイメージをダウンロードし、アップグレード手順を完了します。
ステップ 3	アクセスポイントが回復したら、TFTP サーバを削除できます。

Cisco Wireless Controller リリース 8.5 コンフィギュレーションガイド

偏向のない言語

翻訳について

Book Title

Cisco Wireless Controller リリース 8.5 コンフィギュレーションガイド

Chapter Title