Catalyst 2960 および 2960-S スイッチ ソフトウェア コンフィギュレーション ガイド Cisco IOS Release 15.0(2)SE 以降

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

（注） スイッチ スタックには Catalyst 2960-S スタック メンバだけを使用できます。

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

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

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

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

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

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

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

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

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

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

スタック マスターの選択

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

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

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

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

3. コンフィギュレーション ファイルを保持するスイッチ。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

スタックの MAC アドレス

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

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

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

スタック メンバ番号

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

新しいアウトオブボックス スイッチ（スタックに参加していないか、スタック メンバ番号が手動で割り当てられていないスイッチ）は、デフォルトのスタック メンバ番号 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 です。

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

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

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

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

プロビジョニングされた設定は、スイッチがスタックに追加されたときにプロビジョニングされた設定が存在しない場合、自動的に作成されます。 switch stack-member-number provision type グローバル コンフィギュレーション コマンドを使用して、プロビジョニングされた設定を手動で作成できます。

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

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

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

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

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

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

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

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

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

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

スイッチ スタックからプロビジョニングされたスイッチを取り外すと、取り外されたスタック メンバに関連付けられた設定は、プロビジョニングされた情報として実行コンフィギュレーション内に残ります。設定を完全に削除するには、 no switch stack-member-number provision グローバル コンフィギュレーション コマンドを使用します。

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

スタック メンバ間でスタック プロトコル バージョンの互換性を確保するために、すべてのスタック メンバが同じ 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 ファイル が検出されると、このプロセスではそのファイルを抽出し、スイッチを自動的にアップグレードします 。

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

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

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

スタック ソフトウェアおよびバージョンミスマッチ モードのスイッチのソフトウェアに同じフィーチャ セットが含まれていない場合は、自動アドバイス ソフトウェアからの指示は ありません 。暗号化イメージおよび非暗号化イメージが稼働している場合も同様です。

異なるフィーチャ セットを持つイメージをインストールするには、 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 アドレスとスイッチ スタック」

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

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

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

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

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

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

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

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

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

• 「QoS の設定」

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

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

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

スタックの管理接続

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

特定のスタック メンバ

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

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

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

表 7-2 に示すほとんどのシナリオでは、少なくとも 2 台のスイッチがスタック ポートを使用して接続されていることを前提にしています。

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

表 7-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 スタック ポートを使用して、元のスタックに再接続します。

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

手動でのスタック ポートのディセーブル化

スタック ポートでフラッピングが発生し、スタック リングが不安定になっている場合、 ポートをディセーブルにするために 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 コマンドの使用には注意が必要です。スタック ポートをディセーブルにすると、スタックは半分の帯域幅で動作します。

• スタックが full-ring ステートになるのは、すべてのスタック メンバがスタック ポートを使用して接続され、ready ステートになっている場合です。

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

– すべてのスタック メンバがスタック ポートを使用して接続されているが、一部が ready ステートになっていない。

– 一部のスタック メンバがスタック ポートを使用して接続されていない。

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

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

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

別のスタック メンバが起動中のスタック ポートの再イネーブル化

スイッチ 1 のスタック ポート 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 だけがディセーブルです。