Cisco ME 3400E イーサネット アクセス スイッチ ソ フトウェア コンフィギュレーション ガイド,12.2(52)SE

デフォルトのスイッチ情報

表 3-1 に、デフォルトのスイッチ情報を示します。

DHCP ベースの自動設定の概要

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

DHCP ベースの自動設定が機能している場合、スイッチ（DHCP クライアント）は起動時に、IP アドレス情報およびコンフィギュレーション ファイルに基づいて自動で設定されます。

DHCP ベースの自動設定では、スイッチ上で DHCP クライアント側の設定を行う必要はありません。ただし、DHCP サーバには、IP アドレスに関する各種のリース オプションを設定する必要があります。DHCP を使用してネットワーク上のコンフィギュレーション ファイルをリレーする場合は、Trivial File Transfer Protocol（TFTP; 簡易ファイル転送プロトコル）サーバおよび Domain Name System（DNS; ドメイン ネーム システム）サーバの設定が必要なこともあります。

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

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

DHCP クライアントの要求プロセス

スイッチの起動時、そのスイッチにコンフィギュレーション ファイルがない場合は、DHCP クライアントが起動し、DHCP サーバに対して設定情報を要求します。コンフィギュレーション ファイルが存在し、そのコンフィギュレーションに特定のルーテッド インターフェイス上の ip address dhcp インターフェイス コンフィギュレーション コマンドが含まれている場合は、DHCP クライアントが起動し、これらのインターフェイスの IP アドレス情報を要求します。

図 3-1 に、DHCP クライアントと DHCP サーバの間でメッセージが交換される順序を示します。

図 3-1 DHCP クライアントとサーバのメッセージ交換

クライアントであるスイッチ A は、DHCPDISCOVER メッセージをブロードキャストし、DHCP サーバを検索します。DHCP サーバは、DHCPOFFER ユニキャスト メッセージによって、コンフィギュレーション パラメータ（IP アドレス、サブネット マスク、ゲートウェイ IP アドレス、DNS IP アドレス、IP アドレスのリースなど）をクライアントに提供します。

クライアントは、DHCPREQUEST ブロードキャスト メッセージにより、DHCP サーバに対して、提供された設定情報の正式な要求を返します。この要求は、クライアントから DHCPDISCOVER ブロードキャスト メッセージを受信した他の DHCP サーバすべてにブロードキャストされます。これは、これらのサーバが、クライアントに提供した IP アドレスを再要求できるようにするためです。

DHCP サーバは、クライアントに DHCPACK ユニキャスト メッセージを返すことによって、クライアントに IP アドレスが割り当てられたことを確認します。このメッセージにより、クライアントとサーバがバインドされ、クライアントは、サーバから受信した設定情報を使用します。スイッチが受信する情報量は、DHCP サーバの設定方法によって異なります。詳細については、「TFTP サーバの設定」を参照してください。

クライアントに対して送信された DHCPOFFER ユニキャスト メッセージのコンフィギュレーション パラメータが無効の場合（コンフィギュレーション エラーがある場合）、クライアントは DHCP サーバに DHCPDECLINE ブロードキャスト メッセージを返します。

この場合 DHCP サーバは、クライアントに DHCPNAK 拒否ブロードキャスト メッセージを送信します。これは、提供されたコンフィギュレーション パラメータが割り当てられておらず、パラメータのネゴシエーション中にエラーが発生したこと、または DHCPOFFER メッセージに対するクライアントからの応答が遅いこと（DHCP サーバが同じパラメータを他のクライアントに割り当てたこと）を意味します。

DHCP クライアントは、複数の DHCP サーバまたは BOOTP サーバから提供される情報を受信することがあります。いずれの情報も取得できますが、通常は最初に受信した情報が取得されます。DHCP サーバから提供される情報は、クライアントに IP アドレスが割り当てられることを保証するものではありません。ただし、サーバは通常、クライアントがアドレスを正式に要求するまでアドレスを予約しています。スイッチは、BOOTP サーバからの応答を受け入れて設定を行う際、TFTP 要求を（ユニキャストするのではなく）ブロードキャストすることて、スイッチ コンフィギュレーション ファイルを取得します。

