Catalyst 2950/2955 スイッチ ソフトウェア コンフィギュレーション ガイド Cisco IOS Release 12.1(22)EA7
スイッチの IP アドレスおよびデフォ ルト ゲートウェイの割り当て
スイッチの IP アドレスおよびデフォルト ゲートウェイの割り当て
発行日;2012/01/14 | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 6MB) | フィードバック

目次

スイッチの IP アドレスおよびデフォルト ゲートウェイの割り当て

起動プロセスの概要

スイッチ情報の割り当て

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

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

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

DHCP ベースの自動設定

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

TFTP サーバの設定

DNS の設定

リレー装置の設定

コンフィギュレーション ファイルの入手方法

構成例

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

実行コンフィギュレーションの確認と保存

スタートアップ コンフィギュレーションの変更

デフォルトの起動設定

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

システム設定を読み書きするファイル名の指定

手動による起動

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

環境変数の制御

ソフトウェア イメージのリロードのスケジューリング

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

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

スイッチの IP アドレスおよびデフォルト ゲートウェイの割り当て

この章では、自動および手動の各種の方法でCatalyst 2950 または Catalyst 2955 スイッチの初期設定(たとえば、スイッチ IP アドレスやデフォルトのゲートウェイ情報の割り当て)を行う方法について説明します。また、Catalyst 2950 Long-Reach Ethernet(LRE)スイッチについては、スイッチのスタートアップ コンフィギュレーションの変更方法も説明します。


) この章で使用するコマンドの構文および使用方法の詳細については、このリリースに対応するコマンド リファレンスおよび『Cisco IOS IP and IP Routing Command Reference』Release 12.1 を参照してください。


この章の内容は、次のとおりです。

「起動プロセスの概要」

「スイッチ情報の割り当て」

「実行コンフィギュレーションの確認と保存」

「スタートアップ コンフィギュレーションの変更」(Catalyst 2950 LRE スイッチでのみ使用可能)

「ソフトウェア イメージのリロードのスケジューリング」(Catalyst 2950 LRE スイッチでのみ使用可能)

起動プロセスの概要

スイッチを起動するには、ハードウェア インストレーション ガイドの手順に従って、スイッチのインストールと電源投入を行い、スイッチの初期設定(IP アドレス、サブネット マスク、デフォルト ゲートウェイ、シークレット パスワード、Telnet パスワードなど)を行う必要があります。

通常の起動プロセスにはブート ローダ ソフトウェアの操作も含まれます。ブート ローダは以下のアクティビティを実行します。

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

CPU サブシステムの Power-on Self-Test(POST; 電源投入時セルフテスト)を行います。CPU DRAM と、フラッシュ ファイル システムを構成するフラッシュ デバイスの部分をテストします。

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

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

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

また、オペレーティング システムが使用不可能となるほどの重大な障害が発生した場合は、ブート ローダはシステムにトラップドア アクセスを行います。トラップドア メカニズムによるシステムへのアクセス機能により、必要があれば、フラッシュ ファイル システムをフォーマットし、XMODEM プロトコルを使用してオペレーティング システムのソフトウェアイメージを再インストールし、失われたパスワードを回復し、最終的にオペレーティング システムを再起動できます。詳細については、「ソフトウェア障害からの回復」「非 LRE Catalyst 2950 スイッチの紛失または忘れたパスワードの回復」「Catalyst 2950 LRE スイッチの紛失または忘れたパスワードの回復」「Catalyst 2955 スイッチの紛失または忘れたパスワードの回復」を参照してください。

スイッチ情報を割り当てるには、まず PC または端末をコンソール ポートに接続し、PC または端末エミュレーション ソフトウェアのボー レートおよび文字フォーマットがスイッチのコンソール ポートのものと一致することを確認します。

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

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

ストップ ビットのデフォルト値は、1 です。

パリティ設定のデフォルト値は、なしです。


) Express Setup を使用している場合、Express Setup の起動前にスイッチにデバイスを接続しないでください。


