Catalyst 4500 シリーズ スイッチ Cisco IOS ソフトウェア コンフィギュレーション ガイド リリース 12.2(44)SG

概要

スーパーバイザ エンジンの冗長性が有効になっていれば、アクティブ スーパーバイザ エンジンが故障した場合や手動スイッチオーバーが実行された場合に、冗長スーパーバイザ エンジンがアクティブスーパーバイザ エンジンとなります。冗長スーパーバイザ エンジンはアクティブ スーパーバイザ エンジンのスタートアップ コンフィギュレーション時に自動的に初期化されており、このことによって、スイッチオーバー時間が短縮されます（設定に応じて、RPR モードでは 30 秒以上、SSO モードでは 1 秒以下）。

スーパーバイザ エンジンの冗長性は、スイッチオーバー時間の削減以外にも次の内容をサポートしています。

• 冗長スーパーバイザ エンジンの活性挿抜（OIR）

スーパーバイザ エンジンの冗長構成により、メンテナンス時に冗長スーパーバイザ エンジンの OIR が可能になります。冗長スーパーバイザ エンジンが搭載されている場合、アクティブ スーパーバイザ エンジンがその存在を検出し、冗長スーパーバイザ エンジンは RPR モードでは部分的初期化ステート、および SSO モードでは完全初期化ステートで起動します。

• ソフトウェアのアップグレード （「ソフトウェア アップグレードの実行」を参照）。

スーパーバイザ エンジンのソフトウェア変更中のダウン時間を最小限にするために、冗長スーパーバイザ エンジンに新しいイメージをロードしてスイッチオーバーを実施します。

スイッチを最初に起動して、最初に起動するスーパーバイザ エンジンがアクティブ スーパーバイザ エンジンとなって、スイッチオーバーが発生するまでアクティブのままとなります。

次のイベントが 1 つまたは複数発生するとスイッチオーバーが発生します。

• アクティブ スーパーバイザ エンジンの障害（ハードウェアまたはソフトウェア機能による）、または取り外し

• ユーザによる強制的なスイッチオーバー

• ユーザによるアクティブ スーパーバイザ エンジンのリロード

表 8-1 では、冗長用のシャーシおよびスーパーバイザ エンジンについて説明します。

RPR 動作

RPR は、Cisco IOS Release 12.2(12c)EW 以降のリリースでサポートされます。冗長スーパーバイザ エンジンは、RPR モードで稼働する場合、部分的に初期化されたステートで起動し、アクティブ スーパーバイザ エンジンの固定コンフィギュレーションと同期化されます。

（注） 永続的なコンフィギュレーションには、startup-config、ブート変数、config-register、VLAN データベースが含まれます。

冗長スーパーバイザ エンジンは基本的なシステム初期化のあとで起動シーケンスを中止します。アクティブ スーパーバイザ エンジンに障害が発生した場合、冗長スーパーバイザ エンジンが新しいアクティブ スーパーバイザ エンジンになります。

スーパーバイザ エンジンのスイッチオーバーでは、モジュール タイプとステータスに関連するスーパーバイザ エンジンの間ではステートが維持されず、RPR モードの物理ポートすべてが再起動するので、トラフィックが中断します。冗長スーパーバイザ エンジンの初期化が完了すると、冗長スーパーバイザ エンジンはモジュールからハードウェア情報を読み込みます。

SSOの動作

（注） ステートフル スイッチオーバーは、Supervisor Engine 6-E ではサポートされていません。

SSO は、Cisco IOS Release 12.2(20)EWA 以降のリリースでサポートされています。冗長スーパーバイザ エンジンは、SSO モードで稼働する場合、完全に初期化されたステートで起動し、アクティブ スーパーバイザ エンジンの固定コンフィギュレーションおよび実行コンフィギュレーションと同期化します。そのあと、冗長スーパーバイザ エンジンは、次のプロトコルのステートを維持し、ステートフル スイッチオーバーをサポートする機能に関するハードウェアおよびソフトウェア ステートの変更すべてを同期化して維持します。そのため、冗長スーパーバイザ エンジン構成内のレイヤ 2 セッションへの割り込みはありません。