DHCP のホスト名オプションを使用すると、1 つのグループを構成する複数のスイッチが一元管理 DHCP サーバからホスト名および標準設定を取得できるよう、設定できます。クライアント（スイッチ）から送信される DHCPDISCOVER メッセージには、オプション 12 フィールドが含まれます。このフィールドは、DHCP サーバにホスト名およびその他のコンフィギュレーション パラメータを要求する際に使用されます。コンフィギュレーション ファイルの内容は、DHCP から取得したホスト名を除けば、すべてのクライアントに対して同一です。

クライアントのホスト名がデフォルトの場合（ hostname name グローバル コンフィギュレーション コマンドが設定されていない場合、または no hostname グローバル コンフィギュレーション コマンドが入力されホスト名が削除された場合）、 ip address dhcp インターフェイス コンフィギュレーション コマンドを実行しても、パケットには DHCP のホスト名オプションは含まれません。この場合、クライアントは、インターフェイスの IP アドレスを取得中に DHCP インタラクションから DCHP のホスト名オプションを受信すると、それを受け入れ、システムにホスト名が設定されていることを示すフラグを設定します。

DHCP ベースの自動設定およびイメージ アップデートの概要

DHCP イメージ アップグレード機能を使用すると、ネットワーク内の 1 つまたは複数のスイッチに新しいイメージおよびコンフィギュレーション ファイルがダウンロードされるよう、DHCP サーバを設定できます。これにより、スイッチを新たにネットワークへ追加した場合、各スイッチが受け取るイメージおよびコンフィギュレーションを統一できます。

DHCP イメージ アップグレードには 2 つの種類があります。1 つは DHCP 自動設定、もう 1 つは DHCP 自動イメージ アップデートです。

DHCP 自動設定

DHCP 自動設定を使用すると、ネットワーク内の 1 つまたは複数のスイッチに対して、DHCP サーバからコンフィギュレーションをダウンロードできます。ダウンロードされたコンフィギュレーション ファイルは、そのスイッチの実行コンフィギュレーションとなります。フラッシュ内に保存されているブートアップ コンフィギュレーションは、スイッチがリロードされるまで上書きされません。

DHCP 自動イメージ アップデート

DHCP 自動設定と DHCP 自動イメージ アップデートを併用すると、ネットワーク内の 1 つまたは複数のスイッチに、コンフィギュレーションおよび新しいイメージの両方をダウンロードできます。新しいコンフィギュレーションおよびイメージをダウンロードするスイッチ（または複数のスイッチ）は、コンフィギュレーションやイメージが未設定の状態（または出荷時のデフォルト設定がロードされただけの状態）でも構いません。

コンフィギュレーションがすでに存在するスイッチに新しいコンフィギュレーションがダウンロードされると、そのコンフィギュレーションは、スイッチに格納されているコンフィギュレーション ファイルに追加されます （ダウンロードされたコンフィギュレーションにより既存のコンフィギュレーションが上書きされることはありません）。

（注） スイッチ上で DHCP 自動イメージ アップデートをイネーブルにするには、イメージ ファイルおよびコンフィギュレーション ファイルがロードされる TFTP サーバに、オプション 67（コンフィギュレーション ファイルの名前）、オプション 66（DHCP サーバのホスト名）、オプション 150（TFTP サーバのアドレス）、およびオプション 125 （ファイルの内容説明）を適切に設定する必要があります。

スイッチを DHCP サーバとして設定するときの手順については、「DHCP ベースの自動設定機能の設定」および『Cisco IOS IP Configuration Guide』Release 12.2 の「IP addressing and Services」の章の「Configuring DHCP」を参照してください。

