使用上のガイドライン

このコマンドは、スタック対応スイッチのみでサポートされています。

undebug platform stack-manager コマンドは no debug platform stack-manager コマンドと同じです。

使用上のガイドライン

冗長メイン コンフィギュレーション サブモードから、standby console enable コマンドを使用してスタンバイスイッチをイネーブルにします。

使用上のガイドライン

mode sso コマンドは、冗長コンフィギュレーション モードでのみ入力できます。

システムを SSO モードに設定する場合は、次の注意事項に従ってください。

• SSO モードをサポートするために、スタック内のスイッチでは同一の Cisco IOS イメージを使用する必要があります。Cisco IOS リリース間の相違のために、冗長機能が動作しない場合があります。

• モジュールの活性挿抜（OIR）を実行する場合、モジュールの状態が移行状態（Ready 以外の状態）である場合にだけ、ステートフル スイッチオーバーの間にスイッチはリセットし、ポート ステートは再起動します。

• 転送情報ベース（FIB）テーブルはスイッチオーバー時に消去されます。ルーテッド トラフィックは、ルート テーブルが再コンバージェンスするまで中断されます。

使用上のガイドライン

冗長コンフィギュレーション モードは、スタンバイスイッチをイネーブルにするために使用されるメイン CPU サブモードを開始するために使用されます。

メイン CPU サブモードを開始するには、冗長コンフィギュレーション モードで main-cpu コマンドを使用します。

スタンバイスイッチを有効にするには、メイン CPU サブモードから standby console enable コマンドを使用します。

冗長コンフィギュレーション モードを終了するには、exit コマンドを使用します。

使用上のガイドライン

スタンバイスイッチの起動中にアクティブスイッチの実行コンフィギュレーションのコマンド構文チェックが失敗した場合、redundancy config-sync mismatched-commands コマンドを使用して、アクティブスイッチの Mismatched Command List（MCL）を表示し、スタンバイスイッチをリブートします。

次に、不一致コマンドのログ エントリの例を示します。

00:06:31: Config Sync: Bulk-sync failure due to Servicing Incompatibility. Please check full list of mismatched commands via:
show redundancy config-sync failures mcl
00:06:31: Config Sync: Starting lines from MCL file:
interface GigabitEthernet7/7
! <submode> "interface"
- ip address 192.0.2.0 255.255.255.0
! </submode> "interface"

すべての不一致コマンドを表示するには、show redundancy config-sync failures mcl コマンドを使用します。

MCL を消去するには、次の手順を実行します。

1. アクティブスイッチの実行コンフィギュレーションからすべての不一致コマンドを除外します。

2. redundancy config-sync validate mismatched-commands コマンドを使用して、修正した実行コンフィギュレーションに基づいて MCL を再確認します。

3. スタンバイスイッチをリロードします。

次の手順に従って、MCL を無視することもできます。

1. redundancy config-sync ignore mismatched-commands コマンドを入力します。

2. スタンバイスイッチをリロードします。システムは SSO モードに移行します。

   （注）	不一致コマンドを無視する場合、アクティブスイッチとスタンバイスイッチの同期していないコンフィギュレーションは存在したままです。

3. 無視された MCL は、show redundancy config-sync ignored mcl コマンドを使用して確認できます。

コンフィギュレーション ファイルの互換性の問題が原因で、アクティブスイッチとスタンバイスイッチ間で SSO モードを確立できない場合、Mismatched Command List（MCL）がアクティブスイッチで生成され、スタンバイスイッチに対して Route Processor Redundancy（RPR）モードへのリロードが強制されます。

（注）	RPR モードはエラーの場合にフォール バックとして Catalyst 3850 スイッチでサポートされています。これは設定可能ではありません。

障害となっているコンフィギュレーションを削除し、スタンバイスイッチを同じイメージで再起動した後に SSO の確立を試行する場合、ピアイメージが非互換としてリストされているため、C3K_REDUNDANCY-2-IOS_VERSION_CHECK_FAIL および ISSU-3-PEER_IMAGE_INCOMPATIBLE メッセージが表示されます。ピアが STANDBY COLD（RPR）ステートのときに、redundancy config-sync ignore mismatched-commands EXEC コマンドで、非互換リストからピアイメージをクリアできます。このアクションによって、スタンバイスイッチを、リロード時に STANDBY HOT（SSO）ステートで起動できます。