冗長スーパーバイザ エンジンでは、各リンクのハードウェア リンク ステータスを認識するため、スイッチオーバーになる前にアクティブだったポートはアップリンク ポートを含め、アクティブのままです。ただし、アップリンク ポートは物理的にスーパーバイザ エンジン上にあるので、スーパーバイザ エンジンが取り外されると切断されます。

アクティブ スーパーバイザ エンジンに障害が発生した場合、冗長スーパーバイザ エンジンがアクティブになります。この新しいアクティブ スーパーバイザ エンジンは既存のレイヤ 2 スイッチング情報を使用して、トラフィック転送を続けます。ルーティング テーブルが新しいアクティブ スーパーバイザ エンジンに追加されるまで、レイヤ 3 の転送は延期されます。

SSO は、次のレイヤ 2 機能のステートフル スイッチオーバーをサポートします。次の機能のステートは、アクティブおよび冗長スーパーバイザ エンジンの間で保存されます。

• 802.3

• 802.3u

• 802.3x（フロー制御）

• 802.3ab（GE）

• 802.3z（CWDM を含めたギガビット イーサネット）

• 802.3ad（LACP）

• 802.1p（レイヤ 2 QoS）

• 802.1q

• 802.1X（認証）

• 802.1D（スパニングツリー プロトコル）

• 802.3af（インライン パワー）

• PAgP

• VTP

• ダイナミック ARP インスペクション

• DHCP スヌーピング

• IP ソース ガード

• IGMP スヌーピング（バージョン 1 および 2）

• DTP（802.1Q および ISL）

• MST

• PVST+

• Rapid PVST

• PortFast/UplinkFast/BackboneFast

• BPDU ガードおよびフィルタリング

• 音声 VLAN

• ポート セキュリティ

• ユニキャスト MAC フィルタリング

• ACL（VACL、PACL、RACLS）

• QoS（DBL）

• マルチキャスト ストーム制御/ブロードキャストストーム制御

SSO は、次の機能と互換性があります。ただし、次の機能のプロトコル データベースは冗長スーパーバイザ エンジンとアクティブ スーパーバイザ エンジンの間では同期化されません。

• Layer 2 Protocol Tunneling（L2PT; レイヤ 2 プロトコル トンネリング）を備えた 802.1Q トンネリング

• ベビー ジャイアント

• ジャンボ フレーム サポート

• CDP

• フラッディング ブロック

• UDLD

• SPAN/RSPAN

• NetFlow

SSO 機能がイネーブルの場合、次の機能が冗長スーパーバイザ エンジンで学習されます。

• Catalyst 4500 シリーズ スイッチ上のレイヤ 3 プロトコルすべて（スイッチ仮想インターフェイス（SVI））

RPR スーパーバイザ エンジンの設定の同期化

RPR モードでは、冗長スーパーバイザ エンジンは部分的に初期化されるだけであるため、起動時に設定変更を受信する場合、および設定変更を保存する場合にかぎり、アクティブ スーパーバイザ エンジンと対話します。

冗長スーパーバイザ エンジンが RPR モードで稼働している場合は、次のイベントがトリガーとなって設定情報の同期化が発生します。

• 冗長スーパーバイザ エンジンが起動したとき、 auto-sync コマンドによって、固定コンフィギュレーションに同期化されます。このコマンドは、デフォルトでイネーブルになっています。詳細については、「スーパーバイザ エンジンの設定の同期化」を参照してください。

• アクティブ スーパーバイザ エンジンが冗長スーパーバイザ エンジンを検出すると、設定情報がアクティブ スーパーバイザ エンジンから冗長スーパーバイザ エンジンに同期化されます。この同期化により、冗長スーパーバイザ エンジン上にある既存のスタートアップ コンフィギュレーション ファイルが上書きされます。

