システム名およびシステム プロンプトの設定
スイッチのシステム名は、装置を識別するための文字列であり、ユーザ側で設定できます。デフォルト設定では、システム名は設定されていません。
システム名を手動で設定していない場合に、スイッチを次のように設定すると、Domain Name System(DNS;ドメイン ネーム システム)を使用してシステム名が割り当てられます。
• sc0インターフェイスに、DNSサーバ上でスイッチ名にマッピングされているIPアドレスを指定
• スイッチ上でDNSをイネーブルに設定
• スイッチ上で少なくとも1つの有効なDNSサーバを指定
DNS検索が正常に実行されると、スイッチのDNSホスト名がスイッチのシステム名として設定され、NVRAM(不揮発性RAM)に保管されます(ドメイン名は削除されます)。
システム プロンプトを設定しなかった場合、システム名の最初の20文字がシステム プロンプトとして使用されます(最後に[>]記号が付加されます)。システム名を変更するたびに、 set prompt コマンドを使用して手動でプロンプトを設定している場合を除き、プロンプトも更新されます。
次のいずれかの操作を実行するたびに、DNSを使用してシステム名が検索されます。
• スイッチの初期化(電源投入またはリセット)
• CLI(コマンドライン インターフェイス)またはSNMP(簡易ネットワーク管理プロトコル)を使用して、sc0インターフェイスにIPアドレスを設定
• set ip route コマンドを使用してルートを設定
• set system name コマンドを使用してシステム名を消去
• DNSをイネーブルに設定またはDNSサーバを指定
システム名を手動で設定した場合、DNS検索は実行されません。
スタティックなシステム名の設定
スタティックなシステム名を設定するには、イネーブル モードで次の作業を行います。
|
|
スタティックなシステム名を設定します。 |
set system name name_string |
(注) システム名を設定すると、そのシステム名がシステム プロンプトとして使用されます。プロンプトの文字列は、set promptコマンドで書き換えることができます。
スイッチにシステム名を設定する例を示します。
Console> (enable) set system name Catalyst 6500
スタティックなシステム プロンプトの設定
スタティックなシステム プロンプトを設定するには、イネーブル モードで次の作業を行います。
|
|
スタティックなシステム プロンプトを設定します。 |
set prompt prompt_string |
スイッチにスタティックなシステム プロンプトを設定する例を示します。
Console> (enable) set prompt Catalyst6509>
システム名の消去
システム名を消去するには、イネーブル モードで次の作業を行います。
|
|
システム名を消去します。 |
set system name |
システム名を消去する例を示します。
Console> (enable) set system name
システム コンタクトおよびロケーションの設定
リソース管理に役立つように、システムのコンタクト(連絡先)およびロケーション(設置場所)を設定できます。
システムのコンタクトおよびロケーションを設定するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
システム コンタクトを設定します。 |
set system contact [ contact_string ] |
ステップ 2 |
システム ロケーションを設定します。 |
set system location [ location_string ] |
ステップ 3 |
グローバル システム情報を確認します。 |
show system |
システムのコンタクトおよびロケーションを設定し、その設定を確認する例を示します。
Catalyst 6500> (enable) set system contact sysadmin@corp.com
Catalyst 6500> (enable) set system location Sunnyvale CA
Catalyst 6500> (enable) show system
PS1-Status PS2-Status Fan-Status Temp-Alarm Sys-Status Uptime d,h:m:s Logout
---------- ---------- ---------- ---------- ---------- -------------- ---------
ok none ok off ok 0,04:04:07 20 min
PS1-Type PS2-Type Modem Baud Traffic Peak Peak-Time
---------- ---------- ------- ----- ------- ---- -------------------------
other none disable 9600 0% 0% Tue Jun 23 1998, 16:51:36
System Name System Location System Contact
------------------------ ------------------------ ------------------------
Catalyst 6500 Sunnyvale CA sysadmin@corp.com
システム クロックの設定
(注) Network Time Protocol(NTP)を使用して日時を取得するようにスイッチを設定できます。NTPの設定手順については、「NTPの設定」を参照してください。
システム クロックを設定するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
システム クロックを設定します。 |
set time [ day_of_week ] [ mm/dd/yy ] [ hh:mm:ss ] |
ステップ 2 |
現在の日時を表示します。 |
show time |
システム クロックを設定し、現在の日時を表示する例を示します。
Console> (enable) set time Mon 06/15/98 12:30:00
Mon Jun 15 1998, 12:30:00
Console> (enable) show time
Mon Jun 15 1998, 12:30:02
ログイン バナーの作成
ユーザがスイッチにログインする際に、画面に表示される1つまたは複数行のメッセージ バナーを作成できます。 motd キーワードの次に入力する1文字が、バナー テキストの開始と終了を示すデリミタになります。終了デリミタより後ろの文字は破棄されます。終了デリミタを入力し、 Return キーを押します。バナー テキストの長さは3,070文字未満です。
ここでは、ログイン バナーを設定および消去する手順について説明します。
• 「ログイン バナーの設定」
• 「ログイン バナーの消去」
ログイン バナーの設定
ログイン バナーを設定するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
日付メッセージを入力します。 |
set banner motd c message_of_the_day c |
ステップ 2 |
ログアウトし、再度スイッチにログインして、ログイン バナーを表示します。 |
- |
開始/終了デリミタとして # 記号を使用し、スイッチのログイン バナーを設定する例を示します。
Console> (enable) set banner motd #
Welcome to the Catalyst 6500 Switch!
Unauthorized access prohibited.
Contact sysadmin@corp.com for access.
ログイン バナーの消去
ログイン バナーを消去するには、イネーブル モードで次の作業を行います。
|
|
日付メッセージを消去します。 |
set banner motd cc |
ログイン バナーを消去する例を示します。
Console> (enable) set banner motd ##
Cisco Systems Console Telnetログイン バナーの表示または抑制
Cisco Systems Console Telnetログイン バナーを表示または抑制するには、イネーブル モードで次の作業を行います。
(注) デフォルトでは、Cisco Systems Console Telnetログイン バナーはイネーブルです。
|
|
|
ステップ 1 |
Cisco Systems Console Telnetログイン バナーを表示または抑制します。 |
set banner telnet { enable | disable } |
ステップ 2 |
Cisco Systems Console Telnetログイン バナー設定を表示します。 |
show banner |
Cisco Systems Console Telnetログイン バナーをイネーブルにする例を示します。
Console> (enable) set banner telnet enable
Cisco Systems Console banner will be printed at telnet.
Cisco Systems Console Telnetログイン バナーをディセーブルにする例を示します。
Console> (enable) set banner telnet disable
Cisco Systems Console banner will not be printed at telnet.
Cisco Systems Console Telnetログイン バナーの設定を表示する例を示します。
Console> (enable) show banner
コマンド エイリアスの定義
set alias コマンドを使用すると、使用頻度の高いコマンドや長くて複雑なコマンドのエイリアス(コマンドの短縮形)を定義できます。コマンド エイリアスを作成すると、スイッチの設定またはモニタ時に手間が省けると同時に、入力ミスを防ぐこともできます。
コマンド エイリアスは、 name 引数で定義します。コマンドラインにコマンド エイリアスを入力することによって実行されるコマンドを、 command および parameter 引数で定義します。
スイッチ上でコマンド エイリアスを定義するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
スイッチ上でコマンド エイリアスを定義します。 |
set alias name command [ parameter ] [ parameter ] |
ステップ 2 |
現在定義されているコマンド エイリアスを確認します。 |
show alias [ name ] |
2つのコマンド エイリアス、 sm8 および sp8 を定義する例を示します。 sm8 は show module 8 コマンドを発行し、 sp8 は show port 8 コマンドを発行します。この例では、さらに、現在定義されているコマンド エイリアスを確認し、コマンドラインにコマンド エイリアスを入力して、コマンドを実行しています。
Console> (enable) set alias sm8 show module 8
Console> (enable) set alias sp8 show port 8
Console> (enable) show alias
Mod Module-Name Ports Module-Type Model Serial-Num Status
--- ------------------- ----- --------------------- --------- --------- -------
8 2 DS3 Dual PHY ATM WS-X5166 007243262 ok
Mod MAC-Address(es) Hw Fw Sw
--- -------------------------------------- ------ ---------- -----------------
8 00-60-2f-45-26-2f 2.0 1.3 51.1(103)
Port Name Status Vlan Level Duplex Speed Type
----- ------------------ ---------- ---------- ------ ------ ----- ------------
8/1 notconnect trunk normal full 45 DS3 ATM
8/2 notconnect trunk normal full 45 DS3 ATM
Use 'session' command to see ATM counters.
--------------------------
Thu Sep 10 1998, 16:56:08
IPエイリアスの定義
set ip alias コマンドを使用して、IPアドレスに対応するエイリアスをテキストで定義できます。IPエイリアスを定義しておけば、DNSがイネーブルに設定されていなくても、 ping 、 telnet 、およびその他のコマンドを使用する際に、簡単に他のネットワーク装置を参照できます。
IPエイリアスは、 name 引数で定義します。 ip_addr 引数で、エイリアスに対応するIPアドレスを定義します。
スイッチ上でIPエイリアスを定義するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
スイッチ上でIPエイリアスを定義します。 |
set ip alias name ip_addr |
ステップ 2 |
現在定義されているIPエイリアスを確認します。 |
show ip alias [ name ] |
2つのIPエイリアス、 sparc および cat6509 を定義する例を示します。 sparc はIPアドレス172.20.52.3を参照し、 cat6509 はIPアドレス172.20.52.71を参照します。この例ではさらに、現在定義されているIPエイリアスを確認し、IPエイリアスを使用して ping コマンドを実行しています。
Console> (enable) set ip alias sparc 172.20.52.3
Console> (enable) set ip alias cat6509 172.20.52.71
Console> (enable) show ip alias
Console> (enable) ping sparc
Console> (enable) ping cat6509
スタティック ルートの設定
(注) デフォルト ゲートウェイ(デフォルト ルート)の設定手順については、「デフォルト ゲートウェイの設定」を参照してください。
状況によっては、1つまたは複数の宛先ネットワーク用として、スタティック ルーティング テーブルにエントリを追加する必要があります。スタティック ルートのエントリは、宛先IPネットワーク アドレス、ネクスト ホップ ルータのIPアドレス、およびそのルートのメトリック(ホップ カウント)からなります。
宛先IPネットワーク アドレスを変数的にサブネット化して、Classless Interdomain Routing(CIDR)をサポートできます。サブネット ビット数またはドット付き10進表記を使用して、宛先ネットワークのサブネット マスク( netmask )を指定できます。サブネット マスクを指定しないと、デフォルト(classful)マスクが使用されます。
スイッチは、IPルーティング テーブル内の最長一致アドレスを使用して、スイッチが生成したIPトラフィックを転送します。スイッチは、接続装置からのトラフィックの転送にはIPルーティング テーブルを使用しません。スイッチ本体が生成したIPトラフィック(Telnet、Trivial File Transfer Protocol[TFTP;簡易ファイル転送プロトコル]、およびpingなど)の転送だけに使用します。
スタティック ルートを設定するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
リモート ネットワークまでのスタティック ルートを設定します。 |
set ip route destination [ / netmask ] gateway [ metric ] |
ステップ 2 |
IPルーティング テーブルにスタティック ルートが正しく組み込まれていることを確認します。 |
show ip route |
次の例で、スイッチ上のスタティック ルートを設定する方法、およびルーティング テーブルにそのルートが正しく設定されていることを確認する方法を示します。
Console> (enable) set ip route 172.16.16.0/20 172.20.52.127
Console> (enable) show ip route
Fragmentation Redirect Unreachable
------------- -------- -----------
The primary gateway: 172.20.52.121
Destination Gateway RouteMask Flags Use Interface
--------------- --------------- ---------- ----- -------- ---------
172.16.16.0 172.20.52.127 0xfffff000 UG 0 sc0
default 172.20.52.121 0x0 UG 0 sc0
172.20.52.120 172.20.52.124 0xfffffff8 U 1 sc0
default default 0xff000000 UH 0 sl0
パーマネントおよびスタティックARPエントリの設定
Catalyst LANスイッチがAddress Resolution Protocol(ARP)要求に応答しない装置と通信できるようにする目的で、それらの装置のIPアドレスを装置のMACアドレスにマッピングする、スタティックまたはパーマネントARPエントリを設定することができます。ARPエントリをスタティックまたはパーマネントのどちらかに設定すると、そのエントリが無効になるのを防ぎます。 set arp static コマンドを使用してスタティックなARPエントリを設定した場合、ARPエントリはシステム リセット後にARPキャッシュから削除されます。 set arp permanent コマンドを使用してパーマネントARPエントリを設定した場合、そのエントリはシステム リセット後も保持されます。
大部分のホストはダイナミック レゾリューションをサポートしているので、通常はスタティックまたはパーマネントARPキャッシュ エントリを指定する必要はありません。ARP要求に応答しない装置がある場合、ARPキャッシュにスタティックまたはパーマネントに保管されるARPエントリを設定して、それらの装置が到達可能になるようにします。
スタティックまたはパーマネントARPエントリを設定するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
スタティックまたはパーマネントARPエントリを設定します。 |
set arp [ dynamic | permanent | static ] { ip_addr hw_addr } |
ステップ 2 |
(任意)ARPエージング タイムを指定します。 |
set arp agingtime seconds |
ステップ 3 |
ARPの設定を確認します。 |
show arp |
スタティックARPエントリを定義する例を示します。
Console> (enable) set arp static 20.1.1.1 00-80-1c-93-80-40
Static ARP entry added as
20.1.1.1 at 00-80-1c-93-80-40 on vlan 1
次に、パーマネントARPエントリを定義する例を示します。
Console> (enable) set arp permanent 10.1.1.1 00-80-1c-93-80-60
Permanent ARP entry added as
10.1.1.1 at 00-80-1c-93-80-60 on vlan 1
次に、ARPエージング タイムを設定する例を示します。
Console> (enable)
set arp agingtime 300
ARP aging time set to 300 seconds.
次に、ARPキャッシュを表示する例を示します。
Console> (enable) show arp
+ - Permanent Arp Entries
+ 10.1.1.1 at 00-80-1c-93-80-60 on vlan 1
172.20.52.1 at 00-60-5c-86-5b-28 port 8/1 on vlan 1
* 20.1.1.1 at 00-80-1c-93-80-40 port 8/1 on vlan 1
ARPエントリを消去するには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
ダイナミック、スタティック、またはパーマネントARPエントリを消去します。 |
clear arp [ dynamic | permanent | static ] { ip_addr hw_addr } |
ステップ 2 |
ARPの設定を確認します。 |
show arp |
すべてのパーマネントARPエントリを消去し、設定を確認する例を示します。
Console> (enable)
clear arp permanent
Permanent ARP entries cleared.
Console> (enable) show arp
+ - Permanent Arp Entries
172.20.52.1 at 00-60-5c-86-5b-28 port 8/1 on vlan 1
* 20.1.1.1 at 00-80-1c-93-80-40 port 8/1 on vlan 1
システム リセットのスケジューリング
ここでは、システム リセットをスケジュールする手順について説明します。
• 「特定の時刻におけるリセットのスケジューリング」
• 「指定した時間後のリセットのスケジューリング」
schedule reset コマンドを使用して、特定の時刻にシステムをリセットするようスケジュールすることができます。この機能を利用して、就業時間中にソフトウェアをアップグレードしておき、就業時間後にシステム アップグレードを行うスケジュールにすれば、ユーザに影響を及ぼさずに済みます。
さらに、スイッチで新しい機能を試す場合にも、スケジュール リセット機能を使用できます。設定上の誤りや装置のネットワーク接続が切断される可能性に備えて、スタートアップ コンフィギュレーション機能を設定し、30分後にリセットが行われるようスケジュールします。その後設定を変更します。接続が切断された場合、システムは30分でリセットされ、元の設定に戻ります。
特定の時刻におけるリセットのスケジューリング
リセットが行われる絶対的な日時を指定するには、 reset at コマンドを使用します。このコマンドでは、月日を表すパラメータは省略可能です。月日を指定しない場合、指定する時刻が現在時刻よりあとなら、リセットは当日行われます。現在時刻より前の時刻にリセットをスケジュールすると、リセットは翌日行われます。
(注) スケジュールできる最大のリセット時間は、24日後です。
特定の時刻にリセットするようにスケジュールするには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
特定の時刻にリセットをスケジュールします。 |
reset [ mindown ] at { hh:mm } [ mm/dd ] [ reason ] |
ステップ 2 |
リセットのスケジュールを確認します。 |
show reset |
(注) mindown(最小ダウンタイム)引数は、システムにスタンバイ スーパバイザ エンジンが装備されている場合に限って有効です。
特定の時刻にリセットをスケジュールする例を示します。
Console> (enable)
reset at 20:00
Reset scheduled at 20:00:00, Wed Aug 18 1999.
Proceed with scheduled reset? (y/n) [n]?
y
Reset scheduled for 20:00:00, Wed Aug 18 1999 (in 0 day 5 hours 40 minutes).
次に、特定の時刻にリセットをスケジュールすると共に、リセットする理由を含める例を示します。
Console> (enable)
reset at 23:00 8/18 Software upgrade to 5.3(1).
Reset scheduled at 23:00:00, Wed Aug 18 1999.
Reset reason: Software upgrade to 5.3(1).
Proceed with scheduled reset? (y/n) [n]?
y
Reset scheduled for 23:00:00, Wed Aug 18 1999 (in 0 day 8 hours 39 minutes).
次に、最小のダウンタイムでリセットをスケジュールする例を示します。
Console> (enable)
reset mindown at 23:00 8/18 Software upgrade to 5.3(1).
Reset scheduled at 23:00:00, Wed Aug 18 1999.
Reset reason: Software upgrade to 5.3(1).
Proceed with scheduled reset? (y/n) [n]?
y
Reset mindown scheduled for 23:00:00, Wed Aug 18 1999 (in 0 day 8 hours 39 minutes).
指定した時間後のリセットのスケジューリング
指定した時間後にリセットを行うようにスケジュールするには、 reset in コマンドを使用します。例えば、現在のシステム時刻が午前9:00である場合に、1時間後にリセットをスケジュールすると、スケジュールによるリセットが午前10:00に行われます。ユーザまたはNTPによってシステム クロックが午前10:00に進められると、リセットは午前11:00に行われます。クロックがスケジュールによるリセット時刻よりも先に進められると、リセットは現在の時刻の5分後に行われます。
指定した時間後にリセットするようにスケジュールするには、イネーブル モードで次の作業を行います。
|
|
|
ステップ 1 |
指定した時間後にリセットをスケジュールします。 |
reset [ mindown ] in [ hh ] { mm } [ reason ] |
ステップ 2 |
リセットのスケジュールを確認します。 |
show reset |
(注) mindown(最小ダウンタイム)引数は、システムにスタンバイ スーパバイザ エンジンが装備されている場合に限って有効です。
指定した時間後にリセットをスケジュールする例を示します。
Console> (enable)
reset in 5:20 Configuration update
Reset scheduled in 5 hours 20 minutes.
Reset reason: Configuration update
Proceed with scheduled reset? (y/n) [n]?
y
Reset scheduled for 19:56:01, Wed Aug 18 1999 (in 5 hours 20 minutes).
Reset reason: Configuration update
電源の管理
ここでは、Catalyst 6500シリーズ スイッチでの電源の管理について説明します。内容は次のとおりです。
• 「電源の冗長構成のイネーブルまたはディセーブル化」
• 「CLIによるモジュールの電源投入または切断」
• 「システムの電力所要量の判別」
(注) 冗長電源装置のあるシステムでは、両方の電源装置が同じワット数である必要があります。Catalyst 6500シリーズ スイッチでは、同じシャーシ内にAC入力およびDC入力電源装置を混在させることができます。各シャーシについてサポートされている電源構成の詳細については、『Catalyst 6500 Series Switch Installation Guide』を参照してください。
Catalyst 6500シリーズ モジュールには、さまざまな電源要件があります。電源装置のワット数によって、一部のスイッチ構成には1台の電源装置では足りない容量の電力が必要になります。電源管理機能によって、搭載されたすべてのモジュールに2台の電源装置で電力を供給できますが、この構成では冗長構成はサポートされません。ここでは、冗長および非冗長の電源構成について説明します。
電源の冗長構成のイネーブルまたはディセーブル化
冗長構成をイネーブルまたはディセーブルにするには、set power redundancy enable | disableコマンドを使用します(デフォルトでは冗長構成がイネーブルに設定されています)。冗長構成がイネーブルで、ワット数の等しい2台の電源装置を搭載している場合、2台の電源装置から供給される電力の総量は、どの時点でも1台分の容量を超えることはありません。1台の電源装置が故障した場合、もう1台がシステムの負荷全体を引き継ぎます。ワット数の等しい2台の電源装置を搭載して電源をオンにすると、それぞれの電源装置がシステムに必要な電力の約半分を同時に供給します。負荷分散と冗長構成が自動的にイネーブルになるので、ソフトウェアによる設定は必要ありません。
冗長構成をイネーブルにして、ワット数の異なる2台の電源装置でシステムに電力を供給すると、両方の電源がオンラインになりますが、ワット数の小さい方の電源装置がディセーブルになることを示すSyslogメッセージが表示されます。アクティブな電源装置が故障した場合には、ディセーブルになっていたワット数の小さい電源装置がオンラインになり、必要に応じてワット数の低下に対応するためにモジュールの電源が切断されます。
非冗長構成では、システムで使用できる電力量は、2台の電源装置で供給できる電力の総和です。システムは総電力量の許すかぎり、何個のモジュールにも電力を供給できます。ただし、1台の電源装置が故障し、それまでに電力が供給されていた全モジュールに供給できるだけの電力がなくなった場合には、システムは一部のモジュールの電源を切断します。それらのモジュールについては、 show module コマンドのStatusフィールドに power-deny とマークされます。
電源の構成は、いつでも冗長または非冗長に変更できます。冗長構成から非冗長構成に切り替えると、両方の電源装置がイネーブルになります(ワット数が小さいためにディセーブルになっていた電源装置もイネーブルになります)。非冗長構成から冗長構成に切り替えると、最初は両方の電源装置がイネーブルになります。2台ともワット数が同じであれば、そのままイネーブルの状態を続けます。ワット数が異なる場合には、Syslogメッセージが表示され、ワット数が小さい方の電源装置がディセーブルになります。
表 20-1 で、電源の構成を変更した場合のシステムへの影響を説明します。
表 20-1 電源構成の変更時の影響
|
|
冗長構成から非冗長構成へ |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は増え、両方の電源装置で供給できる電力の総和になります。 • 十分な電力がある場合、 show module コマンドのStatusフィールドに power-deny とマークされていたモジュールに電源が入ります。 |
非冗長構成から冗長構成へ |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は、ワット数の大きい方の電源装置の電力供給可能量です。 • それまでに電力が供給されていた全モジュールに供給できる十分な電力がない場合は、一部のモジュールの電源が切断され、そのモジュールについては show module コマンドのStatusフィールドに power-deny とマークされます。 |
冗長構成がイネーブルで、同じワット数の電源装置を挿入した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は、1台の電源装置の電力供給可能量に等しくなります。 • 供給できる電力量には変化がないので、モジュールのステータスは変化しません。 |
冗長構成がディセーブルで、同じワット数の電源装置を挿入した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は、両方の電源装置で供給できる電力の総和になります。 • 十分な電力がある場合、 show module コマンドのStatusフィールドに power-deny とマークされていたモジュールに電源が入ります。 |
冗長構成がイネーブルで、ワット数の大きい電源装置を挿入した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムはワット数の小さい電源装置をディセーブルにします。ワット数の大きい電源装置がシステムに電力を供給します。 |
冗長構成がイネーブルで、ワット数の小さい電源装置を挿入した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムはワット数の小さい電源装置をディセーブルにします。ワット数の大きい電源装置がシステムに電力を供給します。 |
冗長構成がディセーブルで、ワット数が大きい/小さい電源装置を挿入した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は増え、両方の電源装置で供給できる電力の総和になります。 • 十分な電力がある場合、 show module コマンドのStatusフィールドに power-deny とマークされていたモジュールに電源が入ります。 |
冗長構成がイネーブルで、電源装置を取り外した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • 電源装置のワット数が同じであれば、供給できる電力量には変化がないので、モジュールのステータスは変化しません。 電源装置のワット数が違っており、ワット数の小さい方の電源装置を取り外した場合には、モジュールのステータスは変化しません。 電源装置のワット数が違っており、ワット数の大きい方の電源装置を取り外した場合には、それまでに電力が供給されていた全モジュールに供給できる十分な電力がなければ、一部のモジュールの電源が切断され、そのモジュールについては show module コマンドのStatusフィールドに power-deny とマークされます。 |
冗長構成がディセーブルで、電源装置を取り外した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は減り、1台の電源装置の容量になります。 • それまでに電力が供給されていた全モジュールに供給できる十分な電力がない場合は、一部のモジュールの電源が切断され、そのモジュールについては show module コマンドのStatusフィールドに power-deny とマークされます。 |
ワット数の異なる電源装置を搭載し、冗長構成がイネーブルで、システムを起動した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • ワット数の小さい電源装置がディセーブルになります。 |
ワット数の等しい、または異なる電源装置を搭載し、冗長構成がディセーブルで、システムを起動した場合 |
• システム ログおよびSyslogメッセージが表示されます。 • システムの電力は、両方の電源装置の容量の総和に等しくなります。 • システムは総電力量の許すかぎり、何個のモジュールにも電力を供給できます。 |
CLIによるモジュールの電源投入または切断
CLIから、正常に稼働しているモジュールの電源を切断するには、 set module power down mod コマンドを使用します。そのモジュールについては、 show module コマンドのStatusフィールドに power-down とマークされます。電源を切断したモジュールに再び電源を入れるために、システムに電力の余裕が十分にあるかどうかを確認するには、 set module power up mod コマンドを使用します。十分な電力がない場合には、モジュールのステータスは power-down から power-deny に変化します。
システムの電力所要量の判別
ここでは、システムの電力所要量を判別する方法を、6、9、および13スロット シャーシの場合についてそれぞれ説明します。電力不足にならないよう、 表 20-2 を参照して、使用する構成で必要な電力量を判定してください。
(注) システムが現在使用している電力量を表示するには、show environment powerコマンドを使用します。
表 20-2 モジュール別の電力所要量
|
|
Supervisor Engine 1 WS-X6K-SUP1A-2GE WS-X6K-SUP1-2GE |
1.70 A 1.70 A |
PFC搭載Supervisor Engine 1 WS-X6K-SUP1A-PFC |
2.50 A |
PFCおよびMSFC搭載Supervisor Engine 1 WS-X6K-SUP1A-MSFC |
3.30 A |
PFCおよびMSFC2搭載Supervisor Engine 1 WS-X6K-S1A-MSFC2 |
2.90 A |
PFC2搭載Supervisor Engine 2 WS-X6K-S2-PFC2 |
3.06 A |
PFC2およびMSFC2搭載Supervisor Engine 2 WS-X6K-S2-MSFC2 |
3.46 A |
MSFC2(スペア) WS-F6K-MSFC2= |
0.40 A |
MLSモジュール WS-X6302-MSM |
5.20 A |
24ポート 10BASE-FL WS-X6024-10FL-MT |
1.52 A |
スイッチ ファブリック モジュール WS-C6500-SFM WS-X6500-SFM2 |
2.79 A 3.09 A |
24ポート 100FX WS-X6224-100FX-MT WS-X6324-100FX-SM WS-X6324-100FX-MM |
1.90 A 1.52 A 1.52 A |
48ポート 10/100TX WS-X6248-RJ-45 WS-X6248-TEL WS-X6248A-TEL WS-X6348-RJ-45 WS-X6548-RJ-45 WS-X6648-PWR |
2.69 A 2.69 A 2.69 A 2.39 A 2.90 A 2.39 A |
8ポート ギガビット イーサネット WS-X6408-GBIC WS-X6408A-GBIC |
2.00 A 2.00 A |
16ポート ギガビット イーサネット WS-X6416-GBIC WS-X6416-GE-MT WS-X6316-GE-TX WS-X6516-GE-TX |
2.81 A 2.50 A 5.15 A 3.45 A |
1ポートOC-12 ATM WS-X6101-OC12-MMF WS-X6101-OC12-SMF |
2.10 A 2.10 A |
WANモジュール WS-X6182-2PA(FlexWAN) |
2.38 A |
オプティカル サービス モジュール OSM-2OC12-POS-MM、-SI、-SL OSM-4OC12-POS-MM、-SI、-SL OSM-8OC3-POS-MM、-SI、-SL OSM-16OC3-POS-MM、-SI、-SL OSM-10C48-POS-SS、-SI、-SL OSM-4GE-WAN(GBIC) |
3.36 A 4.78 A 3.57 A 5.09 A 4.25 A 3.59 |
サーバ ロードバランシング WS-X6066-SLB-APG |
3.00 A |
8ポートT1/E1 PSTNインターフェイス WS-X6608-T1 WS-X6608-E1 |
1.98 A 1.98 A |
24ポートFXSアナログ インターフェイス WS-X6624-FXS |
1.54 A |
Cisco IP Phone 7960(WS-X6348-RJ-45およびWS-X6648-PWRモジュールに接続する場合) |
0.167 A(デフォルト) 0.120 A(起動後、初期設定) |
4000 W電源装置で使用できる総電力量は、95.70 Aです。 2500 W電源装置で使用できる総電力量は、55.50 Aです。 1300 W電源装置で使用できる総電力量は、27.46 Aです。 1000 W電源装置で使用できる総電力量は、21.40 Aです。 |
環境モニタ
シャーシ コンポーネントの環境をモニタすることにより、コンポーネント故障の兆候を早期に発見し、安全で信頼性の高いシステム稼働を実現すると共に、ネットワーク障害を防止することができます。ここでは、これらの重要なシステム コンポーネントをモニタし、システム内でハードウェア関連の問題点を発見し、すみやかに訂正するための方法を説明します。
ここでは、環境モニタについて説明します。
• 「CLIコマンドによる環境モニタ」
• 「LED表示」
CLIコマンドによる環境モニタ
診断テストで報告されたエラーを表示するには、 show test [ mod ]コマンドを使用します。モジュール番号を指定しない場合は、システム全般およびスロット1のモジュールに関するテスト統計が表示されます。エラーがなければ、Line Card StatusフィールドにPASSと表示されます。
システム ステータス情報を表示するには、 show environment [ temperature | all | power ]コマンドを使用します。各キーワードの意味は、次のとおりです。
• temperature ― (任意)温度の情報を表示します。
• all ― (任意)環境ステータス情報(電源、ファン ステータス、温度情報など)およびシステムで使用できる電力量を表示します。
• power ― (任意)電力に関する環境情報を表示します。
LED表示
アラームの種類には、メジャーおよびマイナーの2種類があります。メジャー アラームは、システムのシャットダウンを引き起こす可能性のある、重大な問題を表します。マイナー アラームは、もし訂正措置を行わなければ、重大な問題に発展する可能性のある問題の兆候を通知するメッセージです。
過熱などが発生し、システムが(メジャーまたはマイナー)アラームを通知した場合、5分以内に何らかの措置(モジュールのリセットまたはシャットダウンなど)を行わないかぎり、そのアラームはキャンセルされません。この間に温度がアラーム スレッシュホールドより5°C(41°F)下がると、アラームはキャンセルされます。
表 20-3 に、スーパバイザ エンジンおよびスイッチング モジュールに関する環境インジケータを示します。
(注) LEDインジケータについての詳細は、『Catalyst 6500 Series Switch Module Installation Guide』を参照してください。
表 20-3 スーパバイザ エンジンおよびスイッチング モジュールの環境のモニタ
|
|
|
|
スーパバイザ エンジンの温度センサがメジャー スレッシュホールドを超過 |
メジャー |
STATUS LED レッド |
SyslogメッセージおよびSNMPトラップが生成されます。 冗長構成の場合、システムは冗長スーパバイザ エンジンに切り替え、アクティブなスーパバイザ エンジンはシャットダウンします。 冗長構成ではなく、かつ過熱状態が改善されない場合、システムは5分後にシャットダウンします。 |
スーパバイザ エンジンの温度センサが、マイナー スレッシュホールドを超過 |
マイナー |
STATUS LED オレンジ |
SyslogメッセージおよびSNMPトラップが生成されます。 状況をモニタします。 |
冗長スーパバイザ エンジンの温度センサがメジャーまたはマイナー スレッシュホールドを超過 |
メジャー |
STATUS LED レッド |
SyslogメッセージおよびSNMPトラップが生成されます。 メジャー アラームおよび過熱状態が改善されない場合、システムは5分後にシャットダウンします。 |
マイナー |
STATUS LED オレンジ |
マイナー アラームの場合は、状況をモニタします。 |
スイッチング モジュールの温度センサがメジャー スレッシュホールドを超過 |
メジャー |
STATUS LED レッド |
SyslogメッセージおよびSNMPトラップが生成されます。 モジュールの電源を切断します。 |
スイッチング モジュールの温度センサがマイナー スレッシュホールドを超過 |
マイナー |
STATUS LED オレンジ |
SyslogメッセージおよびSNMPトラップが生成されます。 状況をモニタします。 |
テクニカル サポート用のシステム ステータス情報の表示
ここでは、テクニカル サポート用のシステム ステータス情報を表示する手順について説明します。
• 「システム ステータス レポートの生成」
• 「システム ダンプ ファイルの使用」
システム ステータス レポートの生成
1つのコマンドを使用して、スイッチのステータス情報を含むレポートを生成することができます。生成された情報は、Cisco Technical Assistance Center(TAC)に問題を報告するときに役立ちます。このコマンドは、いくつかの show system status コマンドを組み合わせたものです。このコマンドの出力をTFTPサーバにアップロードして、TACに送信することができます。
キーワードを使用して、特定のモジュール、VLAN(仮想LAN)、ポートなど、出力する情報の範囲を限定できます。キーワードを指定しないと、システム全体のレポートが生成されます。
レポートを生成してTFTPサーバにアップロードするには、イネーブル モードで次の作業を行います。
|
|
TACに送信するためのシステム ステータス レポートを生成します。 |
write tech-support { host } { filename } [ module mod ] [ port mod / port ] [ vlan vlan ] [ memory ] [ config ] |
指定したファイル名で、ホスト172.20.32.10にレポートを送信する例を示します。キーワードが指定されていないので、レポートにはスイッチ全体のステータス情報が含まれます。
Console> (enable) write tech-support 172.20.32.10 tech.txt
Upload tech-report to tech.txt on 172.20.32.10 (y/n) [n]? y
Finished network upload. (67784 bytes)
システム ダンプ ファイルの使用
コア ダンプおよびスタック ダンプ機能により、スイッチのシステム ステータス情報を含んだレポートが生成されます。コア ダンプまたはスタック ダンプによってキャプチャされたイメージを、解析のためCisco TACに送ります。
コア ダンプのイネーブルおよびディセーブル化
ソフトウェア エラーによってシステムに障害が発生したときに、コア ダンプはイメージの包括的なレポートを作成します。このレポートには、テキスト、コード、スタック セグメントなどシステム メモリの内容が含まれています。コア イメージはシスコ コア ファイル形式で作成され、ファイル システムに保存されます。TACは、コア ダンプ ファイルを調べて、打ち切られたプロセスのエラー条件を分析します。
コア ダンプ機能をイネーブルまたはディセーブルにするには、 set system core-dump コマンドを使用します。スイッチに冗長スーパバイザ エンジンが搭載されている場合は、コア ダンプが発生する前にスタンバイ スーパバイザ エンジンが自動的に引き継ぎます。これまでアクティブだったスーパバイザ エンジンは、コア ダンプ終了後エンジン自体をリセットします。
コア ダンプ機能をイネーブルまたはディセーブルに設定するには、イネーブル モードで次の作業を行います。
|
|
コア ダンプ機能をイネーブルまたはディセーブルに設定します。 |
set system core-dump { enable | disable } |
コア ダンプ機能をイネーブルにする例を示します。
Console> (enable) set system core-dump enable
(1) In the event of a system crash, this feature will
cause a core file to be written out.
(2) Core file generation may take up to 20 minutes.
(3) Selected core file is slot0:crash.hz
(4) Please make sure the above device has been installed,
次に、コア ダンプ機能をディセーブルにする例を示します。
Console> (enable) set system core-dump disable
ファイルシステムのサイズは、メモリ カードのサイズによって異なります。エラー プロセスによって、システムDRAMのサイズに比例するコア イメージが生成されます。コア ダンプ ファイルを保存できるだけのメモリを確保するようにしてください。
コア イメージ ファイル名の指定
コア イメージ ファイル名を指定するには、 set system core-file コマンドを使用します。デフォルトのファイル名は、[slot0:crash.hz.]です。このコマンドは、入力されたデバイス名の妥当性を自動的に確認します。
コア イメージ ファイル名を指定するには、イネーブル モードで次の作業を行います。
|
|
コア イメージ ファイル名を指定します。 |
set system core-file { device:filename } |
次の例で、コア イメージ ファイル名を指定する方法を示します。
Console> (enable) set system core-file slot0:core.hz
スタック ダンプの表示
スタック ダンプが生成するイメージは、システムの障害を引き起こした特定のプロセスに関するものだけです。このイメージ スタックはコンソールに表示され、ログ領域にも保存されます。スタック ダンプは自動で、システムの再起動後 show log コマンドを実行すると有効になります。
ログ情報を表示するには、ユーザ モードで次の作業を行います。
show log コマンドの実行後表示されるイメージ スタックの例を示します。
Breakpoint Exception occurred.
Software version = 6.2(0.83)
sp+00: 00000000 80A75698 00000005 00000005
sp+10: BE000A00 00000000 83F84150 801194B8
sp+20: 80A75698 80A74BC8 80C8DBDC 000006E8
sp+30: 8006AF30 8006AE98 82040664 00000630
sp+40: 801AC744 801AC734 80A32488 80A32484
sp+50: 80A3249C 00000000 00000002 000009E4
sp+60: 8204067B 82040670 8011812C 81CAFC98
sp+70: 8011814C 82040670 8011812C 81CAFC98
sp+80: 00000002 000009E4 80110160 80110088
sp+90: 82040670 80A71EB4 81F1E9F8 00000004
sp+A0: 00000000 81F25EAC 81FF5750 00000000
sp+B0: 00000000 00000000 81F1E314 800840BC
sp+C0: 0000000B 80084EB0 00000001 8073A358
sp+D0: 00000003 0000000D 00000000 0000000A
sp+E0: 00000020 00000000 800831B4 0000001A
sp+F0: 00000000 00000000 00000000 000D84F0
Status: 3401FC23 Cause: 00000024
V0: 00000007 V1: 00000007
A0: 00000000 A1: 80A756A6
A2: 00000011 A3: BE000BD0
T0: BFFFFFFE T1: 80000000
T2: 00000000 T3: 00000001
T4: 00000000 T5: 00000007
T6: 00000000 T7: 00000000
S0: 00000001 S1: 00000032
S2: 81F1E9F8 S3: 80A74BC8
S4: 80C8DBDC S5: 000006E8
S6: 00000000 S7: 00000000
T8: F0D09E3A T9: 82940828
K0: 3041C001 K1: 80C73038
GP: 811F39C0 SP: 83F84010
S8: 83F84010 RA: 807523F4
HIGH: 00000001 LOW: D5555559
BADVADDR: 7DFF7FFF ERR EPC: 58982466
GDB: Breakpoint Exception
GDB: The system has trapped into the debugger.
GDB: It will hang until examined with gdb.