詳細については、スイッチのハードウェア インストレーション ガイドを参照してください。


) Catalyst 2955 スイッチでは、Express Setup はサポートされません。


スイッチ情報の割り当て

IP 情報の割り当ては、スイッチの Express Setup プログラム、CLI(コマンドライン インターフェイス)ベースのセットアップ プログラム、Dynamic Host Configuration Protocol(DHCP)サーバ、または手動で CLI を使用して行うことができます。スイッチの設定手順に精通した経験豊富なユーザの場合は、手動で設定を行うことができます。そうでない場合、セットアップ プログラムを使用してください。


) Catalyst 2955 スイッチでは、Express Setup はサポートされません。Cisco IOS Release 12.1(14)EA1 より前のリリースが動作している非 LRE Catalyst 2950 スイッチ、および Cisco IOS Release 12.1(19)EA1 より前のリリースが動作している Catalyst 2950 LRE スイッチでは、Express Setup がサポートされていません。


個々の IP 情報についてプロンプトを表示させたい場合は、スイッチの Express Setup または CLI ベースのセットアップ プログラムを使用してください。これらのプログラムでは、デフォルト ゲートウェイ、ホスト名、スイッチの(イネーブル シークレット)パスワードも設定できます。Telnet パスワード(リモート管理でのセキュリティを保護)を割り当てたり、SNMP(簡易ネットワーク管理プロトコル)をイネーブルにしたりすることもできます。CLI ベースのセットアップ プログラムでは、スイッチをコマンド、クラスタのメンバー スイッチ、またはスタンドアロン スイッチとして設定することもできます。Express Setup および CLI ベースのセットアップ プログラムの詳細については、スイッチのハードウェア インストレーション ガイドを参照してください。

サーバの設定後に IP 情報の割り当てや一元管理を行うには、DHCP サーバを使用します。


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


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

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

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

「DHCP ベースの自動設定」

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

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

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

 

表4-1 デフォルトのスイッチ情報

機能
デフォルト値

IP アドレスおよびサブネット マスク

IP アドレスまたはサブネット マスクは定義されていません。

デフォルト ゲートウェイ

デフォルト ゲートウェイは定義されていません。

イネーブル シークレット パスワード

パスワードは定義されていません。

ホスト名

デフォルトのホスト名は Switch です。

Telnet パスワード

パスワードは定義されていません。

クラスタ コマンド スイッチ機能

ディセーブル

クラスタ名

クラスタ名は定義されていません。

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

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


) DHCP サーバ機能は Catalyst 2955 スイッチでのみ使用できます。


DHCP ベースの自動設定中、スイッチ(DHCP クライアント)は、起動時に、IP アドレス情報およびコンフィギュレーション ファイルによって自動的に設定されます。


) DHCP ベースの自動設定は、設定されていないスイッチまたは新しいスイッチをネットワークに接続したときにのみ実行されます。


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

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

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

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

スイッチの起動時に、スイッチ上にコンフィギュレーション ファイルが存在しない場合、DHCP クライアントが呼び出され、DHCP サーバに設定情報を要求します。

次の場合には DHCP の自動設定は行われません。

コンフィギュレーション ファイルがあり、スイッチで service config グローバル コンフィギュレーション コマンドがディセーブルになっている場合。

コンフィギュレーション ファイルがあり、スイッチで service config グローバル コンフィギュレーション コマンドがイネーブルになっている場合。この場合、スイッチはコンフィギュレーション ファイルに向けて TFTP 要求をブロードキャストします。

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

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

 

クライアントであるスイッチ A は、DHCPDISCOVER メッセージをブロードキャストし、DHCP サーバの場所を特定します。DHCP サーバは、DHCPOFFER ユニキャスト メッセージによって、使用可能なコンフィギュレーション パラメータ(IP アドレス、サブネット マスク、ゲートウェイ IP アドレス、DNS IP アドレス、IP アドレス用のリースなど)をクライアントに提示します。

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

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

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