ネットワーク内にスイッチを設置したら、自動イメージ アップデート機能が始動します。ダウンロードされたコンフィギュレーション ファイルは、スイッチの実行コンフィギュレーションに保存されます。また、新しいイメージがスイッチにダウンロードされ、インストールされます。このコンフィギュレーションは、スイッチを再起動した時点で、そのスイッチに保存されているコンフィギュレーションに格納されます。

注意事項および制限事項

注意事項は次のとおりです。

• ネットワーク内でアップ状態にあるレイヤ 3 インターフェイスの中に、割り当てられた IP アドレスを持たないものが 1 つも存在しない場合、保存済みコンフィギュレーションによる DHCP ベースの自動設定プロセスは停止します。

• 保存済みコンフィギュレーションによる DHCP ベースの自動設定機能を使用する場合、タイムアウト時間を設定しないと、IP アドレスのダウンロードの試行が無制限に繰り返されます。

• コンフィギュレーション ファイルがダウンロードできない、または破損した場合、自動インストール プロセスは停止します。

（注） TFTP からダウンロードされたコンフィギュレーション ファイルは、実行コンフィギュレーション内の既存コンフィギュレーションとマージされますが、write memory 特権 EXEC コマンドまたは copy running-configuration startup-configuration 特権 EXEC コマンドを実行しない限り、NVRAM には保存されません。ダウンロードされたコンフィギュレーションがスタートアップ コンフィギュレーションに保存された場合、それに続くシステムの再起動時に、この機能はトリガされません。

DHCP ベースの自動設定機能の設定

ここでは、次の設定情報について説明します。

• 「DHCP サーバ設定時の注意事項」

• 「TFTP サーバの設定」

• 「DNS の設定」

• 「リレー デバイスの設定」

• 「コンフィギュレーション ファイルの取得」

• 「設定例」

DHCP サーバとしてシスコ製デハイスを使用している場合の DHCP 設定に関する詳細については、『 Cisco IOS IP Configuration Guide 』 Release 12.2 の「IP Addressing and Services」にある「Configuring DHCP」を参照してください。

DHCP サーバ設定時の注意事項

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

DHCP サーバには、スイッチのハードウェア アドレスにより各スイッチにバインドされている予約済みリースを設定する必要があります。

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

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

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

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

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

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

• TFTP サーバ名（必須）

• ブート ファイル名（クライアントに必要なコンフィギュレーション ファイルの名前）（推奨）

• ホスト名（任意）

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

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

スイッチは、DHCP サーバとして機能させることもできます。デフォルトでは、Cisco IOS DHCP サーバおよびリレー エージェント機能は、スイッチ上でイネーブルになっていますが、設定が行われていません。このため、これらの機能は動作しません。DHCP サーバとしてシスコ製デハイスを使用している場合の DHCP 設定に関する詳細については、『 Cisco IOS IP Configuration Guide 』（Cisco.com ページから [Documentation] > [Cisco IOS Software] > [12.2 Mainline] > [Configuration Guides] を選択）の「IP Addressing and Services」にある「Configuring DHCP」を参照してください。

TFTP サーバの設定

スイッチは、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 上にある場合、またはスイッチから TFTP サーバへのアクセスにブロードキャスト アドレスが使用される場合（前述のすべての必須情報が DHCP サーバの応答に含まれていない場合に発生）は、リレーを設定して TFTP サーバに TFTP パケットを転送する必要があります。詳細については、「リレー デバイスの設定」を参照してください。こうした状況に対する対処方法としては、必要な情報をすべて使用して DHCP サーバを設定することが推奨されます。

DNS の設定

DHCP サーバでは、DNS サーバを使用して、TFTP サーバ名から IP アドレスを取得します。DNS サーバには、TFTP サーバ名から IP アドレスへのマッピングを設定する必要があります。TFTP サーバには、スイッチのコンフィギュレーション ファイルが保持されています。

