deviceを起動するには、スタートアップガイドやハードウェア設置ガイドの手順に従い、deviceを設置して電源をオンにし、deviceの初期設定（IP アドレス、サブネットマスク、デフォルトゲートウェイ、シークレット、Telnet パスワードなど）を行う必要があります。

ブートローダ ソフトウェアは、通常の起動プロセスを実行します。これには、次のアクティビティが含まれています。

• バンドルまたはインストール パッケージ セットでブート可能（基本）パッケージを検索します。

• 下位レベルの CPU 初期化を行います。CPU レジスタを初期化することにより、物理メモリがマッピングされる場所、容量、速度などを制御します。

• CPU サブシステムの電源投入時セルフ テスト（POST）を実行し、システム DRAM をテストします。

• システム ボード上のファイル システムを初期化します。

• デフォルトのオペレーティング システム ソフトウェア イメージをメモリにロードし、deviceを起動します。

ブートローダによってフラッシュ ファイル システムにアクセスしてから、オペレーティング システムをロードします。ブート ローダの使用目的は通常、オペレーティング システムのロード、展開、および起動に限定されます。オペレーティング システムが CPU を制御できるようになると、ブートローダは、次にシステムがリセットされるか電源が投入されるまでは非アクティブになります。

また、オペレーティング システムが使用不可能になるほどの重大な障害が発生した場合は、ブートローダはシステムにトラップドアからアクセスします。トラップドアからシステムへアクセスすることで、必要に応じて、フラッシュ ファイル システムのフォーマット、XMODEM プロトコルを使用したオペレーティング システムのソフトウェア イメージの再インストール、失われたパスワードの回復、そして最終的にオペレーティング システムの再起動ができます。

device情報を割り当てるには、PC または端末をコンソールポートに接続するか、PC をイーサネット管理ポートに接続して、PC または端末エミュレーション ソフトウェアのボーレートおよびキャラクタフォーマットを、deviceのコンソールポートの設定と一致させておく必要があります。

• デフォルトのボーレートは 9600 です。

• デフォルトのデータ ビットは 8 です。

  （注）	データ ビット オプションを 8 に設定した場合、パリティ オプションは「なし」に設定します。

• デフォルトのストップ ビットは 2（マイナー）です。

• デフォルトのパリティ設定は「なし」です。

IP 情報を割り当てるには、device のセットアッププログラムを使用する方法、DHCP サーバーを使用する方法、または手動で実行する方法があります。

特定の IP 情報の設定が必要な場合、deviceのセットアップ プログラムを使用してください。このプログラムを使用すると、ホスト名とイネーブル シークレット パスワードを設定することもできます。

また、任意で、Telnet パスワードを割り当てたり（リモート管理中のセキュリティ確保のため）、スイッチをクラスタのコマンドまたはメンバ スイッチとして、あるいはスタンドアロン スイッチとして設定したりできます。

サーバーの設定後は DHCP サーバーを使用して、IP 情報の集中管理と自動割り当てを行います。

（注）	DHCP を使用している場合は、deviceが動的に割り当てられた IP アドレスを受信してコンフィギュレーション ファイルを読み込むまでは、セットアップ プログラムからの質問に応答しないでください。

deviceの設定手順を熟知している経験豊富なユーザーの場合は、deviceを手動で設定してください。それ以外のユーザは、「ブート プロセス」で説明したセットアップ プログラムを使用してください。

DHCP は、インターネットホストおよびインターネットワーキング デバイスに設定情報を提供します。このプロトコルには、2 つのコンポーネントがあります。1 つは DHCP サーバからデバイスにコンフィギュレーション パラメータを提供するコンポーネント、もう 1 つはデバイスにネットワーク アドレスを割り当てるコンポーネントです。DHCP はクライアント/サーバ モデルに基づいています。指定された DHCP サーバが、動的に設定されるデバイスに対して、ネットワーク アドレスを割り当て、コンフィギュレーション パラメータを提供します。deviceは、DHCP クライアントおよび DHCP サーバーとして機能できます。

DHCP ベースの自動設定では、device（DHCP クライアント）は起動時に、IP アドレス情報およびコンフィギュレーション ファイルを使用して自動的に設定されます。

DHCP ベースの自動設定を使用すると、device上で DHCP クライアント側の設定を行う必要はありません。ただし、DHCP サーバで、IP アドレスに関連した各種リース オプションを設定する必要があります。

DHCP を使用してネットワーク上のコンフィギュレーション ファイルの場所をリレーする場合は、TFTP サーバおよびドメイン ネーム システム（DNS）サーバの設定が必要になることがあります。