DHCP サーバはクライアントに、提示されたコンフィギュレーション パラメータが割り当てられていない、パラメータのネゴシエーション中にエラーが発生した、または DHCPOFFER メッセージに対するクライアントの応答が遅れている(DHCP サーバがパラメータを別のクライアントに割り当てた)という意味の DHCPNAK 拒否ブロードキャスト メッセージを送信します。

DHCP クライアントは、複数の DHCP サーバまたは BOOTP サーバから提示を受け取り、そのうちの任意の 1 つを受け入れることができますが、通常は最初に受け取った提示を受け入れます。DHCP サーバから提示された IP アドレスが必ずしもクライアントに割り当てられるわけではありません。ただし、サーバは通常、クライアントが正式にアドレスを要求するまではアドレスを保存しておきます。スイッチが BOOTP サーバからの応答を受け入れて、自身を設定する場合、スイッチはスイッチ コンフィギュレーション ファイルを入手するために、TFTP 要求をユニキャストするのではなくブロードキャストします。

DHCP ベースの自動設定

ここでは、DHCP ベースの自動設定について説明します。

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

「TFTP サーバの設定」

「DNS の設定」

「リレー装置の設定」

「コンフィギュレーション ファイルの入手方法」

「構成例」

DHCP サーバがシスコ製装置である場合、またはスイッチを DHCP サーバとして設定する場合は、『 Cisco IOS IP and IP Routing Configuration Guide 』Release 12.1 の「IP Addressing and Services」を参照してください。

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

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

スイッチは DHCP クライアントおよび DHCP サーバの両方で動作できます。デフォルトでは、Cisco IOS の DHCP サーバおよびリレー エージェント機能はスイッチ上でイネーブルです。


) DHCP サーバ機能は Catalyst 2955 スイッチでのみ使用できます。


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

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

クライアントの IP アドレス(必須)

クライアントのサブネット マスク(必須)

DNS サーバの IP アドレス(任意)

ルータの IP アドレス(スイッチで使用するデフォルトのゲートウェイ アドレス)(必須)

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

TFTP サーバ名(必須)

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

ホスト名(任意)

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

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

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

DNS の設定

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

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

DNS サーバは、スイッチと同じ LAN 上にあっても、異なる LAN 上にあっても構いません。DHCP サーバが別の LAN 上に存在する場合、スイッチはルータを介して DHCP サーバにアクセス可能でなければなりません。

リレー装置の設定

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

リレー装置がシスコ製ルータである場合、IP ルーティングをイネーブルにし( ip routing グローバル コンフィギュレーション コマンド)、 ip helper-address インターフェイス コンフィギュレーション コマンドを使用して、ヘルパー アドレスを設定します。

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

インターフェイス 10.0.0.2 では、

router(config-if)# ip helper-address 20.0.0.2
router(config-if)# ip helper-address 20.0.0.3
router(config-if)# ip helper-address 20.0.0.4
 

インターフェイス 20.0.0.1 では、

router(config-if)# ip helper-address 10.0.0.1
 

図4-2 自動設定でのリレー装置の使用

 

コンフィギュレーション ファイルの入手方法

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 応答にホスト名が指定されていない場合、スイッチは、デフォルトのホスト名である Switch を使用します。

デフォルトのコンフィギュレーション ファイルまたは 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 サーバ要求をブロードキャストします。


構成例

図4-3 に、DHCP ベースの自動設定を使用して IP 情報を検索するネットワークの構成例を示します。

図4-3 DHCP ベースの自動設定を使用するネットワークの例

 

表4-2 に、DHCP サーバに設定された予約リースを示します。

 

表4-2 DHCP サーバの設定

スイッチ 1
スイッチ 2
スイッチ 3
スイッチ 4

バインディング キー(ハードウェア アドレス)

00e0.9f1e.2001

00e0.9f1e.2002

00e0.9f1e.2003