DHCP サーバのリース データベースには、DNS サーバの IP アドレスを設定できます。DNS サーバからは、DHCP 応答により IP アドレスが取得されます。リース データベースには、DNS サーバの IP アドレスを 2 つまで入力できます。

DNS サーバは、スイッチと同じ LAN 上にあっても、異なる LAN 上にあってもかまいません。異なる LAN 上にある場合、スイッチはルータ経由で DHCP サーバにアクセス可できることが必要です。

リレー デバイスの設定

別の LAN 上にあるホストからの応答が必要なブロードキャスト パケットをスイッチが送信するときは、リレー デバイス（ リレー エージェント ）を設定する必要があります。スイッチが送信する可能性のあるブロードキャスト パケットの例として DHCP、DNS パケット、場合によっては TFTP パケットが挙げられます。リレー デバイスは、インターフェイス上で受信したブロードキャスト パケットが宛先ホストに転送されるように設定します。

リレー デバイスがシスコ ルータの場合には、IP ルーティングをイネーブルにし（ ip routing グローバル コンフィギュレーション コマンド）、 ip helper-address インターフェイス コンフィギュレーション コマンドを使用してヘルパー アドレスを設定します。

たとえば、図 3-2 では、ルータ インターフェイスを次のように設定しています。

インターフェイス 10.0.0.2

インターフェイス 20.0.0.1

（注） スイッチをリレー デバイスとして機能させる場合は、インターフェイスをルーテッド ポートとして設定してください。詳細については、「ルーテッド ポート」および「レイヤ 3 インターフェイスの設定」を参照してください。

図 3-2 自動設定で使用されるリレー デバイス

コンフィギュレーション ファイルの取得

DHCP の予約済みリースで IP アドレスおよびコンフィギュレーション ファイル名を取得できるかどうかに応じて、スイッチは次の方法で設定情報を取得します。

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

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

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

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

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

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

デフォルトのコンフィギュレーション ファイルには、スイッチのホスト名と IP アドレスのマッピング情報が含まれています。スイッチは、ファイル内の情報を自身のホスト テーブルに読み込み、ホスト名を取得します。ファイルにホスト名が含まれていない場合、スイッチは DHCP 応答に含まれているホスト名を使用します。DHCP 応答にホスト名が指定されていない場合、スイッチはホスト名としてデフォルトの Switch を使用します。

デフォルトのコンフィギュレーション ファイルまたは DHCP 応答からホスト名を取得すると、スイッチは TFTP サーバからホスト名と同名のコンフィギュレーション ファイルを読み込みます（network-confg または cisconet.cfg のどちらを先に読み込んだかによって、ファイル名は hostname -confg または hostname .cfg になります）。cisconet.cfg ファイルを読み込んだ場合、ホストのファイル名は 8 文字に切り詰められます。

network-confg、cisconet.cfg、またはホスト名のファイルを読み込めなかった場合、スイッチは router-confg ファイルを読み込みます。router-confg ファイルが読み込めない場合、スイッチは ciscortr.cfg ファイルを読み込みます。

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

設定例

図 3-3 は、DHCP ベースの自動設定を使用して IP 情報を取得するネットワークの例を示したものです。

図 3-3 DHCP ベースの自動設定ネットワークの例

表 3-2 は、DHCP サーバの予約済みリースの設定を示したものです。

DNS サーバの設定

DNS サーバは、TFTP サーバ名の tftpserver を IP アドレス 10.0.0.3 にマッピングします。

TFTP サーバの設定（UNIX 上）

TFTP サーバのベース ディレクトリは、/tftpserver/work/ に設定されています。このディレクトリには、2 ファイル読み込み方式で使用される network-confg ファイルが含まれています。このファイルには、IP アドレスに基づいてスイッチに割り当てられるホスト名が含まれています。また、次に示すように、スイッチのコンフィギュレーション ファイル（ switcha-confg 、 switchb-confg など）もベース ディレクトリに含まれています。

