Catalyst 3750 スイッチ ソフトウェア コンフィギュレーション ガイド Cisco IOS Release 15.0(2)SE

スタックのメンバーシップ

スタンドアロン スイッチ は、スタック マスターでもあるスタック メンバを 1 つ持つスタックです。スタンドアロン スイッチを別のスイッチと接続して（図 5-1）、2 つのスタック メンバで構成され、一方がスタック マスターであるスタックを構築できます。スタンドアロン スイッチを既存のスタックに接続して（図 5-2）、スタック メンバーシップを増やすことができます。

スタック メンバを同一のモデルと交換すると、新しいスイッチは交換されたスイッチと同じ設定で機能します（新しいスイッチが交換されたスイッチと同じスタック メンバ番号を使用する場合）。スイッチ スタックをプロビジョニングする利点については、「スタックのオフライン設定」を参照してください。障害が発生したスイッチの交換については、ハードウェア インストレーション ガイドの「Troubleshooting」の章を参照してください。

スタック マスターを削除したり、電源が入っているスタンドアロン スイッチまたはスタックを追加したりしなければ、メンバーシップの変更中もスタックの動作は途切れることなく継続されます。

（注） スタックの動作が中断されないように、スタックに追加または削除するスイッチの電源が切れていることを確認します。

メンバーを追加または削除した後で、スタック リングがすべての帯域幅（32 Gbps）で動作していることを確認します。スタック モード LED が点灯するまで、メンバの Mode ボタンを押します。スタック内のすべてのスイッチで、最後の 2 つのポート LED がグリーンに点灯します。最後の 2 つのポート LED の一方または両方がグリーンでない場合、スタックは全帯域幅で動作していません。

• 電源が入っているスイッチを追加すると（マージ）、マージされているスタックのスタック マスターは自分たちの中からスタック マスターを選択します。新しいスタック マスターはマスターの役割と設定を保持し、スタック メンバもメンバの役割と設定を保持します。以前のスタック マスターを含む残りのすべてのスイッチは、リロードされ、スタック メンバとしてスタックに参加します。これらのスイッチは、スタック メンバ番号を使用可能な最小の番号に変更し、新しいスタック マスターの設定を使用します。

• 電源が入っているスタック メンバを取り外すと、スタックはそれぞれが同じ設定を持つ複数のスイッチ スタックに分割（パーティション化）されます。これにより、ネットワーク内で IP アドレス設定が競合することがあります。スタックを分割したまま使用する場合は、新しく作成されたスタックの IP アドレスを変更します。

図 5-1 2 台のスタンドアロン スイッチからのスイッチ スタックの構築

図 5-2 スタンドアロン スイッチのスイッチ スタックへの追加

スイッチ スタックのケーブル接続および電源投入の詳細については、ハードウェア インストレーション ガイドの「Switch Installation」の章を参照してください。

スタック マスターの選択

スタック マスターは、次に示されている順序で次のいずれかの要素に基づいて選択されます。

1. 現在スタック マスターであるスイッチ

2. 最高のスタック メンバ プライオリティ値を持つスイッチ

（注） スタック マスターにするスイッチに最高のプライオリティ値を割り当てることを推奨します。それによって、再選択時にはそのスイッチがスタック マスターとして選択されます。

3. デフォルトのインターフェイス レベルの設定を使用していないスイッチ

4. よりプライオリティの高いスイッチ ソフトウェア バージョンのスイッチ。最高プライオリティから最低プライオリティへ順番にスイッチ ソフトウェア バージョンをリストすると、次のようになります。

– 暗号化 IP サービス イメージ ソフトウェア

– 非暗号化 IP サービス イメージ ソフトウェア

– 暗号化 IP ベース イメージ ソフトウェア

– 非暗号化 IP ベース イメージ ソフトウェア

スタック内の複数のスイッチが異なるソフトウェア イメージを使用する場合は、非暗号化 IP ベース イメージを稼働するスイッチがマスターとして選択されることがあります。暗号化 IP サービス イメージを稼働するスイッチの開始は、非暗号化イメージを稼働するスイッチよりも 10 秒以上長くかかります。暗号化イメージを稼働するスイッチは、10 秒間続くマスター選択プロセスから除外されます。この問題を防ぐには、IP ベース イメージを稼働するスイッチを Cisco IOS Release 12.1(11)AX 以降のソフトウェア リリースにアップグレードするか、手動でマスターを起動して新しいメンバーを起動するまで最低 8 秒待ちます。

5. MAC アドレスが最小のスイッチ

スタック マスターは、次のイベントのいずれかが発生しない限り、その役割を維持します。

• スタックがリセットされた。 ^*

• スタック マスターがスタックから取り外された。

• スタック マスターがリセットされたか、電源が切れた。

• スタック マスターに障害が発生した。

• 電源が入っているスタンドアロン スイッチまたはスイッチ スタックが追加されて、スタック メンバーシップが増えた。 ^*

アスタリスク（*）が付いているイベントでは、示されている要素に基づいて現在のスタック マスターが再選択される 場合 があります。

スタック全体に電源を入れるかリセットすると、一部のスタック メンバがスタック マスター選択に参加しない 場合 があります。

• 再選択には、すべてのスタック メンバが参加します。

• 同じ 20 秒の間に電源が投入されたスタック メンバは、スタック マスターの選択に参加し、スタック マスターとして選択される可能性があります。

• この 20 秒間後に電源が投入されたスタック メンバは、この初回の選択には参加せずにスタック メンバになります。