使用上のガイドライン

手動で冗長スイッチに切り替えるには、redundancy force-switchover コマンドを使用します。冗長スイッチは Cisco IOS イメージを実行する新しいアクティブスイッチになり、モジュールはデフォルト設定にリセットされます。

古いアクティブスイッチは新しいイメージで再起動し、スタックに参加します。

アクティブスイッチで redundancy force-switchover コマンドを使用すると、アクティブスイッチのスイッチポートがダウン状態になります。

部分リング スタック内のスイッチにこのコマンドを使用すると、次の警告メッセージが表示されます。

デバイス# redundancy force-switchover
Stack is in Half ring setup; Reloading a switch might cause stack split
This will reload the active unit and force switchover to standby[confirm]

使用上のガイドライン

このコマンドを使用する前に、詳細情報についての「Performing a Software Upgrade」の項を参照してください。

スタック内のすべてのスイッチをリブートするには、redundancy reload shelf コマンドを使用します。

使用上のガイドライン

スイッチスタックに複数のスイッチがある場合に reload slot stack-member-number コマンドを入力すると、設定の保存を要求するプロンプトが表示されません。

使用上のガイドライン

スタンバイデバイスで Cisco IOS プロンプトにアクセスした場合、システムプロンプトに -stby が付加されます。スタンバイデバイスを デバイス-stby> プロンプトで設定することはできません。

スタック メンバの診断シェルにアクセスした場合、システム プロンプトに (diag) が付加されます。

使用上のガイドライン

2 つのバージョンの Cisco IOS イメージが含まれている場合は、それぞれのイメージによってサポートされるコマンド セットが異なる可能性があります。このような不一致コマンドのいずれかがアクティブスイッチで実行された場合、スタンバイスイッチでそのコマンドを認識できない可能性があり、これにより設定の不一致状態が発生します。バルク同期中にスタンバイスイッチでコマンドの構文チェックが失敗すると、コマンドは MCL に移動し、スタンバイスイッチはリセットされます。すべての不一致コマンドを表示するには、show redundancy config-sync failures mcl コマンドを使用します。

MCL を消去するには、次の手順を実行します。

1. アクティブスイッチの実行コンフィギュレーションから、不一致コマンドをすべて削除します。

2. redundancy config-sync validate mismatched-commands コマンドを使用して、修正した実行コンフィギュレーションに基づいて MCL を再確認します。

3. スタンバイスイッチをリロードします。

または、次の手順を実行して MCL を無視することもできます。

1. redundancy config-sync ignore mismatched-commands コマンドを入力します。

2. スタンバイスイッチをリロードします。システムは SSO モードに遷移します。

   （注）	不一致コマンドを無視する場合、アクティブスイッチとスタンバイスイッチの同期していないコンフィギュレーションは存在したままです。

3. 無視された MCL は、show redundancy config-sync ignored mcl コマンドを使用して確認できます。

各コマンドでは、そのコマンドを実装するアクション機能において戻りコードが設定されます。この戻りコードは、コマンドが正常に実行されたかどうかを示します。アクティブスイッチは、コマンドの実行後に PRC を維持します。スタンバイスイッチはコマンドを実行し、アクティブスイッチに PRC を返します。これら 2 つの PRC が一致しないと、PRC 障害が発生します。バルク同期または 1 行ごとの（LBL）同期中にスタンバイスイッチで PRC エラーが生じた場合、スタンバイスイッチはリセットされます。すべての PRC 障害を表示するには、show redundancy config-sync failures prc コマンドを使用します。

ベスト エフォート方式（BEM）エラーを表示するには、show redundancy config-sync failures bem コマンドを使用します。

使用上のガイドライン

このコマンドでは、次のステートが表示されます。

• Initializing：スイッチはスタックに追加されたばかりで、ready 状態になるための基本的な初期化が完了していません。

• HA Sync in Progress：スタンバイが選出されると、同期が終了するまで対応するスイッチはこの状態のままになります。

• Syncing：既存のスタックに追加されたスイッチは、スイッチ追加シーケンスが完了するまでこの状態のままになります。

• Ready：メンバがシステム レベルおよびインターフェイス レベルの設定のロードを完了し、トラフィックを転送できるようになっています。