DHCP クライアントの設定

スイッチ A ～ D には、コンフィギュレーション ファイルは存在しません。

設定の説明

図 3-3 では、スイッチ A はコンフィギュレーション ファイルを次のように取得します。

• DHCP サーバから IP アドレス 10.0.0.21 を取得します。

• DHCP サーバ応答にコンフィギュレーション ファイル名が含まれていない場合、スイッチ A は TFTP サーバのベース ディレクトリから network-confg ファイルを読み込みます。

• スイッチ A は、network-confg ファイルの内容をホスト テーブルに追加します。

• IP アドレス 10.0.0.21 をホスト名（switcha）にインデックス付けすることによって、ホスト テーブルを読み込みます。

• ホスト名に対応するコンフィギュレーション ファイルを読み込みます。たとえば、TFTP サーバから switch1-confg ファイルを読み込みます。

スイッチ B ～ D も同じ要領で、それぞれのコンフィギュレーション ファイルおよび IP アドレスを取得します。

DHCP の自動設定機能およびイメージ アップデート機能の設定

DHCP を使用してスイッチに新しいイメージおよび新しいコンフィギュレーションをダウンロードする場合は、スイッチを少なくとも 2 つ設定する必要があります。1 つは DHCP サーバ、1 つは TFTP サーバとして機能させます。クライアント スイッチは、新しいコンフィギュレーション ファイルだけをダウンロードするか、新しいコンフィギュレーション ファイルと新しいイメージ ファイルの両方をダウンロードするかのどちらかに設定します。

DHCP 自動設定機能の設定（コンフィギュレーション ファイルだけ）

新しいスイッチ上で新しいコンフィギュレーション ファイルをダウンロードするために TFTP 設定および DHCP 設定に対する DHCP 自動設定機能を設定するには、特権 EXEC モードで次の手順を実行します。

• 次に、コンフィギュレーション ファイルをダウンロードするためにスイッチを DHCP サーバとして設定する方法の例を示します。

DHCP 自動イメージ アップデート機能の設定（コンフィギュレーション ファイルとイメージ）

新しいスイッチ上で新しいイメージおよび新しいコンフィギュレーション ファイルをダウンロードするために TFTP 設定および DHCP 設定に対する DHCP 自動設定機能を設定するには、特権 EXEC モードで次の手順を実行します。

（注） この表に示した手順を実行する場合は、スイッチにアップロードするテキスト ファイル（autoinstall_dhcp など）を事前に作成しておく必要があります。このテキスト ファイルには、ダウンロードするイメージの名前を記述します。このイメージは、bin ファイルではなく、tar ファイルであることが必要です。

• 次に、コンフィギュレーション ファイルをダウンロードするためにスイッチを DHCP サーバとして設定する方法の例を示します。

クライアントの設定

DHCP サーバからコンフィギュレーション ファイルおよび新しいイメージをダウンロードするようにスイッチを設定するには、特権 EXEC モードで次の手順を実行します。

次に、VLAN 99 のレイヤ 3 SVI インターフェイスを使用して、保存済みコンフィギュレーションによる DHCP ベースの自動設定をイネーブルにする例を示します。

（注） 設定およびイネーブル化の対象となるのは、レイヤ 3 インターフェイスだけです。IP アドレスおよび保存済みコンフィギュレーションによる DHCP ベースの自動設定は割り当てないでください。

手動での IP 情報の割り当て

Switch Virtual Interface（SVI; スイッチ仮想インターフェイス）に手動で IP 情報を割り当てるには、特権 EXEC モードで次の手順を実行します。スイッチでメトロ IP サービス イメージを実行している場合は、 no switchport コマンドを使用してポートをレイヤ 3 モードにすれば、そのポートに IP 情報を手動で割り当てることもできます。