• 設定を変更する場合は、write コマンドを使用して、冗長スーパーバイザ エンジンのスタートアップ コンフィギュレーションを保存および同期化する必要があります。

SSO スーパーバイザ エンジンの設定の同期化

（注） ステートフル スイッチオーバーは、Supervisor Engine 6-E ではサポートされていません。

冗長スーパーバイザ エンジンが SSO モードで稼働している場合は、次のイベントがトリガーとなって設定情報の同期化が発生します。

• アクティブ スーパーバイザ エンジンが冗長スーパーバイザ エンジンを検出すると、固定および実行コンフィギュレーションの同期化が発生し、これにより、冗長スーパーバイザ エンジンが完全初期化ステートに移行できるようになります。

• リアルタイムで変更が発生すると、アクティブ スーパーバイザ エンジンは、必要に応じて、実行コンフィギュレーションおよび（または）固定コンフィギュレーションと冗長スーパーバイザ エンジンを同期化します。

• 設定を変更する場合、write コマンドを使用して、アクティブ スーパーバイザ エンジンが冗長スーパーバイザ エンジンのスタートアップ コンフィギュレーションを保存および同期化できるようにする必要があります。

冗長構成の設定

冗長構成を設定する手順は、次のとおりです。

冗長構成を設定する場合は、次のことに注意してください。

• sso キーワードは、Cisco IOS Release 12.2(20)EWA 以降のリリースでサポートされています。

• rpr キーワードは、Cisco IOS Release 12.1(12c)EW 以降のリリースでサポートされます。

次に、SSO のシステムを設定し、冗長ファシリティ情報を表示する例を示します。

次に、冗長ファシリティ ステート情報を表示する例を示します。

次に、システム設定を RPR モードから SSO モードに変更する例を示します。

次に、システム設定を SSO モードから RPR モードに変更する例を示します。

スタンバイ スーパーバイザ エンジンの仮想コンソール

Catalyst 4500 シリーズ スイッチには、冗長性を持たせるため、2 つのスーパーバイザ エンジンを搭載できます。スイッチに電源が入ると、スーパーバイザ エンジンの 1 つがアクティブになり、スイッチオーバーが発生するまでアクティブのままになります。もう 1 つのスーパーバイザ エンジンはスタンバイ モードのままです。

スーパーバイザ エンジンのそれぞれには、自身のコンソール ポートがあります。スタンバイ スーパーバイザ エンジンのコンソール ポート経由でだけ、スタンバイ スーパーバイザ エンジンにアクセスできます。したがって、スタンバイ スーパーバイザに対するアクセス、モニタリング、またはデバッグを行うには、スタンバイ コンソールに接続する必要があります。

スタンバイ スーパーバイザ エンジンの仮想コンソールを使用すると、スタンバイ コンソールへの物理的な接続がなくてもアクティブ スーパーバイザ エンジンからスタンバイ コンソールにアクセスできます。EOBC で IPC を使用してスタンバイ スーパーバイザ エンジンと通信し、アクティブ スーパーバイザ エンジン上でスタンバイ コンソールをエミュレートします。一度にアクティブにできるアクティブ スタンバイ コンソール セッションは 1 つだけです。

スタンバイ スーパーバイザ エンジンの仮想コンソールにより、アクティブ スーパーバイザ エンジンにログインしているユーザは、スタンバイ スーパーバイザ エンジン上で show コマンドをリモートで実行し、アクティブ スーパーバイザ エンジンでその結果を表示できます。仮想コンソールは、アクティブ スーパーバイザ エンジンからだけ利用できます。

アクティブ スーパーバイザ エンジンからアクティブ スーパーバイザ エンジンの attach module コマンド、session module コマンド、または remote login コマンドを使用してスタンバイ仮想コンソールにアクセスできます。これらのコマンドを実行してスタンバイ コンソールにアクセスするには、特権 EXEC モード（レベル 15）を開始している必要があります。