• V-Mismatch：Version-Mismatch モードのスイッチ。Version-Mismatch モードは、スタックに参加したスイッチのソフトウェア バージョンがアクティブスイッチと非互換である場合です。

• Provisioned：スイッチ スタックのアクティブ メンバになる前にすでに設定されていたスイッチの状態です。プロビジョニングされたスイッチでは、MAC アドレスおよびプライオリティ番号は、常に 0 と表示されます。

• Unprovisioned：プロビジョニングされたスイッチ番号が no switch switch-number provision コマンドを使用してプロビジョニング解除された場合の状態です。

• Removed：スタックに存在していたスイッチが、reload slot コマンドを使用して除外された場合です。

• Sync not started：複数のスイッチが既存のスタックに同時に追加された場合、アクティブスイッチが 1 台ずつ追加します。追加中のスイッチは Syncing 状態になります。まだ追加されていないスイッチは Sync not started 状態になります。

• Lic-Mismatch：スイッチのライセンスレベルがアクティブスイッチと異なります。

スタックメンバ（アクティブスイッチを含む）の代表的なステート遷移は、Waiting > Initializing > Ready です。

Version Mismatch（VM）モードのスタックメンバの代表的なステート遷移は、Waiting > Ver Mismatch です。

スイッチスタックにプロビジョニングされたスイッチが存在するかどうかを識別するには、show switch コマンドを使用できます。show running-config および show startup-config 特権 EXEC コマンドでは、この情報は提供されません。

永続的 MAC アドレスがイネーブルになっている場合、スタックの MAC-persistency wait-time も表示されます。

使用上のガイドライン

show switch stack-mode コマンドは、現在実行しているスタック モードの詳細なステータスを表示します。スタック内の各デバイスに表示されるフィールドには、デバイスのロール、その MAC アドレス、再起動後のスタック モード、現在のスタック モードなどがあります。

使用上のガイドライン

デフォルトでは、新しいアクティブ スイッチが引き継ぐ場合でも、スタック MAC アドレスは最初のアクティブ スイッチの MAC アドレスになります。stack-mac persistent timer コマンドまたは stack-mac persistent timer 0 コマンドを入力すると、同じ動作が発生します。

（注）	PAgP フラップを回避するには、command stack-mac persistent timer 0 を使用してスタック MAC 永続待機タイマーを無期限に設定する必要があります。

stack-mac persistent timer コマンドを time-value とともに入力すると、新しいスイッチがアクティブスイッチになったときに、入力した時間の後にスタック MAC アドレスが新しいアクティブスイッチのものに変わります。以前のアクティブ スイッチがこの時間内にスタックに再加入した場合、スタックはその MAC アドレスを持つスイッチがスタック内に存在する限り、その MAC アドレスを保持します。

スタック全体をリロードすると、アクティブ スイッチの MAC アドレスがスタックの MAC アドレスになります。

（注）	スタック MAC アドレスを変更しない場合、レイヤ 3 インターフェイスのフラップが発生しません。これは、未知の MAC アドレス（スタック内のスイッチに属さない MAC アドレス）がスタック MAC アドレスになる可能性があることを意味します。この未知の MAC アドレスを持つスイッチが別のスタックにアクティブスイッチとして参加すると、2 つのスタックが同じスタック MAC アドレスを持つことになります。stack-mac update force コマンドを使用して、この競合を解決する必要があります。

使用上のガイドライン

デフォルトでは、ハイ アベイラビリティ（HA）フェールオーバー時に、スタックの MAC アドレスは新しいアクティブスイッチの MAC アドレスに変更されません。スタック MAC アドレスが新しいアクティブスイッチの MAC アドレスに強制的に変更されるようにするには、stack-mac update force コマンドを使用します。

スタック MAC アドレスと同じ MAC アドレスを持つスイッチが現在そのスタックのメンバである場合、stack-mac update force コマンドは無効です（スタック MAC アドレスはアクティブスイッチの MAC アドレスに更新されません）。

（注）	スタック MAC アドレスを変更しない場合、レイヤ 3 インターフェイスのフラップが発生しません。これは、未知の MAC アドレス（スタック内のスイッチに属さない MAC アドレス）がスタック MAC アドレスになる可能性があることを意味します。この未知の MAC アドレスを持つスイッチが別のスタックにアクティブスイッチとして参加すると、2 つのスタックが同じスタック MAC アドレスを持つことになります。stack-mac update force コマンドを使用して、この競合を解決する必要があります。