スイッチの IP アドレスを削除する場合は、 no ip address インターフェイス コンフィギュレーション コマンドを使用します。Telnet セッションを介してアドレスを削除すると、スイッチへの接続は切断されます。デフォルト ゲートウェイのアドレスを削除するときは、 no ip default-gateway グローバル コンフィギュレーション コマンドを使用します。

スイッチのシステム名の設定、特権 EXEC コマンドへのアクセスの保護、時刻およびカレンダーの設定については、 第 5 章「スイッチの管理」 を参照してください。

デフォルトのブート コンフィギュレーション

表 3-3 は、デフォルトのブート コンフィギュレーションについての説明をまとめたものです。

コンフィギュレーション ファイルの自動ダウンロード

DHCP ベースの自動設定機能を使用すれば、スイッチにコンフィギュレーション ファイルを自動的にダウンロードできます。詳細については、「DHCP ベースの自動設定の概要」を参照してください。

ファイル名の指定によるシステム コンフィギュレーションの読み取りと書き込み

デフォルトでは、Cisco IOS ソフトウェアは、 config.text ファイルを使用して、システム コンフィギュレーションの不揮発性コピーを読み書きします。ただし、別のファイル名を指定することもでき、これは次回起動時にロードされます。

別のコンフィギュレーション ファイル名を指定するには、特権 EXEC モードで次の手順を実行します。

設定をデフォルトに戻すときは、 no boot config-file グローバル コンフィギュレーション コマンドを使用します。

手動による起動

デフォルトでは、スイッチは自動的に起動しますが、手動で起動するように設定することもできます。

次回の起動時に手動で起動するようにスイッチを設定するには、特権 EXEC モードで次の手順を実行します。

手動での起動をディセーブルにするには、 no boot manual グローバル コンフィギュレーション コマンドを使用します。

特定のソフトウェア イメージの起動

デフォルトでは、スイッチは、BOOT 環境変数内の情報を使用して自動的にシステムを起動しようとします。この変数が設定されていない場合、スイッチは、フラッシュ ファイル システム全体に再帰的な縦型検索を行って、最初の実行可能イメージをロードして実行しようとします。ディレクトリの縦型検索では、検出した各サブディレクトリを完全に検索してから元のディレクトリでの検索を続けます。ただし、特定のイメージを指定して起動することもできます。

次回の起動時に特定のイメージを起動するようにスイッチを設定するには、特権 EXEC モードで次の手順を実行します。

設定をデフォルトに戻す場合は、 no boot system グローバル コンフィギュレーション コマンドを使用します。

環境変数の管理

通常の操作スイッチを使用してブート ローダ モードを開始するには、スイッチのコンソール接続を 9600 bps に設定します。スイッチの電源コードを取り外して、接続し直します。スイッチは、POST を実行してから、自動ブート プロセスを開始します。ブート ローダは、ブートアップ シーケンス中にユーザにブレーク キーの文字を求めるプロンプトを表示します（次の例を参照）。

ブレーク キーの文字は、オペレーティング システムごとに異なります。

• UNIX を実行する SUN ワークステーションでは、Ctrl-C がブレーク キーとなります。

• Windows 2000 を実行する PC では、Ctrl-Break がブレーク キーとなります。

Cisco TAC では、一般的なオペレーティング システムのブレーク キー、およびブレーク キーをサポートしていない端末エミュレータで使用できる代替ブレーク キー シーケンスに関するリストが用意されています。このリストを参照する場合は、次の URL にアクセスしてください。

http://www.cisco.com/warp/public/701/61.html#how-to

ブレーク キーを入力すると、ブート ローダの switch: プロンプトが表示されます。

スイッチのブートローダ ソフトウェアは、不揮発性環境変数をサポートしています。これらの環境変数を使用することで、ブートローダをはじめ、システム上で稼動するソフトウェアの動作を制御できます。ブートローダの環境変数は、UNIX システムや DOS システム上で設定できる環境変数とほぼ同じものです。

