この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
ご使用のソフトウェア リリースでは、このモジュールで説明されるすべての機能がサポートされているとは限りません。最新の機能情報および警告については、使用するプラットフォームおよびソフトウェア リリースの Bug Search Tool およびリリース ノートを参照してください。このモジュールに記載されている機能の詳細を検索し、各機能がサポートされているリリースのリストを確認する場合は、このモジュールの最後にある機能情報の表を参照してください。
プラットフォームのサポートおよびシスコ ソフトウェア イメージのサポートに関する情報を検索するには、Cisco Feature Navigator を使用します。Cisco Feature Navigator には、http://www.cisco.com/go/cfn からアクセスします。Cisco.com のアカウントは必要ありません。
IP アドレスの割り当ておよび DHCP 自動設定を含む初期デバイス設定タスクを実行する前に、このモジュールのセクションを確認します。
デバイスを起動するには、ハードウェア インストレーション ガイドの手順にしたがって、デバイスを設置して電源をオンにし、デバイスの初期設定（IP アドレス、サブネット マスク、デフォルト ゲートウェイ、シークレット、Telnet パスワードなど）を行う必要があります。
通常の起動プロセスにはブートローダ ソフトウェアの動作が含まれ、以下のアクティビティが実行されます。
下位レベルの CPU 初期化を行います。CPU レジスタを初期化することにより、物理メモリがマッピングされる場所、容量、速度などを制御します。
CPU サブシステムの電源投入時セルフ テスト（POST）を実行し、システム DRAM をテストします。
システム ボード上のファイル システムを初期化します。
デフォルトのオペレーティング システム ソフトウェア イメージをメモリにロードし、デバイスを起動します。
ブート ローダにより、オペレーティング システムがロードされる前に、ファイル システムにアクセスすることができます。ブート ローダの使用目的は通常、オペレーティング システムのロード、展開、および起動に限定されます。オペレーティング システムが CPU を制御できるようになると、ブートローダは、次にシステムがリセットされるか電源が投入されるまでは非アクティブになります。
また、オペレーティング システムが使用不可能になるほどの重大な障害が発生した場合は、ブートローダはシステムにトラップドアからアクセスします。トラップドア メカニズムによりシステムへのアクセスを十分に行うことで、必要に応じて、XMODEM プロトコルを使用してオペレーティング システムのソフトウェアイメージを再インストールし、失われたパスワードを回復し、最終的にオペレーティング システムを再起動できます。
デバイス情報を割り当てるには、PC または端末をコンソール ポートに接続するか、PC をイーサネット管理ポートに接続して、PC または端末エミュレーション ソフトウェアのボーレートおよびキャラクタ フォーマットをデバイスのコンソール ポートの設定と一致させておく必要があります。
デフォルトのボーレートは 9600 です。
デフォルトのデータ ビットは 8 です。
 （注） |