00e0.9f1e.2004

IP アドレス

10.0.0.21

10.0.0.22

10.0.0.23

10.0.0.24

サブネット マスク

255.255.255.0

255.255.255.0

255.255.255.0

255.255.255.0

ルータ アドレス

10.0.0.10

10.0.0.10

10.0.0.10

10.0.0.10

DNS サーバ アドレス

10.0.0.2

10.0.0.2

10.0.0.2

10.0.0.2

TFTP サーバ名

tftpserver または 10.0.0.3

tftpserver または 10.0.0.3

tftpserver または 10.0.0.3

tftpserver または 10.0.0.3

ブート ファイル名(コンフィギュレーション ファイル)(任意)

switcha-confg

switchb-confg

switchc-confg

switchd-confg

ホスト名(任意)

switcha

switchb

switchc

switchd

DNS サーバ コンフィギュレーション

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

TFTP サーバ コンフィギュレーション(UNIX)

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

prompt> cd /tftpserver/work/
prompt> ls
network-confg
switcha-confg
switchb-confg
switchc-confg
switchd-confg
prompt> cat network-confg
ip host switch1 10.0.0.21
ip host switch2 10.0.0.22
ip host switch3 10.0.0.23
ip host switch4 10.0.0.24
 

DHCP クライアント コンフィギュレーション

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

コンフィギュレーションの説明

図4-3 の場合、スイッチ A はコンフィギュレーション ファイルを次のようにして読み取ります。

DHCP サーバから IP アドレス 10.0.0.21 を入手します。

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

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

IP アドレス 10.0.0.21 をもとにホスト テーブルを検索し、ホスト名(switcha)を取得します。

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

スイッチ B ~スイッチ D も、同様にコンフィギュレーション ファイルおよび IP アドレスを取得します。

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

複数の VLAN に手動で IP 情報を割り当てるには、イネーブル EXEC モードで次の手順を実行します。

 

コマンド
目的

ステップ 1

configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface vlan vlan-id

インターフェイス コンフィギュレーション モードを開始し、IP 情報を割り当てる VLAN を入力します。指定できる範囲は、拡張ソフトウェア イメージがインストールされている場合は 1 ~ 4094、標準ソフトウェア イメージがインストールされている場合は 1 ~ 1001 です。

ステップ 3

ip address ip-address subnet-mask

IP アドレスおよびサブネット マスクを入力します。

ステップ 4

exit

グローバル コンフィギュレーション モードに戻ります。

ステップ 5

ip default-gateway ip-address

スイッチに直接接続しているネクスト ホップのルータ インターフェイスの IP アドレスを入力します。このスイッチにはデフォルト ゲートウェイが設定されています。デフォルト ゲートウェイは、スイッチから宛先 IP アドレスを取得していない IP パケットを受信します。

デフォルト ゲートウェイが設定されると、スイッチは、ホストが接続する必要のあるリモート ネットワークに接続できます。


) IP でルーティングするようにスイッチを設定すると、デフォルト ゲートウェイを設定する必要はありません。


ステップ 6

end

イネーブル EXEC モードに戻ります。

ステップ 7

show interfaces vlan vlan-id

設定されている IP アドレスを確認します。

ステップ 8

show ip redirects

設定されているデフォルト ゲートウェイを確認します。

ステップ 9

copy running-config startup-config

(任意)コンフィギュレーション ファイルに設定を保存します。

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

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

実行コンフィギュレーションの確認と保存

show running-config イネーブル EXEC コマンドを使用すると、入力した設定値や行った変更を確認できます。このコマンドの出力内容については、『Cisco IOS Configuration Fundamental Command Reference』Release 12.1 を参照してください。

スタートアップ コンフィギュレーションに対して行った設定や変更をフラッシュ メモリに保存するには、copy running-config startup-config イネーブル EXEC コマンドを使用します。このコマンドにより、入力した設定値が保存されます。保存できなかった場合、設定は次のシステム リロード時に失われます。フラッシュ メモリの NVRAM(不揮発性 RAM)セクションに保存されている情報を表示するには、 show startup-config または more startup-config イネーブル EXEC コマンドを使用します。