（注） Cisco IOS Release 12.2(20)SE3 より前のリリースが稼働するスイッチでは、10 秒経過後にスタック マスターが選択されます。

新しいスタック マスターは数秒後に使用可能になります。その間、スイッチ スタックはメモリ内の転送テーブルを使用してネットワークの中断を最小限に抑えます。新しいスタック マスターが選択され、リセットされている間、その他の使用可能なスタック メンバの物理インターフェイスは影響を受けません。

新しいスタック マスターが選択され、以前のスタック マスターが使用可能になっても、以前のスタック マスターはマスターとしての役割を再開 しません 。

スタック マスターの選択に影響を与える電源投入に関する考慮事項については、ハードウェア インストレーション ガイドの「Switch Installation」の章を参照してください。

スタック MAC アドレスとルータ MAC アドレス

スタック マスターの MAC アドレスによってスタックの MAC アドレスが決定します。

スタックが初期化すると、マスターの MAC アドレスによってブリッジ ID とルータ MAC アドレスが決定します。これにより、スタックがネットワーク内で識別されます。

マスターが変わると、 新たな マスターの MAC アドレスによって、新たなブリッジ ID とルータ MAC アドレスが決定します。ただし、永続的 MAC アドレス機能がイネーブルの場合、スタックの MAC アドレスが変更されるまで約 4 分の遅延があります。この間、前のスタック マスターがスタックに再加入すると、そのスイッチが現在はスタック メンバであってスタック マスターではない場合でも、スタックはその MAC アドレスをスタックの MAC アドレスとして使用し続けます。以前のスタック マスターがこの間にスタックに再加入しない場合は、新しいスタック マスターの MAC アドレスがスタックの MAC アドレスになります。詳細については、 「永続的 MAC アドレスのイネーブル化」 を参照してください。

スタック メンバ番号

メンバー番号（1 ～ 9）は、スタック内の各メンバーを識別します。また、スタック メンバ番号によってスタック メンバが使用するインターフェイス レベルの設定が決定します。

新しいアウトオブボックス スイッチ（スタックに参加していないか、スタック メンバ番号が手動で割り当てられていないスイッチ）は、デフォルトのスタック メンバ番号 1 が設定された状態で出荷されています。スタックに参加すると、デフォルトのスタック メンバ番号はスタック内で使用可能な最小のメンバ番号に変更されます。

同じスタック内のメンバは、同じスタック メンバ番号を持つことはできません。

• switch current-stack-member-number renumber new-stack-member-number グローバル コンフィギュレーション コマンドを使用して手動でスタック メンバ番号を変更した場合、新しい番号が有効になるのはそのスタック メンバのリセット後（または reload slot stack-member-number 特権 EXEC コマンドの使用後）で、その番号がまだ変更されていない場合だけです。

SWITCH_NUMBER 環境変数を使用してスタック メンバ番号を変更することもできます。

番号がスタック内の別のメンバによって使用されている場合、スイッチはスタック内で使用可能な最小の番号を選択します。

手動でスタック メンバ番号を変更し、その番号にインターフェイス レベルの設定が関連付けられていない場合は、そのスタック メンバはデフォルト設定にリセットされます。

プロビジョニングされたスイッチでは、 switch current-stack-member-number renumber new-stack-member-number グローバル コンフィギュレーション コマンドを使用できません。使用すると、コマンドは拒否されます。

• スタック メンバを別のスイッチ スタックへ移動した場合、スタック メンバは、番号がスタック内の別のメンバによって使用されていない場合にだけ自分の番号を保持します。番号がスタック内の別のメンバによって使用されている場合、スイッチはスタック内で使用可能な最小の番号を選択します。

スタック メンバの設定の詳細については、次の項を参照してください。

• スタック メンバ番号を変更する手順については、「メンバー番号の割り当て」を参照してください。

• SWITCH_NUMBER 環境変数については、「環境変数の制御」を参照してください。

• スタック メンバ番号および設定については、「スタックのコンフィギュレーション ファイル」を参照してください。

• スタックのマージについては、「スタックのメンバーシップ」を参照してください。

スタック メンバ プライオリティ値

スタック メンバのプライオリティ値が高いほど、スタック マスターとして選択され、そのメンバ番号を保持する可能性が高くなります。プライオリティ値は 1 ～ 15 の範囲で指定できます。デフォルトのプライオリティ値は 1 です。

（注） スタック マスターにするスイッチに最高のプライオリティ値を割り当てることを推奨します。それによって、再選択時にはそのスイッチがスタック マスターとして選択されます。

新しいプライオリティ値はすぐに有効となりますが、現在のスタック マスターまたはスタックがリセットされるまで現在のスタック マスターには影響しません。

スタックのオフライン設定

オフライン設定機能を使用すると、新しいスイッチがスタックに参加する前に新しいスイッチの（設定の） プロビジョニング を実行できます。現在スタックに属していないスイッチに関連するスタック メンバ番号、スイッチ タイプ、およびインターフェイスを設定できます。その設定を プロビジョニングされた設定 といいます。スタックに追加され、この設定を使用するスイッチを プロビジョニングされたスイッチ といいます。

スイッチが Cisco IOS Release 12.2(20)SE 以降で稼働するスタックに追加された場合に、割り当てられた設定が存在しないと、割り当てられた設定が自動的に作成されます。 switch stack-member-number provision type グローバル コンフィギュレーション コマンドを使用して、プロビジョニングされた設定を手動で作成できます。