使用上のガイドライン

このコマンドは、スタンバイ コンソールに関する特定のデータを収集し、確認するために使用されます。コマンドは、主にシスコのテクニカル サポート担当がスイッチのトラブルシューティングを行うのに役立ちます。

使用上のガイドライン

1：1 の冗長モードをディセーブルにし、スタックを N+1 モードに設定するには、このコマンドを使用します。

使用上のガイドライン

デバイスをスタック内のアクティブ ロールまたはスタンバイ ロースに設定するには、このコマンドを使用します。スタック内の他のデバイスはスタックのメンバのまま残ります。

（注）	デバイスのロールを変更すると、冗長モードがスタックに対して 1：1 のモードに設定されます。設定されたアクティブまたはスタンバイ デバイスが起動しない場合、スタックは起動することができません。

使用上のガイドライン

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

スタックが次の状態 スタックが partial-ring 状態になるのは、次が発生したときです。

• すべてのメンバがスタック ポートを通じて接続されたが、一部が ready ステートではない。
• スタック ポートを通じて接続されていないメンバーがある。

（注）	switch stack-member-number stack port port-number disable コマンドを使用するときは注意してください。スタック ポートをディセーブルにすると、スタックは半分の帯域幅で稼働します。

switch stack-member-number stack port port-number disable 特権 EXEC コマンドを入力し、スタックが full-ring 状態にある場合、ディセーブルにできるスタックポートは 1 つだけです。次のメッセージが表示されます。

Enabling/disabling a stack port may cause undesired stack changes. Continue?[confirm] 

switch stack-member-number stack port port-number disable 特権 EXEC コマンドを入力し、スタックが partial-ring 状態にある場合、ポートはディセーブルにできません。次のメッセージが表示されます。

Disabling stack port not allowed with current stack configuration.

使用上のガイドライン

新しいプライオリティ値は、新しい active switch 選定の要素になります。プライオリティ値を変更しても、active switch がただちに変更されることはありません。

使用上のガイドライン

type には、コマンドライン ヘルプ ストリングに示されたサポート対象のスイッチのモデル番号を入力します。

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

スイッチ タイプを変更する場合も、スイッチ スタックから指定のスイッチを削除する必要があります。スイッチ タイプを変更しない場合でも、スイッチ スタック内に物理的に存在するプロビジョニングされたスイッチのスタック メンバ番号を変更できます。

プロビジョニングされたスイッチのタイプが、スタック上のプロビジョニングされた設定のスイッチ タイプと一致しない場合、スイッチ スタックはプロビジョニングされたスイッチにデフォルト設定を適用し、これをスタックに追加します。スイッチ スタックでは、デフォルト設定を適用する場合にメッセージを表示します。

プロビジョニング情報は、スイッチ スタックの実行コンフィギュレーションで表示されます。copy running-config startup-config 特権 EXEC コマンドを入力すると、プロビジョニングされた設定がスイッチスタックのスタートアップ コンフィギュレーション ファイルに保存されます。

注意	switch provision コマンドを使用すると、プロビジョニングされた設定にメモリが割り当てられます。新しいスイッチ タイプが設定されたときに、以前割り当てられたメモリのすべてが解放されるわけではありません。そのため、このコマンドをおおよそ 200 回を超えて使用しないようにしてください。スイッチのメモリが不足し、予期せぬ動作が発生する可能性があります。

使用上のガイドライン

指定したメンバ番号をすでに他のスタック メンバが使用している場合、スタック メンバをリロードする際に active switch は使用可能な一番低い番号を割り当てます。

（注）	スタック メンバ番号を変更し、新しいスタック メンバ番号がどの設定にも関連付けされていない場合、そのスタック メンバは現在の設定を廃棄してリセットを行い、デフォルトの設定に戻ります。

プロビジョニングされたスイッチでは、switch current-stack-member-number renumber new-stack-member-number コマンドを使用しないでください。使用すると、コマンドは拒否されます。

スタックメンバをリロードし、設定変更を適用するには、reload slot current stack member number 特権 EXEC コマンドを使用します。