Catalyst 2950 LRE スイッチにおけるコンフィギュレーション ファイルの別の場所へのコピーについては、 付録 B「Cisco IOS ファイル システム、コンフィギュレーション ファイル、およびソフトウェア イメージに関する作業」 を参照してください。

スタートアップ コンフィギュレーションの変更

ここではCatalyst 2950 LRE スイッチについてのみ、スイッチのスタートアップ コンフィギュレーションの変更方法について説明します。内容は次のとおりです。

「デフォルトの起動設定」

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

「システム設定を読み書きするファイル名の指定」

「手動による起動」

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

「環境変数の制御」

デフォルトの起動設定

表4-3 に、デフォルトの起動設定を示します。

 

表4-3 デフォルトの起動設定

機能
デフォルト値

オペレーティング システムのソフトウェア イメージ

スイッチは、BOOT 環境変数の情報を使用して自動的にシステムを起動しようとします。この変数を設定していない場合、スイッチはフラッシュ ファイル システム全体を再帰的に縦型検索し、最初の実行可能イメージをロードして実行しようとします。

このソフトウェア イメージは、イメージ ファイルと同じ名前(.bin 拡張子を除く)のディレクトリに保存されます。

ディレクトリの縦型検索では、検出した各サブディレクトリを完全に検索してから、親ディレクトリの検索を続行します。

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

設定済みのスイッチは、システム ボード上のフラッシュ メモリに保存された config.text ファイルを使用します。

新規のスイッチにはコンフィギュレーション ファイルはありません。

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

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

システム設定を読み書きするファイル名の指定

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

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

 

コマンド
目的

ステップ 1

configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 2

boot config-file flash:/ file-url

次回の起動サイクル中にロードするコンフィギュレーション ファイルを指定します。

file-url には、パス(ディレクトリ)およびコンフィギュレーション ファイル名を指定します。

ファイル名とディレクトリ名では大文字と小文字が区別されます。

ステップ 3

end

イネーブル EXEC モードに戻ります。

ステップ 4

show boot

設定を確認します。

boot config-file グローバル コンフィギュレーション コマンドは、CONFIG_FILE 環境変数の設定値を変更します。

ステップ 5

copy running-config startup-config

(任意)コンフィギュレーション ファイルに設定を保存します。

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

手動による起動

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

次回の起動サイクル中に手動で起動するようにスイッチを設定するには、イネーブル EXEC モードで次の手順を実行します。

 

コマンド
目的

ステップ 1

configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 2

boot manual

スイッチを、次回の起動サイクル中に手動で起動できるようにします。

ステップ 3

end

イネーブル EXEC モードに戻ります。

ステップ 4

show boot

設定を確認します。

boot manual グローバル コマンドは、MANUAL_BOOT 環境変数の設定値を変更します。

次回システムを再起動するとスイッチはブート ローダ モードになり、 switch: プロンプトを表示します。システムを起動するには、 boot filesystem :/ file-url ブート ローダ コマンドを使用します。

filesystem : には、システム ボード フラッシュ デバイスの flash: を使用します。

file-url には、パス(ディレクトリ)および起動用イメージの名前を指定します。

ファイル名とディレクトリ名では大文字と小文字が区別されます。

ステップ 5

copy running-config startup-config

(任意)コンフィギュレーション ファイルに設定を保存します。

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

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

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

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

 

コマンド
目的

ステップ 1

configure terminal

グローバル コンフィギュレーション モードを開始します。

ステップ 2

boot system filesystem :/ file-url

次回の起動サイクル中にフラッシュ メモリ内の特定のイメージを起動するようにスイッチを設定します。

filesystem : には、システム ボード フラッシュ デバイスの flash: を使用します。

