バーチャルMACアドレス機能は、stack enableコマンドでVCS機能を有効化すると自動的に有効化されます。
stack virtual-macコマンドをno形式で実行することにより無効化もできますが、VCS使用時は必ずバーチャルMACアドレス機能を有効にした状態で運用してください。無効状態での運用はサポート対象外となります。
なお、同一ネットワーク上に複数のVCSグループが存在する場合は、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを、該当するVCSグループ間で重複しないように設定してください。バーチャルシャーシIDの設定は、stack virtual-chassis-idコマンドで行います。また、VCSグループのバーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。
VCSマスター・スレーブ間において、メンテナンスバージョン間（5.4.7-2.3から5.4.7-2.4など）のファームウェア自動同期が可能です。(メジャーバージョン、マイナーバージョンが異なるファームウェア間の同期は未サポート)
フィーチャーライセンスの対象機能を使用する場合は、すべてのメンバーで同一のライセンスを有効化してください。
なお、フィーチャーライセンスが適用された機器でVCS 構成を利用する場合は、各VCSメンバーに同一の「License issue date」を持つフィーチャーライセンスがインストールされている必要があります。
各VCSメンバー間でフィーチャーライセンスの「License issue date」が異なる場合には、ライセンスパスワードを更新する必要がありますので、弊社窓口までご連絡ください。フィーチャーライセンスの「License issue date」は、show licenseコマンドでご確認いただけます。
コマンド入力による設定変更はただちにVCSグループの動作に反映されます。未保存のままマスターが切り替わっても、新マスターは設定変更後のコンフィグで起動しますが、設定変更後はただちにコンフィグを保存することを推奨します。
NoteスレーブメンバーがVCSグループに加入しようとしているときにコンフィグを変更すると、再加入したスレーブメンバーにコンフィグが反映されないことがあります。スレーブメンバーが加入中に設定の変更はしないでください。
マスターに新たにファイルが作成された場合、VCSグループのメンバーにファイルがコピーされますが、スレーブメンバーのフラッシュメモリーに充分な空きがない場合は、ファイルがコピーされません。この際、ファームウェアのイメージファイルやJavaアプレットファイルが未保存のままマスターが切り替わると、ファームウェアのアップデートやWeb GUIの表示が行われません。これを避けるため、大容量のファイルをインストールする場合は、各メンバーの空き領域を確認し、空き領域が不足している場合は不要なファイルを削除するなどして、充分な空き領域を確保するようにしてください。
| コンフィグファイル | ||
| スクリプトファイル | ||
| テキストファイル | ||
| HTMLファイル | ||
| cssファイル | ||
| GIFファイル | ||
| Javaアプレットファイル | ||
| リモートSSHユーザーの公開鍵 | ||
| ルートCA証明書（ローカルRadius） | ||
| ユーザ証明書（ローカルRadius） | ||
| ローカルユーザパスワードファイル | ||
| DHCPリース関連ファイル | ||
| DHCPリースバックアップファイル |
※2 ファイルをマスターからメンバーに移行させる、または障害機から退避させる必要があります。
DHCPサーバー機能を有効にしIPアドレスをリースしている状態で、マスター切り替えが発生すると、DHCPサーバー機能も再起動され、リース中のIP アドレスのリースタイムが更新されます。
VCSと認証の併用時、トランクグループが認証ポートとして動作している場合、スレーブがVCSグループに参加すると、全Supplicantの認証は解除されます。
VCSのマスター切り替えが発生しても、Supplicantの認証情報は保持されますが、スレーブがVCSグループに参加すると、認証は解除されます。
VCS構成でトリガーを使用する場合は、次の点にご注意ください。
- マスター切り替え時、新マスターではスタックマスターフェイルトリガー、スタックメンバートリガー（leave）の両方が起動されます。
- スタックリンク障害によってスレーブがポートをリンクダウンしたとき（VCSグループが分断されたとき）、マスターではスタックメンバートリガー（leave）が起動されます。また、スレーブではスタックマスターフェイルトリガーとスタックメンバートリガー（leave）の両方が起動されます。
- スタックリンクトリガーは、2つあるスタックポートのうち、どちらか一方のリンクステータスが変化すれば起動されます。
VCS構成でSSHサーバー機能の公開鍵認証を使用する場合は、あらかじめ同一VCSグループを構成するすべてのスタックメンバーにSSHのユーザー公開鍵を登録しておいてください（任意のスタックメンバーにログインするには、remote-loginコマンドを使います。また、ユーザー公開鍵の登録はcrypto key pubkey-chain userkeyコマンドで行います）。マスターにだけユーザー公開鍵が登録されている状態でマスター切り替えが発生すると、新マスターにはユーザー公開鍵の情報が存在しない状態となり、公開鍵によるSSHログインができなくなります。
VCS構成でlinkUp/linkDownトラップを有効にしている場合、両方のスタックモジュール・ケーブルに障害が発生すると、スレーブメンバーがマスター側スイッチポートの不在を検知し、マスター側スイッチポートのlinkDownトラップを送信します。このとき、マスター側スイッチポートやVLANインターフェースは実際にはダウンしていないので、上位のプロトコルや通信に影響を与えることはありません。
VCS構成でEPSR-SLP機能を使用する場合は、次の点にご注意ください。
なお、以下の説明では、EPSRのリング接続用ポートのうち、複数のEPSRドメインに所属している共有ポートを「Common Link」と呼びます。
- Common Linkを持つノードがVCS構成の場合、マスターノードでfailovertimeを5秒に設定してください（epsrコマンドのfailovertimeパラメーターで設定）。
- Common Linkを持つノードがVCS構成であり、かつリング接続用ポートとしてトランクグループではなく単一ポートを使用している場合、次図のようにCommon Link（図の(C)）と通常のリング接続用ポート（同 (N)）をそれぞれ別のVCSメンバー上に設定してください。
- Common Linkを持つノードがVCS構成であり、かつリング接続用ポートとしてトランクグループではなく単一ポートを使用している場合、スタックリンクがダウンすると1秒未満のループが発生することがあります。
OSPFv2/v3 と併用する場合、グレースフルリスタートは有効（初期設定）にしてください。
VCS構成において、CLIからプライベートVLANの設定をダイナミックに行った場合は、設定を保存して再起動してください。
VCS構成において、auth supplicant-macコマンドのport-controlパラメーターで特定Supplicantの認証状態を「認証済み」（force-authorized）あるいは「未認証」（force-unauthorized）に固定設定している場合、VCSマスターがダウンすると該当Supplicantの認証状態の表示がそれぞれ次のようになりますが、通信への影響はありません。また、ダウンした旧マスターがVCSグループに復帰（ジョイン）すると正しい表示に戻ります。
| Force-Authorized | Authenticated |
| Force-Unauthorized | Down |
VCS構成時、スレーブに接続したコンソールターミナルからのCLIログイン時には、RADIUSサーバーを用いたログイン認証ができません（ユーザー認証データベースによる認証は可能です）。
VCS構成時やスタックメンバー参加時に access-groupコマンドが多数設定されていると（例: 複数ポートに大量のaccess-groupコマンドを設定している)、以下のログメッセージが出力される場合があります。
Failed to send ATL CPG msg (udt_data 0) - result -23この場合、スタックメンバーに一部のハードウェアパケットフィルターが適用されていないため、ハードウェアアクセスリスト（シーケンス番号対応）などを利用して、各スイッチポートに適用するaccess-groupコマンドの行数を減らしてください。