プロビジョニングされたスイッチのインターフェイスを設定すると（たとえば、Virtual LAN（VLAN; 仮想 LAN）の一部として）、プロビジョニングされたスイッチがスタックに属しているかどうかに関係なく、その情報がスタックの実行コンフィギュレーションに表示されます。プロビジョニングされたスイッチのインターフェイスはアクティブではなく、特定の機能のディスプレイに表示されません（たとえば、 show vlan ユーザ EXEC コマンドの出力）。 no shutdown インターフェイス コンフィギュレーション コマンドを入力しても効果はありません。

スタートアップ コンフィギュレーション ファイルでは、プロビジョニングされたスイッチがスタックに属しているかどうかに関係なく、スタックは保存された情報をリロードして使用できます。

プロビジョニングされたスイッチのスタックへの追加による影響

プロビジョニングされたスイッチをスイッチ スタックに追加すると、スタックはプロビジョニングされた設定またはデフォルト設定のいずれかを適用します。 表 5-1 に、スイッチ スタックがプロビジョニングされた設定とプロビジョニングされたスイッチを比較するときに発生するイベントを示します。

プロビジョニングされた設定で指定されているタイプとは異なるプロビジョニングされたスイッチを、電源が切られたスイッチ スタックに追加して電力を供給すると、スイッチ スタックはスタートアップ コンフィギュレーション ファイルの（現在は不正な） switch stack-member-number provision type グローバル コンフィギュレーション コマンドを拒否します。ただし、スタックの初期化中は、（間違ったタイプの可能性がある）プロビジョニングされたインターフェイスに対してスタートアップ コンフィギュレーション ファイル内のデフォルトでないインターフェイス設定情報が実行されます。実際のスイッチ タイプとプロビジョニング済みのスイッチ タイプの違いによって、拒否されるコマンドと受け入れられるコマンドがあります。

たとえば、Power over Ethernet（PoE）を装備した 48 ポート スイッチ用にスイッチ スタックが割り当てられる場合、コンフィギュレーションを保存すると、スタックの電源がオフになります。PoE を装備していない 24 ポート スイッチをスイッチ スタックに接続して、スタックの電源を入れたとします。この状況では、ポート 25 ～ 48 の設定は拒否され、エラー メッセージが初期化中のスタック マスター スイッチ コンソール上に表示されます。さらに、PoE 対応インターフェイスで有効な、設定済み PoE 関連コマンドは、ポート 1 ～ 24 に対しても拒否されます。

（注） スイッチ スタックに新しいスイッチのプロビジョニングされた設定が含まれていない場合、スイッチはデフォルトのインターフェイス設定でスタックに参加します。スイッチ スタックは、新しいスイッチと一致する switch stack-member-number provision type グローバル コンフィギュレーション コマンドを実行コンフィギュレーションに追加します。

設定の詳細については、「スタックの新しいスタック メンバのプロビジョニング」を参照してください。

スタックのプロビジョニングされたスイッチの交換による影響

スイッチ スタック内のプロビジョニングされたスイッチに障害が発生し、スタックから取り外して別のスイッチと交換する場合、スタックはプロビジョニングされた設定またはデフォルト設定をこのスイッチに適用します。スイッチ スタックがプロビジョニングされた設定とプロビジョニングされたスイッチを比較するときに発生するイベントは、「プロビジョニングされたスイッチのスタックへの追加による影響」で説明されているイベントと同じです。

プロビジョニングされたスイッチのスタックからの取り外しによる影響

スイッチ スタックが Cisco IOS Release 12.2(20)SE 以降で稼働し、割り当てられたスイッチをスイッチ スタックから削除した場合、削除されたスタック メンバと関連する設定は、割り当てられた情報として実行コンフィギュレーションにあります。設定を完全に削除するには、 no switch stack-member-number provision グローバル コンフィギュレーション コマンドを使用します。

スイッチ スタックのハードウェア互換性と SDM 不一致モード

Catalyst 3750-12S スイッチは、デスクトップおよびアグリゲータ Switch Database Management（SDM; スイッチ データベース管理）テンプレートをサポートします。他のすべての Catalyst 3750 スイッチは、デスクトップ SDM テンプレートのみをサポートします。

スタック メンバはすべて、スタック マスターに設定された SDM テンプレートを使用します。スタック マスターがアグリゲータ テンプレートを使用している場合は、Catalyst 3750-12S スイッチだけがスタック メンバになることができます。このスイッチ スタックに参加しようとする他のスイッチはすべて、SDM 不一致モードになります。これらのスイッチは、スタック マスターがデスクトップ SDM テンプレートを稼働している場合にだけ、スタックに参加できます。

Catalyst 3750-12S スイッチのスイッチ スタックを作成予定の場合に限り、スタック マスターにアグリゲータ テンプレートを使用させることを推奨します。異なる Catalyst 3750 スイッチ モデルを持つスイッチ スタックを作成予定の場合は、いずれかのデスクトップ テンプレートを使用するようにスタック マスターを設定してください。

（注） Version-mismatch（VM; バージョン不一致）モードは、SDM 不一致モードより優先されます。VM モード条件と SDM 不一致モードが存在する場合、スイッチ スタックは先に VM モード条件を解決しようとします。

show switch 特権 EXEC コマンドを使用すると、スタック メンバが SDM 不一致モードになっているかどうかを確認できます。

SDM テンプレートと SDM 不一致モードの詳細については、「SDM テンプレートの設定」を参照してください。

スタックのソフトウェア互換性に関する推奨事項

スタック メンバ間でスタック プロトコル バージョンの互換性を確保するために、すべてのスタック メンバが同じ Cisco IOS ソフトウェア バージョンを実行している必要があります。