deviceの DHCP サーバーは、スイッチと同じ LAN 上に配置することも、そのdeviceとは別の LAN 上に配置することもできます。DHCP サーバーが異なる LAN 上で動作している場合、deviceと DHCP サーバー間に、DHCP のリレー デバイスを設定する必要があります。リレー デバイスは、直接接続されている 2 つの LAN 間でブロードキャスト トラフィックを転送します。ルータはブロードキャスト パケットを転送しませんが、受信したパケットの宛先 IP アドレスに基づいてパケットを転送します。

DHCP ベースの自動設定は、deviceの BOOTP クライアント機能に代わるものです。

DHCP イメージ アップグレード機能を使用すると、ネットワーク内の 1 つ以上のdevicesに新しいイメージ ファイルおよび新しいコンフィギュレーション ファイルをダウンロードするように DHCP サーバーを設定できます。ネットワーク内のすべてのスイッチでのイメージおよびコンフィギュレーションの同時アップグレードによって、ネットワークに加えられたそれぞれの新しいdeviceが、同じイメージとコンフィギュレーションを確実に受信するようになります。

DHCP イメージ アップグレードには、自動設定およびイメージ アップデートの 2 つのタイプがあります。

デバイスを DHCP サーバとして設定する場合、次の注意事項に従ってください。

• DHCP サーバーには、deviceのハードウェア アドレスによって各deviceと結び付けられている予約済みのリースを設定する必要があります。

• deviceに IP アドレス情報を受信させるには、DHCP サーバーに次のリース オプションを設定する必要があります。

  • クライアントの IP アドレス（必須）

  • クライアントのサブネット マスク（必須）

  • DNS サーバの IP アドレス（任意）

  • ルータの IP アドレス（deviceで使用するデフォルト ゲートウェイ アドレス）（必須）

• deviceに TFTP サーバーからコンフィギュレーション ファイルを受信させる場合は、DHCP サーバーに次のリース オプションを設定する必要があります。

  • TFTP サーバ名（必須）

  • ブート ファイル名（クライアントが必要とするコンフィギュレーション ファイル名）（推奨）

  • ホスト名（任意）

• DHCP サーバーの設定によっては、deviceは IP アドレス情報またはコンフィギュレーション ファイル、あるいはその両方を受信できます。

• 前述のリース オプションを設定しなかった場合、DHCP サーバーは、設定されたパラメータのみを使用してクライアントの要求に応答します。IP アドレスおよびサブネット マスクが応答に含まれていないと、deviceは設定されません。ルータの IP アドレスまたは TFTP サーバー名が見つからなかった場合、deviceは TFTP 要求をユニキャストしないでブロードキャストする場合があります。その他のリース オプションは、使用できなくても自動設定には影響しません。

• deviceは DHCP サーバーとして動作することができます。デフォルトでは、Cisco IOS DHCP サーバーおよび DHCP リレー エージェント機能はdevice上でイネーブルにされていますが、設定されていません。（これらの機能は動作しません）

IP アドレスおよびコンフィギュレーション ファイル名が DHCP で専用のリースとして取得できるかどうかに応じて、deviceは次の方法で設定情報を入手します。

• IP アドレスおよびコンフィギュレーション ファイル名が、device用に予約され、DHCP 応答（1 ファイル読み込み方式）で提供されている場合

  deviceは DHCP サーバーから、IP アドレス、サブネット マスク、TFTP サーバー アドレス、およびコンフィギュレーション ファイル名を受信します。deviceは、TFTP サーバーにユニキャスト メッセージを送信し、指定されたコンフィギュレーション ファイルをサーバーのベース ディレクトリから取得して、ブートアップ プロセスを完了します。

• deviceの IP アドレスおよびコンフィギュレーション ファイル名が予約されているが、DHCP 応答に TFTP サーバー アドレスが含まれていない場合（1 ファイル読み込み方式）。

  deviceは DHCP サーバーから、IP アドレス、サブネット マスク、およびコンフィギュレーション ファイル名を受信します。device は、TFTP サーバーにブロードキャストメッセージを送信し、指定されたコンフィギュレーション ファイルをサーバーのベースディレクトリから取得して、ブートアッププロセスを完了します。

