すべてのVCSグループが、マスターシャーシ1台、スレーブシャーシ1台の計2台で構成されることになります。
各シャーシにはコントロールファブリックカードAT-SBx81CFC960を搭載する必要があります。
また、シャーシ台数分のVCS plusフィーチャーライセンスが必要です。
AT-SBx81CFC960を1台ずつ使用する場合のスタック帯域は双方向80Gbps、2台ずつ合計4台使用する場合のスタック帯域は双方向160Gbpsです。
通常運用状態では、スタック接続にAT-SBx81CFC960上のSFP+ポートをすべて使用してください。
AT-SBx81CFC960を各シャーシに1台ずつ使用する場合のスタックリンク数は4本、2台ずつ使用する場合のスタックリンク数は8本となります。
スタックモジュール間に他のネットワーク機器を接続することはできません。
VCS構成時は、シャーシ2台で使用するスイッチポートの合計が400ポート以内になるようにしてください。
バーチャル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」欄で確認できます。
1つのVCSグループ内で、AT-SBx8106とAT-SBx8112を混在させることはできません。
スタックメンバーIDは1～2の範囲しか使用できません。
VCSマスター・スレーブ間において、メンテナンスバージョン間（5.4.7-1.1から5.4.7-1.2など）のファームウェア自動同期が可能です。(メジャーバージョン、マイナーバージョンが異なるファームウェア間の同期は未サポート)
フィーチャーライセンスの対象機能を使用する場合は、VCSグループを起動する前に、すべてのメンバーで同一のライセンスを有効化しておいてください。
なお、フィーチャーライセンスが適用された機器で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 ファイルをマスターからメンバーに移行させる、または障害機から退避させる必要があります。
スタックモジュールおよび、CFCはホットスワップ対応のため、取り付け・取りはずしの際に、本体の電源を切る必要はありません。異なる種類（型番）のモジュールへのホットスワップも可能です。
DHCPサーバー機能を有効にしIPアドレスをリースしている状態で、マスター切り替えが発生すると、DHCPサーバー機能も再起動され、リース中のIP アドレスのリースタイムが更新されます。
VCS構成時は以下の機能を使用できません。
- プロキシーARP（ip proxy-arpコマンド）
- ローカルプロキシーARP（ip local-proxy-arpコマンド）
- VRRP
- PIMとRSTPの同時使用
- NTPパケット始点IPアドレス（ntp sourceコマンド）
VCSと認証の併用時、トランクグループが認証ポートとして動作している場合、スレーブがVCSグループに参加すると、全Supplicantの認証は解除されます。
VCSのマスター切り替えが発生しても、Supplicantの認証情報は保持されますが、スレーブがVCSグループに参加すると、認証は解除されます。
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グループを構成するメンバーシャーシにCFCを2枚ずつ装着している場合は、マルチキャストドメイン境界ルーター機能（ip multicast-routing borderコマンド）を使用しないでください。
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コマンドの行数を減らしてください。