スタック プロトコル バージョンの互換性

スタック プロトコル バージョンには、 メジャー バージョン番号と マイナー バージョン番号があります（たとえば、1.4 の場合、1 がメジャー バージョン番号、4 がマイナー バージョン番号になります）。

Cisco IOS ソフトウェア バージョンが同じスイッチは、スタック プロトコル バージョンも同じです。すべての機能がスタック全体で適切に動作します。スタック マスターと Cisco IOS ソフトウェア バージョンが同じスイッチは、すぐにスイッチ スタックに参加します。

非互換性が存在する場合、特定のスタック メンバの非互換性の原因を示すシステム メッセージが生成されます。スタック マスターは、このメッセージをすべてのスタック メンバに送信します。

詳細については、「スイッチ間のメジャー バージョン番号の非互換性」および「スイッチ間のマイナー バージョン番号の非互換性」を参照してください。

スイッチ間のメジャー バージョン番号の非互換性

Cisco IOS ソフトウェア バージョンが異なるスイッチは、スタック プロトコル バージョンも異なっている可能性があります。メジャー バージョン番号が異なるスイッチは非互換で、同じスタック内に存在できません。

スイッチ間のマイナー バージョン番号の非互換性

メジャー バージョン番号が同じでマイナー バージョン番号が異なるスイッチは、部分的に互換性があると見なされます。スタックに接続されている場合、部分的に互換性があるスイッチはバージョンミスマッチ モードになり、完全に機能するメンバとしてスタックに参加できません。ソフトウェアは不一致ソフトウェアを検出すると、スタック イメージまたはスタック フラッシュ メモリの tar ファイル イメージを使用して、バージョン不一致モードのスイッチをアップグレード（またはダウングレード）しようとします。ソフトウェアでは、自動的なアップグレード（自動アップグレード）および自動的なアドバイス（自動アドバイス）機能を使用します。

バージョンミスマッチ モードのスイッチ上のポート LED はオフのままです。Mode ボタンを押しても、LED モードは変更されません。

（注） 自動アドバイスおよび自動コピーでは、info ファイルの調査およびスイッチ スタック上の ディレクトリ構造の検索により、実行中のイメージを識別します。archive download-sw 特権 EXEC コマンドではなく、copy tftp: コマンドを使用してイメージをダウンロードすると、ディレクトリ構造が正しく作成されません。info ファイルの詳細については、「サーバまたは Cisco.com 上のイメージの tar ファイル形式」を参照してください。

自動アップグレードおよび自動アドバイスの概要

ソフトウェアが一致しないソフトウェアを検出し、バージョンミスマッチ モードのスイッチをアップグレードしようとする場合、自動的なアップグレードと自動的なアドバイスの 2 つのソフトウェア プロセスが実行されます。

• 自動的なアップグレード（自動アップグレード）プロセスには、自動コピー プロセスと自動抽出プロセスがあります。デフォルトでは、自動アップグレードはイネーブルです（ boot auto-copy-sw グローバル コンフィギュレーション コマンドがイネーブルです）。自動アップグレードをディセーブルにするには、スタック マスター上で no boot auto-copy-sw グローバル コンフィギュレーション コマンドを使用します。 show boot 特権 EXEC コマンドを使用し、表示された Auto upgrade 行を確認することで、自動アップグレードのステータスを確認できます。

– 自動コピーでは、スタック メンバ上で稼働しているソフトウェア イメージをバージョンミスマッチ モードのスイッチに自動的にコピーしてそのスイッチをアップグレード（自動アップグレード）します。自動コピーが実行されるのは、自動アップグレードがイネーブルの場合、バージョンミスマッチ モードのスイッチに十分なフラッシュ メモリがある場合、およびスタックで稼働しているソフトウェア イメージがバージョンミスマッチ モードのスイッチに適している場合です。

（注） バージョンミスマッチ モードのスイッチでは、すべてのリリース済みソフトウェアが稼働するとは限りません。たとえば、新しいスイッチ ハードウェアは以前のバージョンのソフトウェアでは認識されません。

– 自動的な抽出（自動抽出）は、 自動アップグレード プロセスで バージョンミスマッチ モードのスイッチにコピーする適切なソフトウェアがスタック内で検出されない場合に実行されます。その場合、自動抽出プロセスは、 バージョンミスマッチ モードかどうかに関係なくスタック内のすべてのスイッチで、 スイッチ スタックまたはバージョンミスマッチ モードのスイッチのアップグレードに必要な tar ファイルを検索します 。tar ファイルは、スタック内のどのフラッシュ ファイル システムにあってもかまいません（ バージョンミスマッチ モードのスイッチを含む）。バージョン ミスマッチ モードのスイッチに 適した tar ファイル が検出されると、このプロセスではそのファイルを抽出し、スイッチを自動的にアップグレードします 。

自動アップグレード（自動コピーおよび自動抽出）プロセスは、一致しないソフトウェアが検出されて数分後に開始されます。

自動アップグレード プロセスが完了すると、バージョンミスマッチ モードであったスイッチはリロードされ、完全に機能するメンバとしてスタックに参加します。リロード中に両方の StackWise ケーブルが接続されている場合、スタックは 2 つのリング上で動作するため、ネットワーク ダウンタイムが発生しません。

（注） 自動アップグレードでは、別のパッケージング レベルのイメージをロードしているスイッチをアップグレードしません。たとえば、IP ベース イメージが稼働中のスイッチを IP サービスにアップグレードするのに自動アップグレードを使用することができません。ただし、自動アップグレードは同じパッケージングレベルの暗号化イメージと非暗号化イメージとの間のアップグレードはサポートしています。