データ ビット オプションを 8 に設定した場合、パリティ オプションは「なし」に設定します。 |
デフォルトのストップ ビットは 2（マイナー）です。
デフォルトのパリティ設定は「なし」です。
次のスイッチでソフトウェア インストーラ機能がサポートされます。
スタンドアロン スイッチ、スイッチ スタック、またはスタック内のスイッチのサブセットでのソフトウェア バンドルのインストール。デフォルトでは、スイッチ スタックが設定されている場合、すべてのスイッチでインストールが行われます。
スイッチのスタックでは、すべてのスイッチをインストール モードすることが推奨されます。
以前にインストールしたパッケージ セットへのソフトウェア ロールバック。
有効なインストール済みパッケージがブート フラッシュに存在しない場合の緊急インストール。
互換性のないソフトウェアを持つスイッチ スタックに参加しているスイッチの自動アップグレード。
スイッチ スタック内の別のスイッチにパッケージをインストールするための供給元として 1 台のスイッチのパッケージを使用してのインストール。
（注） |
ソフトウェア インストールおよびロールバックは、インストール モードのみで実行しているときに行う必要があります。software expand EXEC コマンドを使用すると、ブートのバンドル モードをインストール モードに変換できます。 |
デバイスでは、ソフトウェア パッケージを起動するための次の 2 種類のモードがサポートされています。
インストール モード
バンドル モード
以下のフラッシュ内のソフトウェア パッケージのプロビジョニング ファイルを起動して、インストール モードでデバイスを起動できます:
デバイス: boot flash:packages.conf
プロビジョニング ファイルには、起動、マウント、実行するソフトウェア パッケージのリストが含まれます。インストールされている各パッケージの ISO ファイル システムは、フラッシュからルート ファイル システムに直接マウントされます。
（注） |
インストール モードで起動するために使用するパッケージとプロビジョニング ファイルは、フラッシュに保存する必要があります。usbflash0 または tftp: からインストール モードで起動することはサポートされていません。 |
バンドル（.bin）ファイルを使用して、デバイス をバンドル モードでブートできます：
switch: boot flash:cat3850-universalk9.SSA.03.08.83.EMD.150-8.83.EMD.binバンドルに含まれるプロビジョニング ファイルは、どのパッケージを起動、マウント、および実行するかを判断するために使用されます。パッケージはバンドルから取得され、RAM にコピーされます。各パッケージの ISO ファイル システムは、ルート ファイル システムにマウントされます。
インストール モードでの起動とは異なり、バンドル モードでの起動では、バンドルのサイズに対応するサイズの追加メモリが使用されます。
flash:
usbflash0:
tftp:
（注） |
バンドル モードでの起動では、自動インストールおよびスマート インストール機能はサポートされません。 |
（注） |
バンドル モードでの起動では、AP イメージのプレダウンロード機能はサポートされません。プレダウンロード機能の詳細については、Cisco WLC 5700 シリーズの「Preloading an Image to Access Points（アクセス ポイントへのイメージのダウンロード）」の章を参照してください。 |
スタック内のすべてのスイッチは、インストール モードまたはブート モードで実行している必要があります。混合モードのスタックはサポートされません。新しいスイッチが、別のブート モードのスタックに参加する場合、新しいスイッチは、V 不一致状態となります。
混合モードのスイッチ スタックが同時に起動する場合、アクティブ スイッチを除くすべてのスイッチは、V 不一致状態となります。ブート モードが自動アップグレードをサポートしない場合、スイッチ スタック メンバはアクティブ スイッチと同じブート モードで再起動する必要があります。
スタックがインストール モードで実行されている場合、スイッチ スタックに参加しようとしている新しいスイッチを自動的にアップグレードするために、自動アップグレード機能が使用できます。
自動アップグレード機能により新しいスイッチのブート モードがインストール モードに変更されます。スタックがバンドル モードでのブートで実行されている場合、自動アップグレード機能は使用できなくなります。スイッチ スタックに参加できるように、バンドル モードを使用して新しいスイッチを起動する必要があります。
Device# show switch
Switch/Stack Mac Address : 6400.f125.1100 - Local Mac Address
Mac persistency wait time: Indefinite
H/W Current
Switch# Role Mac Address Priority Version State
------------------------------------------------------------
1 Member 6400 f125.1a00 1 0 V-Mismatch
*2 Active 6400.f125.1100 1 V01 Ready
Device
IP 情報を割り当てるには、デバイスのセットアップ プログラムを使用する方法、Dynamic Host Configuration Protocol（DHCP）サーバを使用する方法、または手動で実行する方法があります。
特定の IP 情報の設定が必要な場合、デバイスのセットアップ プログラムを使用してください。このプログラムを使用すると、ホスト名とイネーブル シークレット パスワードを設定することもできます。
また、任意で、Telnet パスワードを割り当てたり（リモート管理中のセキュリティ確保のため）、スイッチをクラスタのコマンドまたはメンバ スイッチとして、あるいはスタンドアロン スイッチとして設定したりできます。
サーバの設定後は DHCP サーバを使用して、IP 情報の集中管理と自動割り当てを行います。
（注） |
DHCP を使用している場合は、デバイスが動的に割り当てられた IP アドレスを受信してコンフィギュレーション ファイルを読み込むまでは、セットアップ プログラムからの質問に応答しないでください。 |
デバイスの設定手順を熟知している経験豊富なユーザの場合は、デバイスを手動で設定してください。それ以外のユーザは、「ブート プロセス」で説明したセットアップ プログラムを使用してください。
|
機能 |
デフォルト設定 |
|---|---|
|
IP アドレスおよびサブネット マスク |
IP アドレスまたはサブネット マスクは定義されていません。 |
|
デフォルト ゲートウェイ |
デフォルト ゲートウェイは定義されていません。 |
|
イネーブル シークレット パスワード |
パスワードは定義されていません。 |
|
Hostname |
出荷時に割り当てられるデフォルトのホスト名は、デバイス です。 |
|
Telnet パスワード |
パスワードは定義されていません。 |
|
クラスタ コマンド スイッチ機能 |
ディセーブル |
|
クラスタ名 |
クラスタ名は定義されません。 |
DHCP は、インターネットホストおよびインターネットワーキング デバイスに設定情報を提供します。このプロトコルには、2 つのコンポーネントがあります。1 つは DHCP サーバからデバイスにコンフィギュレーション パラメータを提供するコンポーネント、もう 1 つはデバイスにネットワーク アドレスを割り当てるコンポーネントです。DHCP はクライアント/サーバ モデルに基づいています。指定された DHCP サーバが、動的に設定されるデバイスに対して、ネットワーク アドレスを割り当て、コンフィギュレーション パラメータを提供します。デバイスは、DHCP クライアントおよび DHCP サーバとして機能できます。
DHCP ベースの自動設定では、デバイス（DHCP クライアント）は起動時に、IP アドレス情報およびコンフィギュレーション ファイルを使用して自動的に設定されます。
DHCP ベースの自動設定を使用すると、デバイス上で DHCP クライアント側の設定を行う必要はありません。ただし、DHCP サーバで、IP アドレスに関連した各種リース オプションを設定する必要があります。
DHCP を使用してネットワーク上のコンフィギュレーション ファイルの場所をリレーする場合は、TFTP サーバおよびドメイン ネーム システム（DNS）サーバの設定が必要になることがあります。
（注） |
スイッチ スタックと DHCP、DNS、TFTP サーバとの間では冗長接続を確立することを推奨します。接続されているスタック メンバーがスイッチ スタックから削除された場合でも、これらのサーバがアクセス可能なまま維持されるように保証するうえで役立ちます。 |
デバイスの DHCP サーバは、スイッチと同じ LAN 上に配置することも、そのデバイスとは別の LAN 上に配置することもできます。DHCP サーバが異なる LAN 上で動作している場合、デバイスと DHCP サーバ間に、DHCP のリレー デバイスを設定する必要があります。リレー デバイスは、直接接続されている 2 つの LAN 間でブロードキャスト トラフィックを転送します。ルータはブロードキャスト パケットを転送しませんが、受信したパケットの宛先 IP アドレスに基づいてパケットを転送します。
DHCP ベースの自動設定は、デバイスの BOOTP クライアント機能に代わるものです。
デバイスを起動したときに、デバイスにコンフィギュレーション ファイルがない場合、DHCP クライアントが呼び出され、DHCP クライアントが DHCP サーバに設定情報を要求します。コンフィギュレーション ファイルが存在し、その設定に特定のルーテッド インターフェイスの ip address dhcp インターフェイス コンフィギュレーション コマンドが含まれる場合、DHCP クライアントが呼び出され、DHCP クライアントがインターフェイスに IP アドレス情報を要求します。
次は、DHCP クライアントと DHCP サーバの間で交換される一連のメッセージです。
クライアントであるデバイス A は、DHCP サーバの場所を特定するために、DHCPDISCOVER メッセージをブロードキャストします。DHCP サーバは、DHCPOFFER ユニキャスト メッセージによって、使用可能なコンフィギュレーション パラメータ（IP アドレス、サブネット マスク、ゲートウェイ IP アドレス、DNS IP アドレス、IP アドレス用のリースなど）をクライアントに提示します。
DHCPREQUEST ブロードキャスト メッセージでは、クライアントは、提示された設定情報に対して、DHCP サーバに正式な要求を戻します。この正式な要求はブロードキャストされるため、クライアントから DHCPDISCOVER ブロードキャスト メッセージを受信した他のすべての DHCP サーバは、クライアントに提示した IP アドレスを再利用できます。
DHCP サーバは、DHCPACK ユニキャスト メッセージをクライアントに戻すことで、IP アドレスがクライアントに割り当てられたことを確認します。このメッセージによって、クライアントとサーバはバウンドされ、クライアントはサーバから受信した設定情報を使用します。デバイスの受信する情報量は、DHCP サーバの設定方法によって異なります。
DHCPOFFER ユニキャスト メッセージによって送信されたコンフィギュレーション パラメータが無効である（コンフィギュレーション エラーがある）場合、クライアントは DHCP サーバに、DHCPDECLINE ブロードキャスト メッセージを戻します。
DHCP サーバはクライアントに、提示されたコンフィギュレーション パラメータが割り当てられていない、パラメータのネゴシエーション中にエラーが発生した、または DHCPOFFER メッセージに対するクライアントの応答が遅れている（DHCP サーバがパラメータを別のクライアントに割り当てた）という意味の DHCPNAK 拒否ブロードキャスト メッセージを送信します。
DHCP クライアントは、複数の DHCP サーバまたは BOOTP サーバから提示を受け取り、そのうちの任意の 1 つを受け入れることができますが、通常は最初に受け取った提示を受け入れます。DHCP サーバから提示された IP アドレスが必ずしもクライアントに割り当てられるわけではありません。ただし、サーバは通常、クライアントが正式にアドレスを要求するまではアドレスを確保しておきます。デバイスが BOOTP サーバからの応答を受け入れ、自身を設定する場合、デバイスはデバイス コンフィギュレーション ファイルを取得するために、TFTP 要求をユニキャストするのではなくブロードキャストします。
DHCP ホスト名オプションにより、デバイスのグループはホスト名および標準コンフィギュレーションを集中管理型 DHCP サーバから取得できます。クライアント（デバイス）は DCHPDISCOVER メッセージ内に、DHCP サーバからのホスト名および他のコンフィギュレーション パラメータの要求に使用される Option 12 フィールドを加えます。すべてのクライアントのコンフィギュレーション ファイルは、DHCP から取得したホスト名を除き、まったく同じです。
クライアントにデフォルトのホスト名がある場合（hostname name グローバル コンフィギュレーション コマンドを設定していないか、no hostname グローバル コンフィギュレーション コマンドを使用してホスト名を削除していない場合）は、ip address dhcp インターフェイス コンフィギュレーション コマンドを入力すると、DHCP のホスト名オプションがパケットに含まれません。この場合、インターフェイスの IP アドレスを取得中にクライアントが DHCP との相互作用で DHCP ホスト名オプションを受信した場合、クライアントは DHCP ホスト名オプションを受け入れて、システムに設定済みのホスト名があることを示すフラグが設定されます。
DHCP イメージ アップグレード機能を使用すると、ネットワーク内の 1 つ以上のデバイスに新しいイメージ ファイルおよび新しいコンフィギュレーション ファイルをダウンロードするように DHCP サーバを設定できます。ネットワーク内のすべてのスイッチでのイメージおよびコンフィギュレーションの同時アップグレードによって、ネットワークに加えられたそれぞれの新しいデバイスが、同じイメージとコンフィギュレーションを確実に受信するようになります。
DHCP イメージ アップグレードには、自動設定およびイメージ アップデートの 2 つのタイプがあります。
ネットワーク内に割り当てられた IP アドレスがなく、1 つ以上のレイヤ 3 インターフェイスが起動してない場合は、設定プロセスが保存された DHCP ベースの自動設定は停止します。
タイムアウトを設定しない限り、設定機能を備えている DHCP ベースの自動設定は IP アドレスのダウンロードを無期限に繰り返します。
コンフィギュレーション ファイルをダウンロードできないか破損している場合は、自動インストールプロセスが停止します。
TFTP からダウンロードされたコンフィギュレーション ファイルは、実行コンフィギュレーション内の既存コンフィギュレーションとマージされますが、write memory または copy running-configuration startup-configuration 特権 EXEC コマンドを入力しない限り、NVRAM に保存されません。ダウンロードされたコンフィギュレーションがスタートアップ コンフィギュレーションに保存された場合、後続のシステム再起動中にこの機能はトリガーされません。
DHCP 自動設定は、コンフィギュレーション ファイルを DHCP サーバからネットワーク内の 1 つ以上のデバイスにダウンロードします。ダウンロードされたコンフィギュレーション ファイルは、デバイスの実行コンフィギュレーション ファイルになります。このファイルは、デバイスがリロードされるまで、フラッシュ メモリに保存されたブートアップ コンフィギュレーションを上書きしません。
DHCP 自動設定とともに DHCP 自動イメージ アップグレードを使用すると、コンフィギュレーションおよび新しいイメージをネットワーク内の 1 つ以上のデバイスにダウンロードできます。新しいコンフィギュレーションおよび新しいイメージをダウンロードしている 1 つのデバイススイッチ（または複数のデバイス）は、ブランク（つまり、出荷時のデフォルト設定がロードされている状態）にできます。
コンフィギュレーションをすでに持っているスイッチに新しいコンフィギュレーションをダウンロードすると、ダウンロードされたコンフィギュレーションは、スイッチに保存されているコンフィギュレーション ファイルに追加されます（どの既存のコンフィギュレーション ファイルも、ダウンロードされたファイルに上書きされません）。
デバイスの DHCP 自動イメージ アップデートをイネーブルにするには、イメージ ファイルおよびコンフィギュレーション ファイルがある TFTP サーバを、正しいオプション 67（コンフィギュレーション ファイル名）、オプション 66（DHCP サーバ ホスト名）、オプション 150（TFTP サーバ アドレス）、およびオプション 125（Cisco IOS イメージ ファイルの説明）の設定で設定する必要があります。
デバイスをネットワークに設置すると、自動イメージ アップデート機能が開始します。ダウンロードされたコンフィギュレーション ファイルはデバイスの実行コンフィギュレーションに保存され、新しいイメージがダウンロードされてデバイスにインストールされます。デバイスを再起動すると、このコンフィギュレーションがデバイスのコンフィギュレーションに保存されます。
デバイスを DHCP サーバとして設定する場合、次の注意事項に従ってください。
DHCP サーバには、デバイスのハードウェア アドレスによって各デバイスと結び付けられている予約済みのリースを設定する必要があります。
クライアントの IP アドレス（必須）
クライアントのサブネット マスク（必須）
DNS サーバの IP アドレス（任意）
ルータの IP アドレス（デバイスで使用するデフォルト ゲートウェイ アドレス）（必須）
TFTP サーバ名（必須）
ブート ファイル名（クライアントが必要とするコンフィギュレーション ファイル名）（推奨）
ホスト名（任意）
DHCP サーバの設定によっては、デバイスは IP アドレス情報またはコンフィギュレーション ファイル、あるいはその両方を受信できます。
前述のリース オプションを設定しなかった場合、DHCP サーバは、設定されたパラメータのみを使用してクライアントの要求に応答します。IP アドレスおよびサブネット マスクが応答に含まれていないと、デバイスは設定されません。ルータの IP アドレスまたは TFTP サーバ名が見つからなかった場合、デバイスは TFTP 要求をユニキャストしないでブロードキャストする場合があります。その他のリース オプションは、使用できなくても自動設定には影響しません。
デバイスは DHCP サーバとして動作可能です。デフォルトでは、Cisco IOS DHCP サーバおよび DHCP リレー エージェント機能はデバイス上でイネーブルにされていますが、設定されていません。（これらの機能は動作しません）
DHCP サーバの設定に基づいて、デバイスは TFTP サーバから 1 つまたは複数のコンフィギュレーション ファイルをダウンロードしようとします。TFTP サーバへの IP 接続に必要なすべてのオプションについてデバイスに応答するよう DHCP を設定している場合で、なおかつ、TFTP サーバ名、アドレス、およびコンフィギュレーション ファイル名を指定して DHCP サーバを設定している場合、デバイスは指定された TFTP サーバから指定されたコンフィギュレーション ファイルをダウンロードしようとします。
コンフィギュレーション ファイル名、および TFTP サーバを指定しなかった場合、またはコンフィギュレーション ファイルをダウンロードできなかった場合は、デバイスはファイル名と TFTP サーバアドレスをさまざまに組み合わせてコンフィギュレーション ファイルをダウンロードしようとします。ファイルには、特定のコンフィギュレーション ファイル名（存在する場合）と次のファイルが指定されています。network-config、cisconet.cfg、hostname.config、または hostname.cfg です。この場合、hostname はデバイスの現在のホスト名です。使用される TFTP サーバアドレスには、（存在する場合）指定された TFTP サーバのアドレス、およびブロードキャスト アドレス（255.255.255.255）が含まれています。
デバイスが正常にコンフィギュレーション ファイルをダウンロードするには、TFTP サーバのベース ディレクトリに 1 つまたは複数のコンフィギュレーション ファイルが含まれていなければなりません。含めることのできるファイルは、次のとおりです。
DHCP 応答で指定されているコンフィギュレーション ファイル（実際のデバイス コンフィギュレーション ファイル）。
network-confg または cisconet.cfg ファイル（デフォルトのコンフィギュレーション ファイル）
router-confg または ciscortr.cfg ファイル（これらのファイルには、すべてのデバイスに共通のコマンドが含まれています。通常、DHCP および TFTP サーバが適切に設定されていれば、これらのファイルはアクセスされません）
DHCP サーバ リース データベースに TFTP サーバ名を指定する場合は、DNS サーバのデータベースに TFTP サーバ名と IP アドレスのマッピングを設定することも必要です。
使用する TFTP サーバが、デバイスとは異なる LAN 上にある場合、またはデバイスがブロードキャスト アドレスを使用してアクセスした場合（前述のすべての必須情報が DHCP サーバの応答に含まれていない場合に発生）は、リレーを設定して TFTP サーバに TFTP パケットを転送する必要があります。適切な解決方法は、必要なすべての情報を使用して DHCP サーバを設定することです。
DHCP サーバは、DNS サーバを使用して TFTP サーバ名を IP アドレスに変換します。DNS サーバ上で、TFTP サーバ名から IP アドレスへのマッピングを設定する必要があります。TFTP サーバには、デバイスのコンフィギュレーション ファイルが存在します。
DHCP の応答時に IP アドレスを取得する DHCP サーバのリース データベースに、DNS サーバの IP アドレスを設定できます。リース データベースには、DNS サーバの IP アドレスを 2 つまで入力できます。
DNS サーバは、デバイスと同じ LAN 上に配置することも、別の LAN 上に配置することもできます。DNS サーバが別の LAN 上に存在する場合、デバイスはルータを介して DNS サーバにアクセスできなければなりません。
IP アドレスおよびコンフィギュレーション ファイル名が DHCP で専用のリースとして取得できるかどうかに応じて、デバイスは次の方法で設定情報を入手します。
IP アドレスおよびコンフィギュレーション ファイル名が、デバイス用に予約され、DHCP 応答（1 ファイル読み込み方式）で提供されている場合
デバイスは DHCP サーバから、IP アドレス、サブネット マスク、TFTP サーバ アドレス、およびコンフィギュレーション ファイル名を受信します。デバイスは、TFTP サーバにユニキャスト メッセージを送信し、指定されたコンフィギュレーション ファイルをサーバのベース ディレクトリから取得して、ブートアップ プロセスを完了します。
デバイスの IP アドレスおよびコンフィギュレーション ファイル名が予約されているが、DHCP 応答に TFTP サーバ アドレスが含まれていない場合（1 ファイル読み込み方式）。
デバイスは DHCP サーバから、IP アドレス、サブネット マスク、およびコンフィギュレーション ファイル名を受信します。デバイスは、TFTP サーバにブロードキャスト メッセージを送信し、指定されたコンフィギュレーション ファイルをサーバのベース ディレクトリから取得して、ブートアップ プロセスを完了します。
IP アドレスだけがデバイス用に予約され、DHCP 応答で提供されており、コンフィギュレーション ファイル名は提供されない場合（2 ファイル読み込み方式）
デバイス は DHCP サーバから、IP アドレス、サブネット マスク、および TFTP サーバ アドレスを受信します。デバイスは、TFTP サーバにユニキャストメッセージを送信し、network-confg または cisconet.cfg のデフォルト コンフィギュレーション ファイルを取得します（network-confg ファイルが読み込めない場合、デバイスは cisconet.cfg ファイルを読み込みます）。
デフォルト コンフィギュレーション ファイルには、デバイスのホスト名から IP アドレスへのマッピングが含まれています。デバイスは、ファイルの情報をホスト テーブルに書き込み、ホスト名を入手します。ファイルにホスト名がない場合、デバイスは DHCP 応答で指定されたホスト名を使用します。DHCP 応答でホスト名が指定されていない場合、デバイスはデフォルトのスイッチをホスト名として使用します。
デフォルトのコンフィギュレーション ファイルまたは DHCP 応答からホスト名を入手した後、デバイスはホスト名と同じ名前のコンフィギュレーション ファイル（network-confg または cisconet.cfg のどちらが先に読み込まれたかに応じて、hostname-confg または hostname.cfg）を TFTP サーバから読み込みます。cisconet.cfg ファイルが読み込まれている場合は、ホストのファイル名は 8 文字に切り捨てられます。
network-confg、cisconet.cfg、またはホスト名と同じ名前のファイルを読み込むことができない場合、デバイスは router-confg ファイルを読み込みます。router-confg ファイルを読み込むことができない場合、デバイスは ciscortr.cfg ファイルを読み込みます。
（注） |
DHCP 応答から TFTP サーバを入手できなかった場合、ユニキャスト伝送によるコンフィギュレーション ファイルの読み込みにすべて失敗した場合、または TFTP サーバ名を IP アドレスに変換できない場合には、デバイスは TFTP サーバ要求をブロードキャストします。 |
通常動作デバイスでは、9600 bps に設定されているコンソール接続のみを通じてブート ローダ モードを開始します。電源コードを再接続中にデバイス電源コードを取り外し、[Mode] ボタンを押します。すべてのオレンジのシステム LED が点灯したままになったら、[Mode] ボタンを放してもかまいません。ブートローダの デバイス プロンプトが表示されます。
デバイスのブート ローダ ソフトウェアは不揮発性の環境変数をサポートするため、これらの環境変数を使用して、ブート ローダまたはシステムで稼働する他のソフトウェアの動作を制御できます。ブートローダの環境変数は、UNIX または DOS システムで設定できる環境変数と類似しています。
値を持つ環境変数は、フラッシュ ファイル システムの外にあるフラッシュ メモリに保存されます。
ファイルの各行には、環境変数名と等号に続いて、その変数の値が指定されます。変数が存在しない場合は、変数の値はありません。値がヌル ストリングと表示された場合は、変数に値が設定されています。ヌル ストリング（たとえば " "）が設定されている変数は、値が設定された変数です。多くの環境変数は事前に定義されており、デフォルト値が設定されています。
環境変数の設定を変更するには、ブートローダにアクセスするか、Cisco IOS コマンドを使用します。通常の環境では、環境変数の設定を変更する必要はありません。
この表では、最も一般的な環境変数の機能について説明します。
|
変数 |
ブートローダ コマンド |
Cisco IOS グローバル コンフィギュレーション コマンド |
|---|---|---|
|
BOOT |
set BOOT filesystem:/ file-url ... 自動起動時にロードして実行を試みる、セミコロンで区切られた実行可能ファイルのリスト。 |
boot system {filesystem: /file-url ...| switch {number | all }} 次の起動時にロードする Cisco IOS イメージと、イメージがロードされるスタック メンバーを指定します。このコマンドは、BOOT 環境変数の設定を変更します。
|
|
MANUAL_BOOT |
set MANUAL_BOOT yes スイッチの起動を自動で行うか手動で行うかを決定します。 有効な値は 1、yes、0、および no です。no または 0 に設定されている場合、ブートローダはシステムを自動的に起動しようとします。それ以外の値に設定されている場合は、ブートローダ モードから手動でスイッチを起動する必要があります。 |
boot manual 次回の起動時にスイッチを手動で起動できるようにします。MANUAL_BOOT 環境変数の設定が変更されます。 次回のシステム再起動時には、スイッチはブートローダ モードになります。システムを起動するには、boot flash: filesystem:/ file-url ブート ローダ コマンドを使用してブート可能なイメージの名前を指定します。 |
|
CONFIG_FILE |
set CONFIG_FILE flash:/ file-url Cisco IOS がシステム コンフィギュレーションの不揮発性コピーの読み書きに使用するファイル名を変更します。 |
boot config-file flash:/ file-url Cisco IOS がシステム設定の不揮発性コピーの読み書きに使用するファイル名を指定します。このコマンドによって、CONFIG_FILE 環境変数が変更されます。 |
|
SWITCH_NUMBER |
set SWITCH_NUMBER stack-member-number スタック メンバのメンバ番号を変更します。 |
switch current-stack-member-number renumber new-stack-member-number スタック メンバのメンバ番号を変更します。 |
|
SWITCH_PRIORITY |
set SWITCH_PRIORITY stack-member-number スタック メンバのプライオリティ値を変更します。 |
switch stack-member-numberpriority priority-number スタック メンバのプライオリティ値を変更します。 |
|
BAUD |
set BAUD baud-rate |
line console 0 speed speed-value ボー レートを設定します。 |
|
ENABLE_BREAK |
set ENABLE_BREAK yes/no |
boot enable-break switch yes/no 自動起動時の break をイネーブルにします。break コマンドの入力に与えられた時間は 5 秒です。 |
イーサネット管理ポートを通してスイッチに PC を接続していると、TFTP でブートローダに対してコンフィギュレーション ファイルのアップロードまたはダウンロードができます。このテーブルの環境変数が設定されていることを確認します。
|
変数 |
説明 |
||
|---|---|---|---|
|
MAC_ADDR |
スイッチの MAC アドレスを指定します。
ただし、ブート ローダを稼働した後に変数を変更した場合、またはこの変数が保存されている値と異なる場合は、TFTP を使用する前にこのコマンドを入力します。 |
||
|
IP_ADDR |
スイッチの関連付けられた IP サブネットに IP アドレスおよびサブネット マスクを指定します。 |
||
|
DEFAULT_ROUTER |
デフォルト ゲートウェイに IP アドレスおよびサブネット マスクを指定します。 |
デバイス上でソフトウェア イメージのリロードを後で（深夜や週末など、デバイスをあまり使用しないときに）行うよう、スケジュールを設定できます。または（ネットワーク内のすべてのデバイスでソフトウェアのアップグレードを実行する場合などに）ネットワーク全体でリロードを同時に行うことができます。
（注） |
リロードのスケジュールは、約 24 日以内に設定する必要があります。 |
リロード オプションには以下のものがあります。
指定した分数、または時間および分数が経過したときに、ソフトウェアがリロードされます。リロードは、約 24 時間以内に実行する必要があります。最大 255 文字で、リロードの理由を指定できます。
ソフトウェアのリロードが（24 時間制で）指定された時間に有効になります。月日を指定すると、指定された日時にリロードが行われるようにスケジュールが設定されます。月日を指定しなかった場合、リロードは当日の指定時刻に行われます（指定時刻が現時刻より後の場合）。または翌日の指定時刻に行われます（指定時刻が現在時刻よりも前の場合）。00:00 を指定すると、深夜 0 時のリロードが設定されます。
reload コマンドはシステムを停止させます。手動で起動することが設定されていない限り、システムは自動的に再起動します。
手動で起動するようにデバイスが設定されている場合、仮想端末からリロードを実行しないでください。これは、デバイスがブート ローダ モードになることでリモート ユーザが制御を失う、ということを防止するための制約です。
コンフィギュレーション ファイルを変更すると、リロードの前にコンフィギュレーションを保存するように指示するプロンプトがデバイスにより表示されます。保存操作時に、CONFIG_FILE 環境変数がすでに存在しないスタートアップ コンフィギュレーション ファイルを示していた場合、保存を続行するかどうかという問い合わせがシステムから出されます。その状況のまま続けると、リロード時にセットアップ モードが開始されます。
スケジュールがすでに設定されたリロードを取り消すには、reload cancel 特権 EXEC コマンドを使用します。
DHCP を使用してデバイスに新しいイメージおよび新しいコンフィギュレーションをダウンロードするには、少なくとも 2 つのデバイス を設定する必要があります。1 つ目のデバイスは DHCP サーバおよび TFTP サーバと同じように機能し、2 つ目のデバイス（クライアント）は新しいコンフィギュレーション ファイル、または新しいコンフィギュレーション ファイルおよび新しいイメージ ファイルをダウンロードするように設定されています。
このタスクでは、新しい デバイス。の自動設定をサポートできるように、ネットワーク内の既存のデバイスで TFTP や DHCP 設定の DHCP 自動設定を行う方法を示します。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 2 |
ip dhcp pool poolname 例: |
DHCP サーバ アドレス プールの名前を作成し、DHCP プール コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
boot filename 例: |
ブート イメージとして使用されるコンフィギュレーション ファイルの名前を指定します。 |
||
| ステップ 4 |
network network-number mask prefix-length 例: |
DHCP アドレス プールのサブネット ネットワーク番号およびマスクを指定します。
|
||
| ステップ 5 |
default-router address 例: |
DHCP クライアントのデフォルト ルータの IPアドレスを指定します。 |
||
| ステップ 6 |
option 150 address 例: |
TFTP サーバの IP アドレスを指定します。 |
||
| ステップ 7 |
exit 例: |
グローバル コンフィギュレーション モードに戻ります。 |
||
| ステップ 8 |
tftp-server flash :filename.text 例: |
TFTP サーバ上のコンフィギュレーション ファイルを指定します。 |
||
| ステップ 9 |
interface interface-id 例: |
コンフィギュレーション ファイルを受信するクライアントのアドレスを指定します。 |
||
| ステップ 10 |
no switchport 例: |
インターフェイスをレイヤ 3 モードにします。 |
||
| ステップ 11 |
ip address address mask 例: |
IP アドレスとインターフェイスのマスクを指定します。 |
||
| ステップ 12 |
end 例: |
特権 EXEC モードに戻ります。 |
このタスクでは、新しいスイッチのインストールをサポートするように既存のデバイスで TFTP および DHCP を設定する DHCP 自動設定について説明します。
最初にデバイスにアップロードするテキスト ファイル（たとえば、autoinstall_dhcp）を作成します。テキスト ファイルに、ダウンロードするイメージの名前を指定します（たとえば、c3750e-ipservices-mz.122-44.3.SE.tarc3750x-ipservices-mz.122-53.3.SE2.tar）。このイメージは、bin ファイルでなく、tar ファイルである必要があります。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 2 |
ip dhcp pool poolname 例: |
DHCP サーバ アドレス プールの名前を作成し、DHCP プール コンフィギュレーション モードを開始します。 |
||
| ステップ 3 |
boot filename 例: |
ブート イメージとして使用されるファイルの名前を指定します。 |
||
| ステップ 4 |
network network-number mask prefix-length 例: |
DHCP アドレス プールのサブネット ネットワーク番号およびマスクを指定します。
|
||
| ステップ 5 |
default-router address 例: |
DHCP クライアントのデフォルト ルータの IPアドレスを指定します。 |
||
| ステップ 6 |
option 150 address 例: |
TFTP サーバの IP アドレスを指定します。 |
||
| ステップ 7 |
option 125 hex 例: |
イメージ ファイルのパスを記述したテキスト ファイルのパスを指定します。 |
||
| ステップ 8 |
copy tftp flash filename.txt 例: |
デバイスに、テキスト ファイルをアップロードします。 |
||
| ステップ 9 |
copy tftp flash imagename.bin 例: |
デバイスに、新しいイメージの tar ファイルをアップロードします。 |
||
| ステップ 10 |
exit 例: |
グローバル コンフィギュレーション モードに戻ります。 |
||
| ステップ 11 |
tftp-server flash: config.text 例: |
TFTP サーバ上の Cisco IOS コンフィギュレーション ファイルを指定します。 |
||
| ステップ 12 |
tftp-server flash: imagename.bin 例: |
TFTP サーバ上のイメージ名を指定します。 |
||
| ステップ 13 |
tftp-server flash: filename.txt 例: |
ダウンロードするイメージ ファイルの名前を記述したテキスト ファイルを指定します。 |
||
| ステップ 14 |
interface interface-id 例: |
コンフィギュレーション ファイルを受信するクライアントのアドレスを指定します。 |
||
| ステップ 15 |
no switchport 例: |
インターフェイスをレイヤ 3 モードにします。 |
||
| ステップ 16 |
ip address address mask 例: |
IP アドレスとインターフェイスのマスクを指定します。 |
||
| ステップ 17 |
end 例: |
特権 EXEC モードに戻ります。 |
||
| ステップ 18 |
copy running-config startup-config 例: |
（任意）コンフィギュレーション ファイルに設定を保存します。 |
（注） |
レイヤ 3 インターフェイスだけを設定してイネーブルにする必要があります。保存されているコンフィギュレーションの DHCP ベースの自動設定に IP アドレスを割り当てないでください。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 2 |
boot host dhcp 例: |
保存されているコンフィギュレーションで自動設定をイネーブルにします。 |
||
| ステップ 3 |
boot host retry timeout timeout-value 例: |
（任意）システムがコンフィギュレーション ファイルをダウンロードしようとする時間を設定します。
|
||
| ステップ 4 |
banner config-save ^C warning-message^C 例: |
（任意）コンフィギュレーション ファイルを NVRAM に保存しようとするときに表示される警告メッセージを作成します。 |
||
| ステップ 5 |
end 例: |
特権 EXEC モードに戻ります。 |
||
| ステップ 6 |
show boot 例: |
設定を確認します。 |
このタスクでは、複数のスイッチ仮想インターフェイス（SVI）に IP 情報を手動で割り当てる方法について説明します。
| コマンドまたはアクション | 目的 | |||||
|---|---|---|---|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||||
| ステップ 2 |
interface vlan vlan-id 例: |
インターフェイス コンフィギュレーション モードを開始して、IP 情報が割り当てられている VLAN を指定します。指定できる範囲は 1 ～ 4094 です。 |
||||
| ステップ 3 |
ip address ip-address subnet-mask 例: |
IP アドレスとサブネット マスクを入力します。 |
||||
| ステップ 4 |
exit 例: |
グローバル コンフィギュレーション モードに戻ります。 |
||||
| ステップ 5 |
ip default-gateway ip-address 例: |
デバイスに直接接続しているネクスト ホップのルータ インターフェイスの IP アドレスを入力します。このスイッチにはデフォルト ゲートウェイが設定されています。デフォルト ゲートウェイは、デバイススイッチから宛先 IP アドレスを取得していない IP パケットを受信します。 デフォルト ゲートウェイが設定されると、デバイスは、ホストが接続する必要のあるリモート ネットワークに接続できます。
|
||||
| ステップ 6 |
end 例: |
特権 EXEC モードに戻ります。 |
||||
| ステップ 7 |
show interfaces vlan vlan-id 例: |
設定された IP アドレスを確認します。 |
||||
| ステップ 8 |
show ip redirects 例: |
設定されたデフォルト ゲートウェイを確認します。 |
Cisco IOS ソフトウェアは、デフォルトで config.text ファイルを使用して、システム コンフィギュレーションの不揮発性コピーを読み書きします。別のファイル名を指定することもできます。次回の起動時には、その名前のファイルが読み込まれます。
このタスクではスタンドアロンの デバイス を使用します。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 2 |
boot flash :/file-url 例: |
次回の起動時に読み込むコンフィギュレーション ファイルを指定します。 file-url ：パス（ディレクトリ）およびコンフィギュレーション ファイル名。 ファイル名およびディレクトリ名は、大文字と小文字を区別します。 |
| ステップ 3 |
end 例: |
特権 EXEC モードに戻ります。 |
| ステップ 4 |
show boot 例: |
入力を確認します。 boot グローバル コンフィギュレーション コマンドによって、CONFIG_FILE 環境変数の設定が変更されます。 |
| ステップ 5 |
copy running-config startup-config 例: |
（任意）コンフィギュレーション ファイルに設定を保存します。 |
スイッチはデフォルトで自動的に起動しますが、手動で起動するように設定することもできます。
このタスクのスタンドアロン スイッチを使用します。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 2 |
boot manual 例: |
次回の起動時に、スイッチを手動で起動できるようにします。 |
| ステップ 3 |
end 例: |
特権 EXEC モードに戻ります。 |
| ステップ 4 |
show boot 例: |
入力を確認します。 boot manual グローバル コンフィギュレーション コマンドによって、MANUAL_BOOT 環境変数の設定が変更されます。 次回、システムを再起動したときには、スイッチはブートローダ モードになり、ブートローダ モードであることが switch: プロンプトによって示されます。システムを起動するには、boot filesystem:/file-url ブート ローダ コマンドを使用します。
ファイル名およびディレクトリ名は、大文字と小文字を区別します。 |
| ステップ 5 |
copy running-config startup-config 例: |
（任意）コンフィギュレーション ファイルに設定を保存します。 |
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
cp source_file_path destination_file_path 例: |
（任意）FTP または TFTP サーバから、bin ファイル（image.bin）をフラッシュまたは USB フラッシュにコピーします。 |
||
| ステップ 2 |
software expand file source_file_path 例: |
|
||
| ステップ 3 |
reload 例: |
デバイスをリロードします。
|
||
| ステップ 4 |
boot flash:packages.conf 例: |
packages.conf ファイルでデバイスをブートします。 |
||
| ステップ 5 |
show version 例: |
デバイスがインストール モードであることを確認します。 |
デバイスを起動するには、いくつかの方法があります。1 つは、TFTP サーバから bin ファイルをコピーしてデバイスを起動する方法です。または、boot flash:<image.bin> コマンドか、boot usbflash0:<image.bin> コマンドを使用して、デバイスをフラッシュまたは USB フラッシュから直接起動することもできます。
以下の手順は、バンドルモードで TFTP サーバからデバイスを起動する方法を示します。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
cp source_file_path destination_file_path 例: |
（任意）FTP または TFTP サーバから、bin ファイル（image.bin）をフラッシュまたは USB フラッシュにコピーします。 |
| ステップ 2 |
switch:BOOT=<source path of .bin file> 例: |
ブート パラメータを設定します。 |
| ステップ 3 |
boot 例: |
デバイスをブートします。 |
| ステップ 4 |
show version 例: |
デバイスがバンドル モードであることを確認します。 |
スイッチはデフォルトで、BOOT 環境変数の情報を使用して、システムを自動的に起動しようとします。この変数が設定されていない場合、スイッチは、フラッシュ ファイル システム全体に再帰的に縦型検索し、最初の実行可能イメージをロードして実行しようとします。ディレクトリの縦型検索では、検出した各サブディレクトリを完全に検索してから元のディレクトリでの検索を続けます。起動する具体的なイメージを指定することもできます。
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
| ステップ 2 |
boot system switch {number | all } 例: |
（任意）スタックのスイッチについては、次回起動時にシステム イメージをロードするスイッチ メンバを指定します。
Catalyst 3750-X スタック マスターまたはスタック メンバーを開始する場合、他の Catalyst 3750-X スタック メンバーにスイッチ イメージを指定できます。 Catalyst 3750-E スタック マスターまたはスタック メンバーを開始する場合、他の Catalyst 3750-E スタック メンバーにスイッチ イメージを指定できます。 Catalyst 3750 スイッチを指定する場合、Catalyst 3750 スタック メンバーでこのコマンドを入力します。 |
| ステップ 3 |
end 例: |
特権 EXEC モードに戻ります。 |
| ステップ 4 |
show boot system 例: |
入力を確認します。 boot system グローバル コマンドは、BOOT 環境変数の設定を変更します。 次回の起動時に、スイッチは BOOT 環境変数の情報を使用して、システムを自動的に起動しようとします。 |
| ステップ 5 |
copy running-config startup-config 例: |
（任意）コンフィギュレーション ファイルに設定を保存します。 |
このタスクでは、ソフトウェア イメージを後でリロードするようにデバイスを設定する方法について説明します。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
configure terminal 例: |
グローバル コンフィギュレーション モードを開始します。 |
||
| ステップ 2 |
copy running-config startup-config 例: |
reload コマンドを使用する前に、デバイスの設定情報をスタートアップ コンフィギュレーションに保存します。 |
||
| ステップ 3 |
reload in [hh:]mm [text] 例: |
指定した分数、または時間および分数が経過したときに、ソフトウェアがリロードされるようにスケジュールを設定します。リロードは、約 24 日以内に実行する必要があります。最大 255 文字で、リロードの理由を指定できます。 |
||
| ステップ 4 |
reload slot [stack-member-number] 例: |
スイッチ スタックのソフトウェアのリロードをスケジューリングします。 |
||
| ステップ 5 |
reload at hh: mm [month day | day month] [text] 例: |
リロードを実行する時間を、時間数と分数で指定します。
|
||
| ステップ 6 |
reload cancel 例: |
|
||
| ステップ 7 |
show reload 例: |
以前デバイスにスケジューリングされたリロードに関する情報、またはリロードがスケジューリングされているかを表示します。 |
Device# show running-config
Building configuration...
Current configuration: 1363 bytes
!
version 12.4
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Stack1
!
enable secret 5 $1$ej9.$DMUvAUnZOAmvmgqBEzIxE0
!
.
<output truncated>
.
interface gigabitethernet6/0/2
mvr type source
<output truncated>
...!
interface VLAN1
ip address 172.20.137.50 255.255.255.0
no ip directed-broadcast
!
ip default-gateway 172.20.137.1 !
!
snmp-server community private RW
snmp-server community public RO
snmp-server community private@es0 RW
snmp-server community public@es0 RO
snmp-server chassis-id 0x12
!
end
switch: boot flash:packages.conf
Getting rest of image
Reading full image into memory....done
Reading full base package into memory...: done = 74596432
Nova Bundle Image
--------------------------------------
Kernel Address : 0x6042f354
Kernel Size : 0x318412/3245074
Initramfs Address : 0x60747768
Initramfs Size : 0xdc08e8/14420200
Compression Format: .mzip
Bootable image at @ ram:0x6042f354
Bootable image segment 0 address range [0x81100000, 0x81b80000] is in range [0x80180000, 0x90000000].
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@boot_system: 377
Loading Linux kernel with entry point 0x811060f0 ...
Bootloader: Done loading app on core_mask: 0xf
### Launching Linux Kernel (flags = 0x5)
All packages are Digitally Signed
Starting System Services
Nov 7 09:57:05 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-DISC_START: Switch 2 is starting stack discovery
#######################################################################################################################
Nov 7 09:59:07 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-DISC_DONE: Switch 2 has finished stack discovery
Nov 7 09:59:07 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-SWITCH_ADDED: Switch 2 has been added to the stack
Nov 7 09:59:14 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-ACTIVE_ELECTED: Switch 2 has been elected ACTIVE
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
Cisco IOS Software, IOS-XE Software, Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M),
Version 03.09.12.EMD EARLY DEPLOYMENT ENGINEERING NOVA_WEEKLY BUILD, synced to DSGS_PI2_POSTPC_FLO_DSBU7_NG3K_1105
Copyright (c) 1986-2012 by Cisco Systems, Inc.
Compiled Sun 04-Nov-12 22:53 by gereddy
License level to iosd is ipservices
switch: boot flash:cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin
Reading full image into memory..................................................................done
Nova Bundle Image
--------------------------------------
Kernel Address : 0x6042ff38
Kernel Size : 0x318412/3245074
Initramfs Address : 0x6074834c
Initramfs Size : 0xdc08e8/14420200
Compression Format: .mzip
Bootable image at @ ram:0x6042ff38
Bootable image segment 0 address range [0x81100000, 0x81b80000] is in range [0x80180000, 0x90000000].
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
File "flash:cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin" uncompressed and installed, entry point: 0x811060f0
Loading Linux kernel with entry point 0x811060f0 ...
Bootloader: Done loading app on core_mask: 0xf
### Launching Linux Kernel (flags = 0x5)
All packages are Digitally Signed
Starting System Services
Nov 7 09:45:49 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-DISC_START: Switch 2 is starting stack discovery
#######################################################################################################################
Nov 7 09:47:50 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-DISC_DONE: Switch 2 has finished stack discovery
Nov 7 09:47:50 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-SWITCH_ADDED: Switch 2 has been added to the stack
Nov 7 09:47:58 %IOSXE-1-PLATFORM: process stack-mgr: %STACKMGR-1-ACTIVE_ELECTED: Switch 2 has been elected ACTIVE
Restricted Rights Legend
Use, duplication, or disclosure by the Government is
subject to restrictions as set forth in subparagraph
(c) of the Commercial Computer Software - Restricted
Rights clause at FAR sec. 52.227-19 and subparagraph
(c) (1) (ii) of the Rights in Technical Data and Computer
Software clause at DFARS sec. 252.227-7013.
cisco Systems, Inc.
170 West Tasman Drive
San Jose, California 95134-1706
Cisco IOS Software, IOS-XE Software, Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 03.09.12.EMD
EARLY DEPLOYMENT ENGINEERING NOVA_WEEKLY BUILD, synced to DSGS_PI2_POSTPC_FLO_DSBU7_NG3K_1105
Copyright (c) 1986-2012 by Cisco Systems, Inc.
Compiled Sun 04-Nov-12 22:53 by gereddy
License level to iosd is ipservices
以下に、emergency-install boot コマンドが開始された場合の出力サンプルの例を示します。
switch: emergency-install tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin
The bootflash will be erased during install operation, continue (y/n)?y
Starting emergency recovery (tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin)...
Reading full image into memory......................done
Nova Bundle Image
--------------------------------------
Kernel Address : 0x6042e5cc
Kernel Size : 0x318261/3244641
Initramfs Address : 0x60746830
Initramfs Size : 0xdb0fb9/14356409
Compression Format: .mzip
Bootable image at @ ram:0x6042e5cc
Bootable image segment 0 address range [0x81100000, 0x81b80000] is in range [0x80180000, 0x90000000].
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
File "sda9:c3850-recovery.bin" uncompressed and installed, entry point: 0x811060f0
Loading Linux kernel with entry point 0x811060f0 ...
Bootloader: Done loading app on core_mask: 0xf
### Launching Linux Kernel (flags = 0x5)
Initiating Emergency Installation of bundle tftp://172.19.211.47/cstohs/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin
Downloading bundle tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin...
Validating bundle tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin...
Installing bundle tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin...
Verifying bundle tftp://192.0.2.47/cat3k/cat3k_caa-universalk9.SSA.03.09.12.EMD.150-9.12.EMD.bin...
Package cat3k_caa-base.SSA.03.09.12.EMD.pkg is Digitally Signed
Package cat3k_caa-drivers.SSA.03.09.12.EMD.pkg is Digitally Signed
Package cat3k_caa-infra.SSA.03.09.12.EMD.pkg is Digitally Signed
Package cat3k_caa-iosd-universalk9.SSA.150-9.12.EMD.pkg is Digitally Signed
Package cat3k_caa-platform.SSA.03.09.12.EMD.pkg is Digitally Signed
Package cat3k_caa-wcm.SSA.03.09.12.EMD.pkg is Digitally Signed
Preparing flash...
Syncing device...
Emergency Install successful... Rebooting
Restarting system.
Booting...(use DDR clock 667 MHz)Initializing and Testing RAM +++@@@@####...++@@++@@++@@++@
Device# configure terminal
Device(config)# ip dhcp pool pool1
Device(dhcp-config)# network 10.10.10.0 255.255.255.0
Device(dhcp-config)# boot config-boot.text
Device(dhcp-config)# default-router 10.10.10.1
Device(dhcp-config)# option 150 10.10.10.1
Device(dhcp-config)# exit
Device(config)# tftp-server flash:config-boot.text
Device(config)# interface gigabitethernet1/0/4
Device(config-if)# no switchport
Device(config-if)# ip address 10.10.10.1 255.255.255.0
Device(config-if)# end
Device# configure terminal
Device(config)# ip dhcp pool pool1
Device(dhcp-config)# network 10.10.10.0 255.255.255.0
Device(dhcp-config)# boot config-boot.text
Device(dhcp-config)# default-router 10.10.10.1
Device(dhcp-config)# option 150 10.10.10.1
Device(dhcp-config)# option 125 hex 0000.0009.0a05.08661.7574.6f69.6e73.7461.6c6c.5f64.686370
Device(dhcp-config)# exit
Device(config)# tftp-server flash:config-boot.text
Device(config)# tftp-server flash:image_name
Device(config)# tftp-server flash:boot-config.text
Device(config)# tftp-server flash: autoinstall_dhcp
Device(config)# interface gigabitethernet1/0/4
Device(config-if)# no switchport
Device(config-if)# ip address 10.10.10.1 255.255.255.0
Device(config-if)# end
次に、VLAN 99 上のレイヤ 3 SVI インターフェイスを使用し、保存されているコンフィギュレーションで DHCP ベースの自動設定をイネーブルにする例を示します。
Device# configure terminal
Device(config)# boot host dhcp
Device(config)# boot host retry timeout 300
Device(config)# banner config-save ^C Caution - Saving Configuration File to NVRAM May Cause You to No longer Automatically Download Configuration Files at Reboot^C
Device(config)# vlan 99
Device(config-vlan)# interface vlan 99
Device(config-if)# no shutdown
Device(config-if)# end
Device# show boot
BOOT path-list:
Config file: flash:/config.text
Private Config file: flash:/private-config.text
Enable Break: no
Manual Boot: no
HELPER path-list:
NVRAM/Config file
buffer size: 32768
Timeout for Config
Download: 300 seconds
Config Download
via DHCP: enabled (next boot: enabled)
Device#
次に、当日の午後 7 時 30 分に、ソフトウェアをデバイスにリロードする例を示します。
Device# reload at 19:30
Reload scheduled for 19:30:00 UTC Wed Jun 5 2013 (in 2 hours and 25 minutes)
Proceed with reload? [confirm]
次に、未来の日時を指定して、ソフトウェアをデバイスにリロードする例を示します。
Device# reload at 02:00 jun 20
Reload scheduled for 02:00:00 UTC Thu Jun 20 2013 (in 344 hours and 53 minutes)
Proceed with reload? [confirm]
| 関連項目 | マニュアル タイトル |
|---|---|
|
デバイス セットアップ コマンド ブート ローダ コマンド |
『System Management Command Reference (Catalyst 3850 Switches)』 |
|
プレダウンロード機能 |
System Management Configuration Guide（Cisco WLC 5700 Series） |
|
IOS XE DHCP 設定 |
IP Addressing Configuration Guide Library, Cisco IOS XE Release 3S（Catalyst 3850 Switches） |
|
ハードウェアの設置 |
Catalyst 3850 スイッチハードウェア インストレーションガイド |
|
プラットフォームに依存しないコマンド リファレンス |
Configuration Fundamentals Command Reference, Cisco IOS XE Release 3S（Catalyst 3850 Switches） |
|
プラットフォームに依存しない設定情報 |
Configuration Fundamentals Configuration Guide, Cisco IOS XE Release 3S（Catalyst 3850 Switches） |
| 標準/RFC | Title |
|---|---|
| なし |
— |
| MIB | MIB のリンク |
|---|---|
|
本リリースでサポートするすべての MIB |
選択したプラットフォーム、Cisco IOS リリース、およびフィーチャ セットに関する MIB を探してダウンロードするには、次の URL にある Cisco MIB Locator を使用します。 |
| 説明 | Link |
|---|---|
|
シスコのサポート Web サイトでは、シスコの製品やテクノロジーに関するトラブルシューティングにお役立ていただけるように、マニュアルやツールをはじめとする豊富なオンライン リソースを提供しています。 お使いの製品のセキュリティ情報や技術情報を入手するために、Cisco Notification Service（Field Notice からアクセス）、Cisco Technical Services Newsletter、Really Simple Syndication（RSS）フィードなどの各種サービスに加入できます。 シスコのサポート Web サイトのツールにアクセスする際は、Cisco.com のユーザ ID およびパスワードが必要です。 |
このドキュメントでは、Cisco Catalyst 3850 および 3650 シリーズ スイッチでのワイヤレス コントロール モジュール（WCM）サブパッケージをインストールする手順について説明します。
WCM モジュールおよび AP イメージから成る WCM サブパッケージは、機能をアップグレードし、新しい AP をサポートし、既知の問題を解決します。これはイメージの WCM の部分だけをアップグレードするので、イメージ全体のアップグレードは不要で、それによるネットワーク ダウンタイムはありません。たとえば、WCM が、イメージのバージョンの不一致により、新しい AP をネットワークに接続させることができなかった場合は、イメージの WCM の部分だけをアップグレードして、新しい AP のサポートを追加します。WCM がアップグレードされると、ネットワーク内のすべての AP は、新しいイメージに自動的にアップグレードされます。
WCM のバグを修正
新しい AP をサポート
WCM で使用可能な機能を更新
コントローラは、インストール モードで起動する必要があります。
WCM サブパッケージは、インストーラがサポートする送信元で使用可能である必要があります。たとえば、フラッシュ、TFTP、USB などです。
WCM サブパッケージは、イメージ 16.1 の以前のマイナー バージョンにのみインストールできます（たとえば、16.01.YY の WCM パッケージ（cat3k_caa-wcm.16.01.YY.SS A.pkg）をインストールできるのは、16.01.01 ～ 16.01.YY のスーパー パッケージ（cat3k_caa-universalk9.16.01.[01-to-YY].SSA.bin）です）。
アップグレードしたら、スイッチを再起動する必要があります。
| ステップ 1 |
コントローラの WCM パッケージをアップグレードします。 |
||
| ステップ 2 |
（任意）AP イメージをダウンロードしてインストールします。この手順では、AP を新しいイメージで事前にダウンロードおよびプログラミングすることで、ネットワークのダウンタイムを減少させます。そうしないと、コントローラがリロードしたとき、コントローラと AP 間のバージョンに不一致が発生し、その AP は新しい AP イメージを使用して自身のアップグレードを開始するため、ネットワークのダウンタイムがさらに長くなる可能性があります。
|
||
| ステップ 3 |
コントローラをリロードします。リロード後、新しい WCM パッケージのコントローラがリロードし、新しい AP イメージの AP がリロードすると、アップグレードしたコントローラに接続を開始します。 |
|
リリース |
変更内容 |
|---|---|
|
Cisco IOS XE 3.2SE |
この機能が導入されました。 |
フィードバック