• IP アドレスだけがdevice用に予約され、DHCP 応答で提供されており、コンフィギュレーション ファイル名は提供されない場合（2 ファイル読み込み方式）

  device は DHCP サーバーから、IP アドレス、サブネット マスク、および TFTP サーバー アドレスを受信します。deviceは、TFTP サーバーにユニキャストメッセージを送信し、network-confg または cisconet.cfg のデフォルト コンフィギュレーション ファイルを取得します（network-confg ファイルが読み込めない場合、deviceは cisconet.cfg ファイルを読み込みます）。

  デフォルト コンフィギュレーション ファイルには、deviceのホスト名から IP アドレスへのマッピングが含まれています。deviceは、ファイルの情報をホスト テーブルに書き込み、ホスト名を入手します。ファイルにホスト名がない場合、deviceは DHCP 応答で指定されたホスト名を使用します。DHCP 応答でホスト名が指定されていない場合、device はデフォルトの Switch ホスト名として使用します。

  デフォルトのコンフィギュレーション ファイルまたは DHCP 応答からホスト名を入手した後、device はホスト名と同じ名前のコンフィギュレーション ファイル（network-confg または cisconet.cfg のどちらが先に読み込まれたかに応じて、hostname-confg または hostname.cf）を TFTP サーバーから読み込みます。cisconet.cfg ファイルが読み込まれている場合は、ホストのファイル名は 8 文字に切り捨てられます。

  network-confg、cisconet.cfg、またはホスト名と同じ名前のファイルを読み込むことができない場合、deviceは router-confg ファイルを読み込みます。router-confg ファイルを読み込むことができない場合、deviceは ciscortr.cfg ファイルを読み込みます。

（注）	DHCP 応答から TFTP サーバーを入手できなかった場合、ユニキャスト伝送によるコンフィギュレーション ファイルの読み込みにすべて失敗した場合、または TFTP サーバー名を IP アドレスに変換できない場合には、deviceは TFTP サーバー要求をブロードキャストします。

通常動作の device では、コンソール接続のみを通じてブートローダモードを開始します。スイッチの電源コードを取り外してから、もう一度電源コードを接続します。ブート ローダ スイッチのプロンプトが表示されるまで [MODE] を押し続けます。

device のブートローダソフトウェアは不揮発性の環境変数をサポートするため、これらの環境変数を使用して、ブートローダまたはシステムで稼働する他のソフトウェアの機能を制御できます。ブートローダの環境変数は、UNIX または DOS システムで設定できる環境変数と類似しています。

値を持つ環境変数は、フラッシュ ファイル システムの外にあるフラッシュ メモリに保存されます。

ファイルの各行には、環境変数名と等号に続いて、その変数の値が指定されます。変数が存在しない場合は、変数の値はありません。値がヌル ストリングと表示された場合は、変数に値が設定されています。ヌル ストリング（たとえば " "）が設定されている変数は、値が設定された変数です。多くの環境変数は事前に定義されており、デフォルト値が設定されています。

環境変数の設定を変更するには、ブートローダにアクセスするか、Cisco IOS コマンドを使用します。通常の環境では、環境変数の設定を変更する必要はありません。

device 上でソフトウェアイメージのリロードを後で（深夜、週末など device をあまり使用しないときに）行うように、スケジュールを設定できます。または（ネットワーク内のすべての devices でソフトウェアをアップグレードする場合など）ネットワーク全体でリロードを同時に行うことができます。

（注）	リロードのスケジュールは、約 24 日以内に設定する必要があります。

リロード オプションには以下のものがあります。

• 指定した分数、または時間および分数が経過したときに、ソフトウェアがリロードされます。リロードは、約 24 時間以内に実行する必要があります。最大 255 文字で、リロードの理由を指定できます。

• ソフトウェアのリロードが（24 時間制で）指定された時間に有効になります。月日を指定すると、指定された日時にリロードが行われるようにスケジュールが設定されます。月日を指定しなかった場合、リロードは当日の指定時刻に行われます（指定時刻が現時刻より後の場合）。または翌日の指定時刻に行われます（指定時刻が現在時刻よりも前の場合）。00:00 を指定すると、深夜 0 時のリロードが設定されます。

reload コマンドはシステムを停止させます。手動で起動することが設定されていない限り、システムは自動的に再起動します。

手動で起動するようにdeviceが設定されている場合、仮想端末からリロードを実行しないでください。これは device がブートローダモードになることでリモートユーザーが制御を失う事態を防止するための制約です。

コンフィギュレーション ファイルを変更すると、リロードの前にコンフィギュレーションを保存するように指示するプロンプトがdeviceにより表示されます。保存操作時に、CONFIG_FILE 環境変数がすでに存在しないスタートアップ コンフィギュレーション ファイルを示していた場合、保存を続行するかどうかという問い合わせがシステムから出されます。その状況のまま続けると、リロード時にセットアップ モードが開始されます。

スケジュールがすでに設定されたリロードを取り消すには、reload cancel 特権 EXEC コマンドを使用します。