• 自動的なアドバイス（自動アドバイス）： 自動アップグレード プロセスが バージョンミスマッチ モードのスイッチにコピーする適切な バージョンミスマッチ メンバ ソフトウェアを検出できない場合、 自動アドバイス プロセスはスイッチ スタックまたはバージョンミスマッチ モードのスイッチを手動でアップグレードするために必要なコマンド（ archive copy-sw または archive download-sw 特権 EXEC コマンド）およびイメージ名（tar ファイル名）を指示します 。推奨されるイメージは、実行中のスタック イメージまたはスタック（ バージョンミスマッチ モードのスイッチを含む）内のいずれかのフラッシュ ファイル システムの tar ファイルです。スタックのフラッシュ ファイル システムで適切なイメージが検出されない場合、自動アドバイス プロセスによってスタックに新しいソフトウェアをインストールするように指示されます。自動アドバイスはディセーブルにできません。また、 そのステータスを確認するコマンドはありません。

スタック ソフトウェアおよびバージョン不一致モードのスイッチのソフトウェアに同じフィーチャ セットが含まれない場合は、自動アドバイス ソフトウェアからの指示も ありません 。たとえば、IP ベース イメージが稼働するスイッチ スタックに、IP サービス イメージが稼働するスイッチを追加した場合、自動アドバイス ソフトウェアは推奨ソフトウェアを提示しません。暗号化イメージおよび非暗号化イメージが稼働する場合も、同様です。

異なるフィーチャ セットを持つイメージをインストールするには、 archive-download-sw /allow-feature-upgrade 特権 EXEC コマンドを使用します。

自動アップグレードおよび自動アドバイスのメッセージ例

マイナー バージョン番号が異なるスイッチをスタックに追加すると、メッセージが連続して表示されます（スイッチによってその他のシステム メッセージが生成されない場合）。

次に、スタックがスタックと異なるマイナー バージョン番号を実行している新しいスイッチを検出した例を示します。自動コピーが起動し、スタック メンバからバージョンミスマッチ モードのスイッチにコピーするのに適したソフトウェアを検出し、バージョンミスマッチ モードのスイッチをアップグレードして、リロードします。

次に、スタックがスタックと異なるマイナー バージョン番号を実行している新しいスイッチを検出した例を示します。自動コピーは起動しますが、スタックと互換性を持たせるための、バージョンミスマッチ モードのスイッチにコピーするソフトウェアをスタック内で検出できません。自動アドバイス プロセスが起動し、ネットワークからバージョンミスマッチ モードのスイッチに tar ファイルをダウンロードするように推奨されます。

archive download-sw 特権 EXEC コマンドの使用の詳細については、「ソフトウェア イメージの操作」を参照してください。

互換性のないソフトウェアおよびスタック メンバ イメージのアップグレード

archive copy-sw 特権 EXEC コマンドを使用すると、互換性のないソフトウェア イメージを持つスイッチをアップグレードして、既存のスタック メンバからソフトウェア イメージをコピーできます。このスイッチは新しいイメージで自動的にリロードされ、完全に機能するメンバとしてスタックに参加します。

詳細については、「あるスタック メンバから別のスタック メンバへのイメージ ファイルのコピー」を参照してください。

スタックのコンフィギュレーション ファイル

スタック マスターは、スタックの保存済みの実行コンフィギュレーション ファイルを保持します。すべてのスタック メンバは、スタック マスターから定期的にコンフィギュレーション ファイルの同期化されたコピーを受け取ります。スタック マスターが使用できなくなると、スタック マスターの役割を引き受けたスタック メンバが最新のコンフィギュレーション ファイルを保持します。

• すべてのスタック メンバに適用されるシステムレベル（グローバル）のコンフィギュレーション設定（IP、Spanning Tree Protocol（STP; スパニングツリー プロトコル）、VLAN、SNMP 設定など）

• 各スタック メンバに固有の、スタック メンバのインターフェイス固有のコンフィギュレーション設定

スタックに参加する新しいアウトオブボックス スイッチは、そのスタックのシステムレベルの設定を使用します。スイッチは、別のスタックに移動されると保存済みのコンフィギュレーション ファイルを失い、新しいスタックのシステムレベルの設定を使用します。

各スタック メンバのインターフェイス固有の設定には、スタック メンバ番号が関連付けられます。スタック メンバは、番号が手動で変更されているか、同じスタック内の別のメンバによってすでに使用されている場合を除き、その番号を保持します。

• そのスタック メンバ番号のインターフェイス固有の設定が存在しない場合は、スタック メンバはデフォルトのインターフェイス固有の設定を使用します。

• そのスタック メンバ番号のインターフェイス固有の設定が存在する場合は、スタック メンバはそのメンバ番号に関連付けられたインターフェイス固有の設定を使用します。

障害が発生したスタック メンバを同一のモデルと交換した場合、交換後のスタック メンバは自動的に同じインターフェイス固有の設定を使用します。インターフェイス設定を再設定する必要はありません。交換後のスイッチは、障害が発生したスイッチと同じスタック メンバ番号を持つ必要があります。

スタンドアロン スイッチの設定と同じ方法で、スタック設定をバックアップして復元します。

詳細については、それぞれ次を参照してください。

• スイッチ スタックをプロビジョニングする利点については、「スタックのオフライン設定」を参照してください。