file-url には、パス(ディレクトリ)および起動用イメージの名前を指定します。

ファイル名とディレクトリ名では大文字と小文字が区別されます。

ステップ 3

end

イネーブル EXEC モードに戻ります。

ステップ 4

show boot

設定を確認します。

boot system グローバル コマンドは、BOOT 環境変数の設定値を変更します。

次回の起動サイクル中、スイッチは BOOT 環境変数の情報を使用して自動的にシステムを起動しようとします。

ステップ 5

copy running-config startup-config

(任意)コンフィギュレーション ファイルに設定を保存します。

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

環境変数の制御

9600 bps 対応で設定されたスイッチ コンソール接続でのみブート ロード モードが開始されます。スイッチの電源プラグをコンセントから抜き、電源を再接続してスイッチの Mode ボタンを押します。ポート 1X の上の LED が消灯してから 1 ~ 2 秒後に、 Mode ボタンを放します。その後、ブート ローダの switch: プロンプトが表示されます。

スイッチのブート ローダ ソフトウェアでは、不揮発性の環境変数を使用できます。これを使用すれば、ブート ローダ、またはシステムで実行する任意のソフトウェアの動作方法を制御できます。ブート ローダ環境変数は、UNIX または DOS システムで設定できる環境変数に似ています。

値を持つ環境変数は、様々なファイルのフラッシュ ファイル システムに保存されます( 表4-4 を参照)。

 

表4-4 環境変数の保存場所

環境変数
場所(ファイル システム:ファイル名)

BAUD、ENABLE_BREAK、CONFIG_BUFSIZE、CONFIG_FILE、MANUAL_BOOT、PS1

flash:env_vars

BOOT、BOOTHLPR、HELPER、HELPER_CONFIG_FILE

flash:system_env_vars

これらのファイルの各行には、環境変数名とイコール記号、それに続けて変数の値が含まれます。このファイルに書かれていない変数は値を持ちません。書かれている場合は、値がヌル ストリングであっても値を持つことになります。ヌル ストリング(たとえば、" ")に設定した変数は、値を持つ変数です。多くの環境変数はあらかじめ定義されており、デフォルト値を持ちます。

環境変数に格納するデータには 2 種類あります。

Cisco IOS コンフィギュレーション ファイルを読み取らないコードを制御するデータ。たとえば、ブート ローダのへルパー ファイルはブート ローダの機能を拡張または修正しますが、その名前を環境変数として保存できます。

Cisco IOS コンフィギュレーション ファイルの読み取りを担当するコードを制御するデータ。たとえば、Cisco IOS コンフィギュレーション ファイルの名前を環境変数として保存できます。

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


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


表4-5 では、最も一般的な環境変数の機能を説明します。

 

表4-5 環境変数

変数
ブート ローダ コマンド
Cisco IOS グローバル コンフィギュレーション コマンド

MANUAL_BOOT

set MANUAL_BOOT yes

スイッチの起動が自動であるか手動であるかを判定します。

有効な値は 1、yes、0、および no です。no または 0 に設定した場合、ブート ローダはシステムを自動的に起動しようとします。その他に設定すると、スイッチはブート ローダ モードから手動で起動する必要があります。

boot manual

スイッチを次回の起動サイクル中に手動で起動できるようにし、MANUAL_BOOT 環境変数の設定値を変更します。

次回システムを再起動すると、スイッチはブート ローダ モードになります。システムを起動するには、 boot flash: filesystem :/ file-url ブート ローダ コマンドを使用し、起動用イメージの名前を指定します。

BOOT

set BOOT filesystem :/ file-url ...

セミコロンで区切られた実行可能ファイルのリストであり、自動起動の場合にロードおよび実行が試みられます。BOOT 環境変数を設定していない場合、スイッチはフラッシュ ファイル システム全体を再帰的に縦型検索し、最初に発見した実行可能イメージをロードして実行しようとします。BOOT 変数が設定されていて指定されたイメージをロードできない場合、システムはフラッシュ ファイル システム内で最初に発見した起動用ファイルを起動しようとします。