値が設定された環境変数は、フラッシュ ファイル システム外のフラッシュ メモリに保存されています。

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

環境変数には、次の 2 種類のデータが保持されます。

• Cisco IOS コンフィギュレーション ファイルの読み取りを行わないコードを制御するためのデータ。環境変数として保存できるブートローダの機能を拡張または補強するブートローダ ヘルパー ファイルの名前などが、こうしたデータに該当します。

• Cisco IOS コンフィギュレーション ファイルの読み取りを行うコードを制御するためのデータ。環境変数として保存できる Cisco IOS コンフィギュレーション ファイルの名前などが、こうしたデータに該当します。

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

（注） ブートローダ コマンドおよび環境変数の構文および使用方法の詳細については、このリリースのコマンド リファレンスを参照してください。

表 3-4 は、使用頻度の高い環境変数とその機能に関する説明をまとめたものです。

リロードのスケジューリング設定

ソフトウェア イメージのリロードを、時間を置いて実行するようにスイッチを設定する場合は、特権 EXEC モードで次のいずれかのコマンドを使用します。

• reload in [ hh : ] mm [ text ]

このコマンドを使用すると、ソフトウェアのリロードを、指定した時間内（時間および分で指定）に実行するようにスケジューリングできます。リロードは、およそ 24 日以内に実行される必要があります。リロードの理由を最大 255 文字の文字列として指定できます。

• reload at hh : mm [ month day | day month ] [ text ]

このコマンドを使用すると、ソフトウェアのリロードを、指定した時刻（24 時間制）に実行するようにスケジューリングできます。月日を指定すると、リロードは指定された日時に実行されるようスケジューリングされます。月日を指定しない場合、リロードは当日の指定された時刻（指定された時刻が現在の時刻よりあとの場合）または翌日（指定された時刻が現在の時刻よりも前の場合）に実行されます。00:00 を指定すると、リロードは午前 0 時にスケジューリングされます。

（注） キーワード at を使用するのは、Network Time Protocol（NTP; ネットワーク タイム プロトコル）、ハードウェアのカレンダー、または手動によってスイッチのシステム クロックが設定されている場合だけです。時刻は、スイッチに設定されているタイム ゾーンが基準となります。複数のスイッチでリロードが同時に実行されるようスケジューリングするには、各スイッチの時刻が NTP によって同期している必要があります。

reload コマンドを使用すると、システムを一時停止できます。手動で起動するように設定されていない場合、システムは自動的に再起動します。 reload コマンドを使用する場合は、あらかじめスイッチの設定情報をスタートアップ コンフィギュレーション（ copy running-config startup-config ）に保存してください。

スイッチが手動で起動するように設定されている場合、仮想端末からのリロードは行わないでください。これは、スイッチがブートローダ モードになり、リモート ユーザがスイッチを制御できるようになるのを回避するためです。

コンフィギュレーション ファイルを変更すると、リロードする前に設定を保存するよう求めるプロンプトが表示されます。存在しないスタートアップ コンフィギュレーション ファイルが環境変数 CONFIG_FILE に指定されていると、保存の際に保存を続行するかどうかを尋ねるメッセージが表示されます。続行すると、システムはリロードのセットアップ モードを開始します。

次に、当日の 7:30 PM にソフトウェアをリロードする手順の例を示します。

次に、未来の時刻にソフトウェアをリロードする手順の例を示します。

リロードのスケジューリングを取り消すときは、 reload cancel 特権 EXEC コマンドを使用します。

リロードのスケジューリング情報の表示

リロードのスケジューリングに関する情報を表示してスイッチ上でリロードがスケジューリングされているかどうかを調べるときは、 show reload 特権 EXEC コマンドを使用します。

リロードの予定実行時刻、リロードの理由（指定されている場合）など、リロードに関する情報が表示されます。