• ファイル システムおよびコンフィギュレーション ファイルについては、 付録 A「Cisco IOS ファイル システム、コンフィギュレーション ファイル、およびソフトウェア イメージの操作」 を参照してください。

スイッチ スタックのシステム全体の設定に関するその他の考慮事項

• Cisco.com から入手できる『 Getting Started with Cisco Network Assistant 』の「Planning and Creating Clusters」の章

• 「MAC アドレスとスイッチ スタック」

• 「SDM テンプレートの設定」

• 「802.1x 認証とスイッチ スタック」

• 「VTP とスイッチ スタック」

• 「プライベート VLAN とスイッチ スタック」

• 「スパニングツリーとスイッチ スタック」

• 「MSTP とスイッチ スタック」

• 「DHCP スヌーピングとスイッチ スタック」

• 「IGMP スヌーピングとスイッチ スタック」

• 「ポート セキュリティとスイッチ スタック」

• 「CDP とスイッチ スタック」

• 「SPAN と RSPAN とスイッチ スタック」

• 「QoS の設定」

• 「ACL とスイッチ スタック」

• 「EtherChannel とスイッチ スタック」

• 「IP ルーティングおよびスイッチ スタック」

• 「IPv6 とスイッチ スタック」

• 「HSRP およびスイッチ スタック」

• 「マルチキャスト ルーティングおよびスイッチ スタック」

• 「フォールバック ブリッジングおよびスイッチ スタック」

スタックの管理接続

スタック マスターを使用して、スタックおよびスタック メンバのインターフェイスを管理します。CLI、SNMP、Network Assistant、および CiscoWorks ネットワーク管理アプリケーションを使用できます。スタック メンバを個々のスイッチとして管理することはできません。

• 「IP アドレスを使用したスタック」

• 「SSH セッションを使用したスタック」

• 「コンソール ポートを使用したスタック」

• 「特定のスタック メンバ」

IP アドレスを使用したスタック

スタックはシステムレベルの IP アドレスを使用して管理されます。スタックからスタック マスターまたは他のスタック メンバを取り外しても IP 接続があれば、そのまま同じ IP アドレスを使用してスタックを管理できます。

（注） スタックからスタック メンバを取り外した場合、スタック メンバは自分の IP アドレスを保持します。そのため、ネットワーク内で 2 つのデバイスが同じ IP アドレスを持たないようにするために、スタックから取り外したスイッチの IP アドレスを変更します。

スイッチ スタックの設定に関連する情報については、「スタックのコンフィギュレーション ファイル」を参照してください。

SSH セッションを使用したスタック

IP ベース イメージ ソフトウェアまたは IP サービス イメージ ソフトウェアの暗号化バージョンを稼働するマスターに障害が生じたか、それが非暗号化バージョンを稼働するスイッチと交換された場合には、スタックへの Secure Shell（SSH; セキュア シェル）接続が失われることがあります。IP ベース イメージ ソフトウェアまたは IP サービス イメージ ソフトウェアの暗号化バージョンを稼働しているスイッチをマスターにすることを推奨します。

コンソール ポートを使用したスタック

1 台または複数のスタック メンバのコンソール ポートを使用してスタック マスターに接続できます。

スタック マスターに複数の CLI セッションを使用する場合は注意が必要です。1 つのセッションで入力したコマンドは、別のセッションには表示されません。そのため、コマンドを入力したセッションを識別できなくなることがあります。

スタックを管理する場合は、CLI セッションを 1 つだけ使用することを推奨します。

特定のスタック メンバ

特定のスタック メンバ ポートを設定する場合は、CLI 表記にスタック メンバ番号を含める必要があります。

特定のメンバにアクセスするには、「特定のスタック メンバーへの CLI アクセス」を参照してください。

スタックの設定のシナリオ

表 5-2 の大半のシナリオは、少なくとも 2 台のスイッチが StackWise ポートを使用して接続されていることを前提にしています。

デフォルトのスイッチ スタック設定

表 5-3 に、デフォルトのスイッチ スタック設定を示します。

永続的 MAC アドレスのイネーブル化

スタック マスターの MAC アドレスによってスタックの MAC アドレスが決定します。マスターがスタックから削除されて新しいマスターに引き継がれた場合、新しいマスターの MAC アドレスが新しいスタック MAC ルータ アドレスになります。ただし、スタック MAC アドレスが変更されるまでの遅延時間を設定できる永続的 MAC アドレス機能を設定できます。この間に以前のスタック マスターがスタックに再加入すると、そのスタック マスターが今回はスタック マスターではなく、スタック メンバである場合でも、スタックはその MAC アドレスをスタック MAC アドレスとして引き続き使用します。また、スタック MAC アドレスが新しいスタック マスターの MAC アドレスに変更されないように、スタックの MAC 永続性を設定することもできます。

時間は 0 ～ 60 分の範囲で指定できます。

• このコマンドに値を入力しない場合、デフォルトの遅延は 4 分です。必ず値を入力することを推奨します。コンフィギュレーション ファイルには、遅延時間が明示タイマー値 4 分として表示されます。

• 0 を入力すると、スタック MAC アドレスを現在のスタック マスターの MAC アドレスに変更する no stack-mac persistent timer グローバル コンフィギュレーション コマンドを入力するまで、以前のスタック マスターのスタック MAC アドレスが使用されます。このコマンドを入力しないと、スタック MAC アドレスは変更されません。

• 1 ～ 60 分の遅延時間を入力した場合は、設定した時間が経過するか、 no stack-mac persistent timer コマンドを入力するまで、以前のスタック マスターのスタック MAC アドレスが使用されます。