boot system filesystem :/ file-url

次回の起動サイクル中にロードするソフトウェア イメージを指定します。このコマンドは、BOOT 環境変数の設定値を変更します。

CONFIG_FILE

set CONFIG_FILE flash:/ file-url

ソフトウェアがシステム設定の不揮発性コピーの読み書きに使用するファイル名を変更します。

boot config-file flash: / file-url

ソフトウェアがシステム設定の不揮発性コピーの読み書きに使用するファイル名を指定します。このコマンドは CONFIG_FILE 環境変数を変更します。

CONFIG_BUFSIZE

set CONFIG_BUFSIZE size

ソフトウェアがメモリ内のコンフィギュレーション ファイルのコピーを保持するのに使用するバッファ サイズを変更します。コンフィギュレーション ファイルは、割り当てバッファ サイズ以下でなければなりません。指定できる範囲は 4096 ~ 524288 バイトです。

boot buffersize size

フラッシュ メモリ内の擬似ファイル システム NVRAM のサイズを指定します。このバッファはメモリ内のコンフィギュレーション ファイルのコピーを保持します。このコマンドは、
CONFIG_BUFSIZE 環境変数の設定値を変更します。

このコマンドを有効にするには、 reload イネーブル EXEC コマンドを使用してスイッチをリロードする必要があります。

ソフトウェア イメージのリロードのスケジューリング

ソフトウェア イメージのリロードをスケジューリングすると、ある LRE スイッチのみあとで発生するようにしたり(たとえば、スイッチの使用が少ない深夜または週末など)、ネットワーク全体でリロードを同期させたりできます(たとえば、ソフトウェアのアップグレードをネットワーク内のすべてのスイッチで実行する場合)。


) スケジューリングしたリロードは、およそ 24 日以内に発生する必要があります。


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

スイッチを設定してソフトウェア イメージのリロードがあとで行われるようにするには、イネーブル 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 コマンドを使用するとシステムは停止します。手動で起動するように設定していない場合、システムは自動的に再起動します。スイッチの設定情報をスタートアップ コンフィギュレーションに保存してから( copy running-config startup-config )、 reload コマンドを使用してください。

スイッチを手動で起動するように設定してある場合は、スイッチのリロードに仮想端末を使用しないようにしてください。この制限により、スイッチがブート ローダ モードに入ってリモート ユーザが制御できなくなる事態を防止できます。

コンフィギュレーション ファイルを変更した場合、スイッチはリロードの前にその設定を保存するようユーザに促します。CONFIG_FILE 環境変数が、すでに存在しないスタートアップ コンフィギュレーション ファイルを指定している場合、保存操作中にシステムはその保存を進めるかどうかをユーザに確認します。この状況で操作を進めた場合、システムはリロードのセットアップ モードに入ります。

次に、当日の午後 7 時 30 分にスイッチのソフトウェアをリロードする例を示します。

Switch# reload at 19:30
Reload scheduled for 19:30:00 UTC Wed Jun 5 1996 (in 2 hours and 25 minutes)
Proceed with reload? [confirm]
 

次に、ある将来の時刻にスイッチのソフトウェアをリロードする例を示します。

Switch# reload at 02:00 jun 20
Reload scheduled for 02:00:00 UTC Thu Jun 20 1996 (in 344 hours and 53 minutes)
Proceed with reload? [confirm]
 

スケジューリング済みのリロードをキャンセルするには、 reload cancel イネーブル EXEC コマンドを使用します。

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

スケジューリング済みのリロードの情報を表示したり、リロードがスイッチでスケジューリングされているかどうかを判別したりするには、 show reload イネーブル EXEC コマンドを使用します。

このコマンドは、リロードの発生がスケジューリングされている時刻、およびそのリロードの理由(スケジューリング時に指定してある場合)などのリロード情報を表示します。