スタンバイ仮想コンソールにアクセスすると、端末プロンプトは自動的に [<hostname>-standby-console#] に変わります。hostname はスイッチに設定した名前です。仮想コンソールを終了すると、このプロンプトは元のプロンプトに戻ります。

exit コマンドまたは quit コマンドを入力すると、仮想コンソールは終了します。ログインしたアクティブ スーパーバイザ エンジンの端末の無活動時間が設定されたアイドル時間を超えると、アクティブ スーパーバイザ エンジンの端末から自動的にログアウトします。この場合、仮想コンソール セッションも終了します。また、スタンバイが再起動すると、仮想コンソール セッションも自動的に終了します。スタンバイが起動したあとは、別の仮想コンソール セッションを作成する必要があります。

仮想コンソールを使用してスタンバイ スーパーバイザ エンジンにログインするには、次のようにします。

スタンバイ コンソールがイネーブルにされていない場合は、次のメッセージが表示されます。

（注） スタンバイ仮想コンソールには、コマンド履歴、コマンド補完、コマンド ヘルプ、部分コマンド キーワードなど、スーパーバイザ コンソールから利用できる標準的な機能が備わっています。

次の制限事項がスタンバイ仮想コンソールに適用されます。

• 仮想コンソールで実行されたコマンドは、すべて最後まで実行されます。auto-more 機能はありません。したがって、terminal length 0 コマンドの実行時と同じように機能します。また、対話形式ではありません。したがって、アクティブ スーパーバイザ エンジン上でキー シーケンスを入力しても、コマンドの実行を中断できません。このため、コマンドの出力量が多い場合、仮想コンソールはこの出力をスーパーバイザの画面上に表示します。

• 仮想コンソールは対話形式ではありません。仮想コンソールはコマンドのインタラクティブ性を検出しないため、ユーザとの対話を必要とするコマンドが入力されると、RPC タイマーがコマンドを中断するまで仮想コンソールは待機します。

仮想コンソール タイマーは 60 秒に設定されています。60 秒後に仮想コンソールはプロンプトに戻ります。この間、キーボードからコマンドを中断できません。操作を続ける前に、タイマーが期限切れになるのを待つ必要があります。

• 仮想コンソールを使用して、スタンバイ スーパーバイザ エンジン上で表示されているデバッグおよび Syslog メッセージを表示することはできません。仮想コンソールは、仮想コンソールから実行されたコマンドの出力だけを表示します。実際のスタンバイ コンソールで表示される別の情報は、仮想コンソールでは表示できません。

スーパーバイザ エンジンの設定の同期化

2 台のスーパーバイザ エンジンが使用する設定を手動で同期化するには、アクティブ スーパーバイザ エンジン上で次の作業を行います。

（注） SNMP によるアクティブ スーパーバイザ エンジンの設定変更は、冗長スーパーバイザ エンジンに同期化されません。この場合の詳細な取り扱いについては、「スーパーバイザ エンジンの冗長構成に関する注意事項および制約事項」を参照してください。

（注） auto-sync コマンドは、config-reg、bootvar、および startup/private コンフィギュレーション ファイルの同期化だけを制御します。カレンダーおよび VLAN データベース ファイルは、変更するたびに常に同期化されます。SSO モードでは、running-config は常に同期化されます。

次に、 auto-sync standard コマンドを使用して、デフォルトの自動同期化機能を再びイネーブルにし、アクティブ スーパーバイザ エンジンの startup-config および config-register 設定を冗長スーパーバイザ エンジンと同期化する例を示します。ブート変数のアップデートは自動的に行われるため、ディセーブルにできません。

（注） 標準の自動同期対象の設定要素を個別に手動で同期化するには、デフォルトの自動同期化機能をディセーブルにします。

（注） auto-sync standard を設定すると、個別の同期化オプション（no auto-sync startup-config など）は無視されます。

次に、デフォルトの自動同期化をディセーブルにして、アクティブ スーパーバイザ エンジンの config-register だけを冗長スーパーバイザ エンジンに自動的に同期化し、スタートアップ コンフィギュレーションの同期化を許可しない例を示します。