この間に以前のスタック マスターがスタックに再加入しない場合は、スタックは新しいスタック マスターの MAC アドレスをスタック MAC アドレスとして使用します。

（注） スイッチ スタック全体をリロードする場合、スタックはスタック マスターの MAC アドレスをスタック MAC アドレスとして取得します。

永続的 MAC アドレスをイネーブルにするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

	コマンド	目的
ステップ 1	configure terminal	グローバル コンフィギュレーション モードを開始します。
ステップ 2	stack-mac persistent timer [ 0 | time-value ]	スタック マスターが変更された後、スタック MAC アドレスが新しいスタック マスターの MAC アドレスに変更されるまでの遅延時間をイネーブルにします。この間に以前のスタック マスターがスタックに再加入した場合、スタックはその MAC アドレスをスタック MAC アドレスとして使用します。 • 値を指定しないでコマンドを入力すると、デフォルトの遅延 4 分が設定されます。必ず値を指定することを推奨します。 • 現在のスタック マスターの MAC アドレスを無期限に使用するには、 0 を入力します。 • スタック MAC アドレスが新しいスタック マスターの MAC アドレスに変更されるまでの時間（分）を設定するには、 time-value に 1 ～ 60 の範囲内の値を入力します。 注意 このコマンドを入力すると、古いスタック マスターの MAC アドレスがネットワーク ドメイン内にあるとトラフィックが失われる可能性があることを示す警告が表示されます。 新しいスタック マスターが引き継いでから有効期間が切れる前に no stack-mac persistent timer コマンドを入力すると、スタックは現在のスタック マスターの MAC アドレスを使用します。
ステップ 3	end	特権 EXEC モードに戻ります。
ステップ 4	show running-config または show switch	スタック MAC アドレス タイマーがイネーブルであることを確認します。 出力には、 stack-mac persistent timer と時間が分単位で表示されます。 出力には、 Mac persistency wait time 、設定されている分数、およびスタック MAC アドレスが表示されます。
ステップ 5	copy running-config startup-config	（任意）コンフィギュレーション ファイルに設定を保存します。

永続的 MAC アドレス機能をディセーブルにするには、 no stack-mac persistent timer グローバル コンフィギュレーション コマンドを使用します。

次に、永続的 MAC アドレス機能に 7 分の遅延時間を設定し、設定を確認する例を示します。

スタック メンバ情報の割り当て

• 「メンバー番号の割り当て」（任意）

• 「スタック メンバ プライオリティ値の設定」（任意）

• 「スタックの新しいスタック メンバのプロビジョニング」（任意）

メンバー番号の割り当て

（注） この作業を実行できるのはスタック マスターからだけです。

スタック メンバ番号をスタック メンバに割り当てるには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

スタック メンバ プライオリティ値の設定

（注） この作業を実行できるのはスタック マスターからだけです。

プライオリティ値をスタック メンバに割り当てるには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

SWITCH_PRIORITY 環境変数を設定することもできます。詳細については、「環境変数の制御」を参照してください。

スタックの新しいスタック メンバのプロビジョニング

（注） この作業を実行できるのはスタック マスターからだけです。

スタックに新しいスタック メンバをプロビジョニングするには、特権 EXEC モードで次の手順を実行します。この手順は任意です。

プロビジョニングされた情報を削除し、エラー メッセージを受信しないようにするには、このコマンドの no 形式を使用する前に、指定されたスイッチをスタックから取り外します。

次に、スタックにスタック メンバ番号が 2 のスイッチをプロビジョニングする例を示します。 show running-config コマンドの出力は、プロビジョニングされたスイッチに関連付けられたインターフェイスを示します。

スタック メンバーシップの変更

スタックを分割しないで、電源が入ったスタック メンバを取り外す場合、次の手順を実行します。

ステップ 1 新しく構築したスタックの電源を切ります。

ステップ 2 新しいスイッチ スタックを、StackWise ポートを介して元のスイッチ スタックに再度接続します。

ステップ 3 スイッチの電源を入れます。

手動での StackWise ポートのディセーブル化

StackWise ポートがフラッピングし、スタック リングが不安定な状態になっている場合にポートをディセーブルにするには 、 switch stack-member-number stack port port-number disable 特権 EXEC コマンド を入力します。 ポートを再びイネーブルにするには、 switch stack-member-number stack port port-number enable コマンドを入力します。

（注） switch stack-member-number stack port port-number disable コマンドの使用には注意が必要です。StackWise ポートをディセーブルにすると、スタックの動作帯域幅が半分になります。

• すべてのメンバーが StackWise ポートを介して接続されていて、ステートがレディの場合、スタックのステートは 完全リング です。

• スタックが partial-ring ステートになるのは次のような場合です。

– すべてのメンバーが StackWise ポートを介して接続されているが、一部のメンバーのステートがレディではない場合。

– 一部のメンバーが StackWise ポートを介して接続されていない場合。

switch stack-member-number stack port port-number disable 特権 EXEC コマンドを入力した場合、次のようになります。

• スタックが full-ring ステートのときは、1 つの StackWise ポートだけをディセーブルにできます。次のメッセージが表示されます。

• スタックが partial-ring ステートのときは、ポートをディセーブルにできません。次のメッセージが表示されます。

他のメンバーの起動中に StackWise ポートを再度イネーブルにする方法

スイッチ 1 の StackWise ポート 1 は、スイッチ 4 のポート 2 に接続されています。ポート 1 でフラッピングが発生した場合、switch 1 stack port 1 disable 特権 EXEC コマンドを使用してポート 1 をディセーブルにします。

スイッチ 1 のポート 1 がディセーブルで、スイッチ 1 の電源が入ったままのときに、次の手順を実行します。

1. スイッチ 1 のポート 1 とスイッチ 4 のポート 2 の間のスタック ケーブルを取り外します。

2. スタックからスイッチ 4 を取り外します。

3. スイッチを追加してスイッチ 4 を交換し、スイッチ番号 4 を割り当てます。

4. スイッチ 1 のポート 1 とスイッチ 4（交換後のスイッチ）のポート 2 の間のケーブルを再接続します。

5. スイッチ間のリンクを再びイネーブルにします。 switch 1 stack port 1 enable 特権 EXEC コマンドを入力して、スイッチ 1 のポート 1 をイネーブルにします。

6. スイッチ 4 の電源を入れます。

show switch stack-ports summary コマンドの出力の概要

スタック メンバ 2 のポート 1 だけがディセーブルです。

ループバックの問題について

• 「ソフトウェア ループバック」

• 「ソフトウェア ループバックの例：StackWise ケーブルが接続されていない場合」

• 「ソフトウェア ループバックの例：StackWise ケーブルが接続されている場合」

• 「ハードウェア ループバック」

• 「ハードウェア ループバックの例：LINK OK イベント」

• 「ハードウェア ループバックの例：LINK NOT OK イベント」

ソフトウェア ループバック

3 つのメンバーのスタックにおいて、すべてのメンバーが StackWise ケーブルで接続されています。

スイッチ 1 のポート 1 からスタック ケーブルを切断すると、次のメッセージが表示されます。

スイッチ 1 のポート 2 からスタック ケーブルを切断すると、スタックが分割されます。

スイッチ 2 とスイッチ 3 が、スタック ケーブルで接続された 2 メンバー スタックのメンバーになります。

スイッチ 1 はスタンドアロン スイッチです。

ソフトウェア ループバックの例：StackWise ケーブルが接続されていない場合

Catalyst 3750 スイッチ ポートのステータス：

Catalyst 3750-E スイッチ ポートのステータスは、次のようになります。

ソフトウェア ループバックの例：StackWise ケーブルが接続されている場合

• スイッチ 1 のポート 1 のポート ステータスが Down で、ケーブルが接続されています。

スイッチ 1 のポート 2 のポート ステータスが Absent で、ケーブルが接続されていません。

• 物理ループバック では、ケーブルはスタック ポートとスイッチの両方に接続されています。この設定を使用して、次のテストを行えます。

– 正常に稼働しているスイッチのケーブル

– 正常に機能しているケーブルが接続されている StackWise ポート

ポート ステータスを見ると、次のことがわかります。

– スイッチ 2 はスタンドアロン スイッチである。

– ポートはトラフィックを送受信できる。

ハードウェア ループバック

show platform stack ports buffer 特権 EXEC コマンドの出力は、ハードウェア ループバックの値を示します。

Catalyst 3750v2 メンバーの場合、 Loopback HW の値が常に N/A になります。

Catalyst 3750 メンバーの場合：

• 少なくとも 1 つのポートにスタック ケーブルが接続されている場合は、両方のスタック ポートの Loopback HW 値は No になります。

• どちらのスタック ポートにもスタック ケーブルが接続されていない場合は、両方のスタック ポートの Loopback HW 値は Yes になります。

Catalyst 3750-E メンバーの場合、

• スタック ポートにスタック ケーブルが接続されている場合は、スタック ポートの Loopback HW 値は No になります。

• スタック ポートにスタック ケーブルが接続されていない場合は、スタック ポートの Loopback HW 値は Yes になります。

ハードウェア ループバックの例：LINK OK イベント

Catalyst 3750 スイッチの場合：

Catalyst 3750-E スイッチの場合：

ハードウェア ループバックの例：LINK NOT OK イベント

Catalyst 3750 スイッチの場合：

Catalyst 3750-E スイッチの場合：

切断されている StackWise ケーブルの検出

StackWise ケーブルですべてのスタック メンバを接続しています。スイッチ 1 のポート 2 と、スイッチ 2 のポート 1 が接続されます。

次に、メンバーのポート ステータスを示します。

スイッチ 1 のポート 2 からケーブルを切断すると、次のメッセージが表示されます。

ポート ステータスは次のようになります。

ケーブルの一方の端だけが StackWise ポート（スイッチ 2 のポート 1）に接続しています。

• スイッチ 1 のポート 2 の Stack Port Status 値は Absent で、スイッチ 2 のポート 1 の値は Down です。

• Cable Length 値は No cable です。

問題の診断

• スイッチ 1 のポート 2 のケーブル接続を確認します。

• スイッチ 1 のポート 2 が次の状態であれば、ポートまたはケーブルに問題があります。

– In Loopback 値が Yes である。

または

– Link OK 、 Link Active 、または Sync OK 値が No である。

StackWise ポート間の接続障害の解決

StackWiseStack ケーブルですべてのメンバーを接続しています。スイッチ 1 のポート 2 と、スイッチ 2 のポート 1 が接続されます。

ポート ステータスは次のとおりです。

問題の診断

• Stack Port Status 値が Down になっています。

• Link OK 、 Link Active 、および Sync OK 値が No です。

• Cable Length 値が 50 cm です。スイッチがケーブルを検出し、正しく識別しています。

スイッチ 1 のポート 2 と、スイッチ 2 のポート 1 との接続は、少なくとも 1 つのコネクタ ピンで不安定になっています。