[index] CentreCOM x900シリーズ・SwitchBlade x908 コマンドリファレンス 5.4.4

バーチャルシャーシスタック（VCS） / 導入

• VCSグループを構成するスタックメンバーは2台まで
  すべてのVCSグループが、マスター1台、スレーブ1台の計2台で構成されることになります。
  
  
• バーチャルMACアドレス機能（VMAC）の設定が必要
  マスター切り替えを高速化するVCS-FF（VCSファストフェイルオーバー）を有効に機能させるため、必ずバーチャルMACアドレス機能を有効に設定してください。
  バーチャルMACアドレス機能の有効化は、stack virtual-macコマンドで行います。
  バーチャルMACアドレス機能は初期設定では無効ですが、VCS使用時は必ずバーチャルMACアドレス機能を有効にした状態で運用してください。無効状態での運用はサポート対象外となります。
  
  なお、同一ネットワーク上に複数のVCSグループが存在する場合は、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを、該当するVCSグループ間で重複しないように設定してください。バーチャルシャーシIDの設定は、stack virtual-chassis-idコマンドで行います。また、VCSグループのバーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。
  
  
• 同一VCSグループを構成する機器の組み合わせは以下のとおり（○ = 可、× = 不可）
  

  	SwitchBlade x908	AT-x900-24XT	AT-x900-24XS	AT-x900-12XT/S
  SwitchBlade x908	○	×	×	×
  AT-x900-24XT	×	○	○	×
  AT-x900-24XS	×	○	○	×
  AT-x900-12XT/S	×	×	×	○

  
  
• SwitchBlade x908のスタックメンバーIDは1〜4（x900シリーズは1〜8）
  SwitchBlade x908は、スタックメンバーIDとして1〜4の範囲しか使用できません（x900シリーズは1〜8）。
  
  
• ファームウェアの同期が可能
  VCSマスター・スレーブ間において、メンテナンスバージョン間（5.4.4-4.15から5.4.4-4.16など）のファームウェア自動同期が可能です。(メジャーバージョン、マイナーバージョンが異なるファームウェア間の同期は未サポート)
  
  
• フィーチャーライセンスはあらかじめ同期しておく必要あり
  フィーチャーライセンスの対象機能を使用する場合は、VCSグループを起動する前に、すべてのメンバーで同一のライセンスを有効化しておいてください。
  なお、フィーチャーライセンスが適用された機器でVCS 構成を利用する場合は、各VCSメンバーに同一の「License issue date」を持つフィーチャーライセンスがインストールされている必要があります。
  各VCSメンバー間でフィーチャーライセンスの「License issue date」が異なる場合には、ライセンスパスワードを更新する必要がありますので、弊社窓口までご連絡ください。フィーチャーライセンスの「License issue date」は、show licenseコマンドでご確認いただけます。
  
  
• platform silicon-profileコマンド、platform routingratioコマンドの設定はあらかじめ同期しておく必要あり
  同一VCSグループを構成するスタックメンバー間では、あらかじめplatform silicon-profileコマンドとplatform routingratioコマンドの設定を同じにしておいてください。これらの設定が異なっていると、VCSグループ構築後も設定が同期されず、IPv6関連機能が正しく動作しないことがあります。
  
  
• 設定変更時はこまめなコンフィグ保存が必要
  コマンド入力による設定変更はただちにVCSグループの動作に反映されます。未保存のままマスターが切り替わっても、新マスターは設定変更後のコンフィグで起動しますが、設定変更後はただちにコンフィグを保存することを推奨します。
  
  

  Note - スレーブメンバーがVCSグループに加入しようとしているときにコンフィグを変更すると、再加入したスレーブメンバーにコンフィグが反映されないことがあります。スレーブメンバーが加入中に設定の変更はしないでください。

  
  
• 大きなファイルをインストールする場合はすべてのメンバーの空き領域をあらかじめ確認しておく必要あり
  マスターに新たにファイルが作成された場合、VCSグループのメンバーにファイルがコピーされますが、スレーブメンバーのフラッシュメモリーに充分な空きがない場合は、ファイルがコピーされません。この際、ファームウェアのイメージファイルやJavaアプレットファイルが未保存のままマスターが切り替わると、ファームウェアのアップデートやWeb GUIの表示が行われません。これを避けるため、大容量のファイルをインストールする場合は、各メンバーの空き領域を確認し、空き領域が不足している場合は不要なファイルを削除するなどして、充分な空き領域を確保するようにしてください。
  
  
• マネージメントポート（eth0）かスイッチポートをレジリエンシーリンクに設定する必要あり
  VCS構成時は必ずマネージメント用Ethernetポートeth0か任意のスイッチポート1ポートをレジリエンシーリンクに設定して各メンバーを接続してください。
  レジリエンシーリンクは初期状態で無効ですが、レジリエンシーリンクを使わない構成はサポート対象外となりますので、必ず有効化して使用するようご注意ください。
  なお、eth0をレジリエンシーリンクに設定している場合は、eth0を通常のマネージメントポートとしても使用することができます。スイッチポートをレジリエンシーリンクに設定している場合は、該当スイッチポートはレジリエンシーリンク専用となり、他の用途には使用できません。
  
  
• SwitchBlade x908では広帯域スタックポートの使用が必須。スタックモジュールAT-XEM-STKは使用不可
  SwitchBlade x908バージョン5.4.3-0.2以降では、スタックモジュール（AT-XEM-STK）をサポートしません。
  SwitchBlade x908のスタック接続には、本体背面の広帯域スタックポートを使用してください。
  
  
• x900シリーズにおけるスタックモジュールホットスワップ時の注意事項
  x900シリーズではスタックモジュール（AT-XEM-STK）のホットスワップが可能ですが、これに関して次のような注意事項があります。
  
  
  • 本バージョンにおける「ホットスワップ」とは、システム起動時に装着されていたスタックモジュールを、システムが稼働状態のまま電源を切らずに交換することを指します。スタックモジュール未装着の状態で起動したシステムに、後からスタックモジュールを装着する操作はサポートしていません（起動後にスタックモジュールを装着しても認識されません）。
    
    
  • 起動時にスタックモジュールが装着されていた拡張モジュールスロットは、次回起動時（再起動時）までスタックモジュール専用となります。あるスロットからスタックモジュールを取り外し、ポート拡張モジュール（AT-XEM-12S、AT-XEM-12T、AT-XEM-1XP、AT-XEM-2XP）を取り付けても認識されません（「Hot insertion of XEM-12S boards is not supported」のようなメッセージが出力されます）。
    
    
  • スタックモジュールをホットスワップで交換した後は、スレーブが自動的に再起動し、設定情報の同期が完了するまでスタックモジュールを取り外さないでください。
    
  
  なお、x900シリーズにおけるスタックモジュールの交換手順については、運用編の「マスターのスタックモジュールに障害が発生した場合（x900シリーズにおける復旧手順）」、「スレーブのスタックモジュールに障害が発生した場合（x900シリーズにおける復旧手順）」をご覧ください。
  
  
• 1台のスイッチに複数のスタックモジュールを装着する構成はサポート対象外
  x900シリーズによるVCS構成時は、各スイッチにスタックモジュール（AT-XEM-STK）を1枚だけ装着してください。1台のスイッチに複数のスタックモジュールを装着する構成はサポート対象外です。
  
  
• VLAN設定数は2000個まで（MSTP併用時は100個まで）
  VCS構成時、VCSグループに設定するVLANの数は2000個以内にしてください。さらに、VCS構成でMSTPを使用するときは、設定するVLANの数を100個以内にしてください。
  
  
• EPSRマスターノードのHealthcheckメッセージのタイムアウト時間を5秒に設定
  VCSグループをEPSRマスターノードに設定した場合、epsrコマンドのfailovertimeパラメーターを使用して、EPSRマスターノードが送出するHealthcheckメッセージのタイムアウト時間を5秒に設定してください。
  
  
• DHCPサーバー機能有効時にマスター切り替えが発生するとリース中のIPアドレスのリースタイムが更新される
  DHCPサーバー機能を有効にしIPアドレスをリースしている状態で、マスター切り替えが発生すると、DHCPサーバー機能も再起動され、リース中のIP アドレスのリースタイムが更新されます。
  
  
• QoSにおいて送信キュー7は使用不可（VCSの制御パケットが使うため）
  VCS構成時は、VCSの制御パケットが送信キュー7を使うため、その他のパケットを送信キュー7に割り当てないでください。
  具体的には、mls qos map cos-queue, mls qos map premark-dscp, mls qos map policed-dscp, mls qos queue, set queue の各コマンドで送信キュー7を指定しないようにしてください。
  特に、cos-queueマップの初期設定では、CoS値「7」が送信キュー「7」にマップされているので、VCS構成時は送信キュー「7」を使わないよう、mls qos map cos-queueコマンドでマッピングを変更してください。
  
  
• 以下の機能は併用不可
  VCS構成時は以下の機能を使用できません。
  
  
  • DHCPクライアント
    
  • BGPグレースフルリスタート（BGP自体は併用可）
    
  • ローカルプロキシーARP（ip local-proxy-arpコマンド）
    
  • VRRP
    
  • PIMとRSTPの同時使用
    
  
  
• VCSと認証の併用時、トランクグループが認証ポートとして動作している場合の注意事項
  VCSと認証の併用時、トランクグループが認証ポートとして動作している場合、スレーブがVCSグループに参加すると、全Supplicantの認証は解除されます。
  VCSのマスター切り替えが発生しても、Supplicantの認証情報は保持されますが、スレーブがVCSグループに参加すると、認証は解除されます。
  
  
• トリガー使用時の注意事項
  VCS構成でトリガーを使用する場合は、次の点にご注意ください。
  
  
  • マスター切り替え時、新マスターではスタックマスターフェイルトリガー、スタックメンバートリガー（leave）の両方が起動されます。
    
    
  • スタックリンク障害によってスレーブが全ポートをリンクダウンしたとき（VCSグループが分断されたとき）、マスターではスタックメンバートリガー（leave）が起動されます。また、スレーブではスタックマスターフェイルトリガーとスタックメンバートリガー（leave）の両方が起動されます（このときスレーブは「全ポート無効化」以外のコンフィグがない状態になります）。
    
    
  • スタックリンクトリガーは、2つあるスタックポートのうち、どちらか一方のリンクステータスが変化すれば起動されます。
    
  
  
• SSHのユーザー公開鍵はあらかじめ全スタックメンバーに手動登録しておく必要あり
  VCS構成でSSHサーバー機能の公開鍵認証を使用する場合は、あらかじめ同一VCSグループを構成するすべてのスタックメンバーにSSHのユーザー公開鍵を登録しておいてください（任意のスタックメンバーにログインするには、remote-loginコマンドを使います。また、ユーザー公開鍵の登録はcrypto key pubkey-chain userkeyコマンドで行います）。マスターにだけユーザー公開鍵が登録されている状態でマスター切り替えが発生すると、新マスターにはユーザー公開鍵の情報が存在しない状態となり、公開鍵によるSSHログインができなくなります。
  
  
• linkUp/linkDownトラップを有効にしている場合の注意事項
  VCS構成でlinkUp/linkDownトラップを有効にしている場合、両方のスタックケーブルに障害が発生すると、スレーブメンバーがマスター側スイッチポートの不在を検知し、マスター側スイッチポートのlinkDownトラップを送信します。このとき、マスター側スイッチポートやVLANインターフェースは実際にはダウンしていないので、上位のプロトコルや通信に影響を与えることはありません。
  
  
  
• EPSR-SLP（Super Loop Prevention）使用時の注意事項
  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秒未満のループが発生することがあります。
    
  
  
• auth supplicant-macコマンド使用時の注意事項
  VCS構成において、auth supplicant-macコマンドのport-controlパラメーターで特定Supplicantの認証状態を「認証済み」（force-authorized）あるいは「未認証」（force-unauthorized）に固定設定している場合、VCSマスターがダウンすると該当Supplicantの認証状態の表示がそれぞれ次のようになりますが、通信への影響はありません。また、ダウンした旧マスターがVCSグループに復帰（ジョイン）すると正しい表示に戻ります。
  

  通常の表示	VCSマスターダウン時の表示
  Force-Authorized	Authenticated
  Force-Unauthorized	Down

  
  
• スレーブコンソールからのCLIログイン時には、RADIUSサーバーによるログイン認証は不可
  VCS構成時、スレーブに接続したコンソールターミナルからのCLIログイン時には、RADIUSサーバーを用いたログイン認証ができません（ユーザー認証データベースによる認証は可能です）。
  
  
• その他の注意事項
  以下の制限事項はVCS構成時に限定されるものではありませんが、とりわけVCS構成において大きな意味を持ちますので、あらためてここに記載します。
  
  
  • 複数のスイッチチップ（インスタンス）にまたがるトランクグループ（スタティック・LACPとも）では、QoSのメータリングが動作しません。複数インスタンスにまたがるトランクグループに対しては、メータリング（ポリサー）設定（police-aggregateコマンド、police single-rateコマンド、police twin-rateコマンド）を含むポリシーマップを適用しないでください（適用してもメータリングが動作しません）。
    VCS構成で一般的に使用されるマスター・スレーブにまたがったポートトランキングの構成はこのケースにあたりますのでご注意ください。
    

Note - SwitchBlade x908バージョン5.4.3-0.2以降では、スタックモジュール（AT-XEM-STK）をサポートしなくなりました。

Note - システム起動時にスタックモジュール（AT-XEM-STK）が検出された場合は広帯域スタックポートが無効化されるため、SwitchBlade x908にはスタックモジュール（AT-XEM-STK）を装着しないでください。

• 広帯域スタックポートのほうが帯域が広い
  SwitchBlade x908でVCS構成を組むときは必ず広帯域スタックポートを使用してください。
  
  
• 使用するスタックケーブルが異なる
  AT-XEM-STKではAT-XEM-STK-CBL0.5、AT-XEM-STK-CBL350、またはAT-XEM-STK-CBL2.0、背面スタックポートではAT-HS-STK-CBL650またはAT-HS-STK-CBL1.0を使います。
  
  
• 広帯域スタックポートは交換できない
  
  
• 広帯域スタックポートにはメンバーIDを確認するためのLEDがない
  show stackコマンドで確認してください。
  
  
• 広帯域スタックポートにはメンバーIDを変更するためのセレクトボタンがない
  stack renumberコマンドで変更してください。
  

Note - なお、以降の説明では原則としてx900シリーズでスタックモジュールを使用するものと仮定しています。SwitchBlade x908で広帯域スタックポートを使用する場合は、これらの差異を念頭に置きつつ、適宜説明を読み替えてください。

1. 必要な機材の準備
   スタックメンバーとなるスイッチ、スタックモジュール、スタックケーブル、レジリエンシーリンク用のイーサネットケーブルなどを準備します。
   
   → 「必要な機材の準備」をご覧ください。
   
   
2. スタックメンバーの初期設定
   VCSの物理的な接続をする前に、各メンバーの設定状態を確認し、必要な初期設定を行っておきます。
   
   → 「スタックメンバーの初期設定」をご覧ください。
   
   
3. スタックメンバーの接続
   各メンバーの初期設定が終わったら、メンバー同士を接続してVCSの物理的構成を完成させます。
   
   → 「スタックメンバーの接続」をご覧ください。
   
   
4. VCSグループの起動
   接続が完了したら、各メンバーの電源を入れてVCSグループを起動します。スタックモジュール上のLEDを見ることで、VCSグループが正常に起動したか、どのスイッチがマスターで、IDはどのように割り振られているかがわかります。
   
   → 「VCSグループの起動」をご覧ください。
   
   
5. VCSグループの初期設定
   VCSグループが正しく起動したことを確認したら、その後の設定や運用をしやすくするため、IDやプライオリティーの調整など、いくつかの初期設定を行います。
   
   → 「VCSグループの初期設定」をご覧ください。
   
   
6. VCSグループの運用設定と運用開始
   VCSグループの初期設定が完了したら、その後はVCSグループを1台のスイッチと見なして、運用ネットワークのための設定を行い、運用を開始します。
   
   → 「VCSグループの運用設定と運用開始」をご覧ください。
   
   
7. 障害発生時の対応
   VCSグループの構成要素に障害が発生した場合は、障害箇所に応じた手順で対応します。
   
   → 運用編の「障害発生時の対応」をご覧ください。
   

• スタックメンバーになるスイッチ × 2
  同一VCSグループを構成する機器の組み合わせは、以下の表で「○」になっているものだけですのでご注意ください。
  

  	SwitchBlade x908	AT-x900-24XT	AT-x900-24XS	AT-x900-12XT/S
  SwitchBlade x908	○	×	×	×
  AT-x900-24XT	×	○	○	×
  AT-x900-24XS	×	○	○	×
  AT-x900-12XT/S	×	×	×	○

  
  
• スタックモジュールAT-XEM-STK × 2
  
  

  Note - SwitchBlade x908では広帯域スタックポートを使用するため不要です。SwitchBlade x908バージョン5.4.3-0.2以降では、スタックモジュール（AT-XEM-STK）をサポートしなくなりました。システム起動時にスタックモジュール（AT-XEM-STK）が検出された場合は広帯域スタックポートが無効化されるため、SwitchBlade x908にはスタックモジュール（AT-XEM-STK）を装着しないでください。

  
  
• スタックケーブル
  
  
  • スタックモジュール AT-XEM-STKを使う場合（x900シリーズの場合）
    AT-XEM-STK-CBL0.5、AT-XEM-STK-CBL350、AT-XEM-STK-CBL2.0 × 2
    
    

    Note - 長さの異なるケーブルを混在させてもかまいません。

    
    
  • 広帯域スタックポートを使う場合（SwitchBlade x908の場合）
    AT-HS-STK-CBL650、AT-HS-STK-CBL1.0 × 2
    
    

    Note - スタックケーブルは1本でも動作しますが、スタックリンクに冗長性を持たせ、耐障害性を高めるため、通常は2本使ってリング状に接続することをおすすめします。

  
  
• レジリエンシーリンク（eth0またはスイッチポート）を接続するためのUTPケーブル × 1
  
  

  Note - eth0をレジリエンシーリンクだけでなく、通常のマネージメントポートとしても利用したい場合は、eth0間にリピーターHUBをはさむ必要があります。そのため、UTPケーブルを2本以上必要なだけ用意してください（スタックメンバー2台分＋管理端末などの接続用）。なお、スイッチポートをレジリエンシーリンクに設定する場合は、該当スイッチポートはレジリエンシーリンク専用となり、他の用途には使用できません。

  
  
• リピーターHUB（シェアードHUB）×1
  
  

  Note - eth0をレジリエンシーリンクだけでなく、通常のマネージメントポートとしても利用したい場合だけ必須。そうでない場合は、UTPケーブル直結でかまいません。

• ファームウェアバージョンの確認と統一
  
• スタートアップコンフィグの確認とバックアップ
  
• スタートアップコンフィグの消去
  
• フィーチャーライセンスの確認と統一
  

1. スタックモジュールやスタックケーブルを装着しない状態でスイッチを単体起動したら、コンソールからログインしてください。
   
   
2. enableコマンドを実行して、特権EXECモードに移行します。
   

   awplus> enable ↓ awplus#

   
   
3. show bootコマンドを実行して、通常用と緊急用のファームウェアイメージを確認します。すべてのスイッチで「Current boot image」と「Backup boot image」の設定が同じになっていることを確認してください。違いがある場合は、必要に応じてイメージファイルをダウンロードし、boot systemコマンドを実行して、これらの設定をあわせてください。
   

   awplus# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : x900-5.4.4-4.15.rel Current boot image : flash:/x900-5.4.4-4.15.rel (file exists) Backup boot image : Not set Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file exists) Backup boot config : Not set Autoboot status : disabled

   
   
4. 同じshow bootコマンドの出力にある「Current boot config」欄を確認します。「(file exists)」と表示されている場合は、スタートアップコンフィグが存在していることを示していますので、その内容をファイルにバックアップしておいてください。これにはcopyコマンドを使って次のようにします。ここでは、例として「StandaloneConfig.cfg」というファイルにバックアップしています。
   

   awplus# copy startup-config StandaloneConfig.cfg ↓ Copying.. Successful operation

   
   
5. スタートアップコンフィグをバックアップしたら、erase startup-configコマンドでスタートアップコンフィグを削除します。show bootコマンドで再度確認すると、「Current boot config」欄の末尾に「(file not found)」と表示されていればスタートアップコンフィグは削除されています。
   

   awplus# erase startup-config ↓ Deleting.. Successful operation awplus# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : x900-5.4.4-4.15.rel Current boot image : flash:/x900-5.4.4-4.15.rel (file exists) Backup boot image : Not set Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file not found) Backup boot config : Not set Autoboot status : disabled

   
   
6. 最後に、フィーチャーライセンスの必要な機能を利用する場合は、show licenseコマンドを実行して有効化されているライセンスを確認します。すべてのメンバーで同じライセンスが有効化されていることを確認してください。
   
   

   Note - フィーチャーライセンスが適用された機器でVCS 構成を利用する場合は、各VCS メンバーに同一の「License issue date」を持つフィーチャーライセンスがインストールされている必要があります。各VCS メンバー間でフィーチャーライセンスの「License issue date」が異なる場合には、ライセンスパスワードを更新する必要がありますので、弊社窓口までご連絡ください。フィーチャーライセンスの「License issue date」は、show licenseコマンドでご確認いただけます。

   
   
7. 以上でスタックメンバーの初期設定は完了です。各スイッチの電源を切ってください。
   

1. 各スイッチの電源が入っていないことを確認してください。
   
   
2. 各スイッチにスタックモジュールを取り付けます（広帯域スタックポートを使う場合は不要）。
   スイッチAのスタックポート1をスイッチBのスタックポート2に、スイッチBのスタックポート1をスイッチAのスタックポート2に接続します。スイッチ間を接続するときは、必ず番号の異なるスタックポート同士を接続するようにしてください。
   
   

   Note - スタックケーブルは1本でも動作しますが、スタックリンクに冗長性を持たせ、耐障害性を高めるため、通常は2本使ってリング状に接続することをおすすめします。これ以降の説明はすべて、リング状に接続していることを前提としています。

   
   

   

   
   
3. 各スイッチのレジリエンシーリンク用ポート（eth0か任意のスイッチポート）同士をUTPケーブルで接続し、レジリエンシーリンクを形成します。
   
   

   

   
   

   Note - eth0をレジリエンシーリンクだけでなく、通常のマネージメントポートとしても利用したい場合は、eth0間にリピーターHUBをはさんでください。スイッチポートをレジリエンシーリンクに設定する場合は、該当スイッチポートはレジリエンシーリンク専用となり、他の用途には使用できません。なお、リピーターHUBとの接続方法については、リピーターHUBのマニュアルをご参照ください。また、以降の説明ではeth0同士をUTPケーブルで直結しているものと仮定しています。

   
   

   

   
   
4. 以上でスタックメンバーの接続は完了です。
   

1. 各スイッチに同時に電源を入れます。
   
   
2. 各メンバーは、起動後にメッセージを交換してマスターを選出し、必要に応じてIDの再割り当てを行います。これらが済むと、VCSグループの起動は完了です。これは、各スイッチのスタックモジュール上のLED（広帯域スタックポート使用時は本体前面のスタックLED）を見ることで確認できます。
   
   

   

   
   

   LED	色	状態	表示内容
   PORT 1/2	緑	点灯	リンクが確立しています
   	橙	点滅	リンクに異常が発生しています
   	−	消灯	リンクが確立していません
   STATUS	緑	点灯	マスターとして動作しています
   		点滅	スタックトポロジーの構築中およびスタックマスターの選出中です
   	橙	点灯	スレーブとして動作しています
   	−	消灯	スタックメンバーとして動作していません
   ID（AT-XEM-STKのみ）	−	1〜8	スタックメンバーIDが1〜8の数字で表示されます
   		消灯	スタックメンバーとして動作していません

   
   
   • STATUS LEDが緑に点灯しているスイッチはマスター、橙に点灯しているスイッチがスレーブです。STATUS LEDを見て、マスターが1台、スレーブが1台存在していることを確認してください。また、どのスイッチがマスターであるかも確認してください。
     
     
   • ID LEDには各スイッチのスタックメンバーIDが表示されます。すべてのスイッチでIDが表示されており、重複がないことを確認してください。
     
     

     Note - 広帯域スタックポート使用時は、LEDでスタックメンバーIDを確認することができません。show stackコマンドで確認してください。

     
     
   • PORT 1 LEDとPORT 2 LEDは、それぞれスタックポート1、2のリンクステータスを表しています。すべてのスイッチで両方のLEDが緑に点灯していることを確認してください。
     
   
   
3. LED表示に問題がなければVCSグループの起動は完了です。
   

1. スイッチAのスタックモジュール上のセレクトボタンを押します。これによりスイッチAがID=1となり、スイッチBがID=2になります。セレクトボタンを押すと、新しいIDを有効にするため、各スイッチが自動的に再起動します。
   

   Note - 広帯域スタックポート使用時はセレクトボタンを使用できないため、stack renumberコマンドでIDを変更してください。またIDの確認はshow stackコマンドで行ってください。

   
   
2. スタックモジュール上のLED（広帯域スタックポート使用時は本体前面のスタックLED）でVCSグループの再起動が完了したことを確認します。手順1の操作により、VCSグループのID割り当てと役割分担は次のようになるはずです。
   

   

   
   次にスイッチAをマスターにするため、プライオリティーの変更を行います。
   
   
3. いずれかのスイッチにコンソールを接続してログインします。どちらのスイッチにコンソールを接続しても、表示されるのはマスター（VCSグループ）のコンソール画面となります。
   
   
4. enableコマンドを実行して、特権EXECモードに移行します。
   

   awplus> enable ↓ awplus#

   
   
5. hostnameコマンドでVCSグループとしてのホスト名を設定し、VCSグループを識別しやすくします。
   

   awplus# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. awplus(config)# hostname vcg ↓

   
   
6. スイッチAをマスターにするため、スイッチAのプライオリティーを初期値の128より小さく設定します。ここでは例として64にします。これには、グローバルコンフィグモードのstack priorityコマンドを使います。このコマンドでは対象メンバーをIDで指定するため、ここではスイッチAのIDである1を指定しています。
   

   vcg(config)# stack 1 priority 64 ↓

   
   
7. マスター切り替えを高速化するVCS-FF（VCSファストフェイルオーバー）を有効に機能させるため、stack virtual-macコマンドでバーチャルMACアドレス機能を有効化します。
   また、stack virtual-chassis-idコマンドで、バーチャルMACアドレスの下位12ビットとして使用されるバーチャルシャーシIDを設定します。
   

   vcg(config)# stack virtual-mac ↓ vcg(config)# stack virtual-chassis-id 127 ↓

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   
   

   Note - バーチャルMACアドレス機能は初期設定では無効ですが、VCS使用時はバーチャルMACアドレス機能を必ず有効化してください。無効状態での運用はサポート対象外となります。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   
   
8. VCS管理用VLANとサブネットアドレスの確認をし、必要に応じて変更します。運用ネットワークの設計資料を参照して、以下の2点を確認してください。
   
   
   • 運用ネットワーク上で192.168.255.0/27（192.168.255.0〜192.168.255.31）のIPアドレスを使用していないかどうか？
     これらのアドレスをVCSグループに直接設定しなくても、VCSグループから到達できる場所にこれらのアドレスを使うネットワークがある場合は、次に述べる手順にしたがって管理用サブネットのアドレスを変更してください。
     もし、運用ネットワーク上で該当アドレスを使用している場合は、グローバルコンフィグモードのstack management subnetコマンドでVCS管理用サブネットのIPアドレスを変更し、運用ネットワークと重複しないようなアドレスを指定してください。
     

     vcg(config)# stack management subnet 172.21.255.64 ↓

     
     なお、管理用サブネットのサブネットマスクは/27（ホスト部5ビット）固定です。
     
     
   • VCSグループ自体が、運用ネットワーク側でVLAN ID 4094を使用していないかどうか？
     もし、VCSグループ上でVLAN ID 4094を使用する場合は、グローバルコンフィグモードのstack management vlanコマンドでVCS管理用VLANを変更し、運用ネットワークと重複しないようなVLAN IDを指定してください。
     

     vcg(config)# stack management vlan 4000 ↓

   
   
9. ここまでに行ったVCSグループに対する初期設定内容をshow running-configコマンドで確認した上でスタートアップコンフィグに保存し、reloadコマンドかrebootコマンドでVCSグループを再起動します。
   

   vcg(config)# end ↓ vcg# show running-config ↓ ...（表示されるコンフィグに問題がないことを確認） ... vcg# copy running-config startup-config ↓ Building configuration... [OK] vcg# reload ↓ Are you sure you want to reboot the whole stack? (y/n): y ↓

   
   
10. スタックモジュール上のLED（広帯域スタックポート使用時は本体前面のスタックLED）でVCSグループの再起動が完了したことを確認します。ここまでの操作により、VCSグループのID割り当てと役割分担は次のようになったはずです。
    

    

1. いずれかのスイッチにコンソールを接続してログインします。どちらのスイッチにコンソールを接続しても、表示されるのはマスター（VCSグループ）のコンソール画面となります。
   
   ログインしたら、単独のスイッチを設定するときと同じようにネットワーク構成に応じたインターフェースやプロトコルの設定を行ってください。
   
   設定コマンドでスイッチポート番号を指定するときは、「portX.Y.Z」の形式で指定します。
   
   
   • XはスタックメンバーID（1〜8）です。
     
     
   • Yは拡張モジュールベイの番号です。ベイの数や番号の振り方は機種によって異なりますので取扱説明書で確認してください。また、本体内蔵ポートの場合は「0」を指定します。
     
     
   • Zは（本体またはベイにおける）ポート番号です。
     
   
   

   

   
   
2. ネットワークの設定が終わったら、レジリエンシーリンクを有効化します。レジリエンシーリンクを使用しない構成はサポート対象外ですので、運用に入る前に必ずこの設定を行ってください。
   
   
   • eth0をレジリエンシーリンクに設定する場合は、stack resiliencylinkコマンドでeth0を指定します。
     

     vcg> enable ↓ vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# stack resiliencylink eth0 ↓

     
     
   • スイッチポートをレジリエンシーリンクに設定する場合は、次の手順(1) (2)を実行します。
     
     1. レジリエンシーリンク用の内部VLANを指定します。未作成のVLAN（vlanコマンドで定義していないVLAN）を1つ選び、stack resiliencylinkコマンドでVLANインターフェース名の形式で指定してください。ここでは例として、VLAN ID = 4001をレジリエンシーリンク用に使うものとします。
        

        vcg> enable ↓ vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# stack resiliencylink vlan4001 ↓

        
        
     2. レジリエンシーリンク用のスイッチポートを各メンバーに1つずつ指定します。レジリエンシーリンク用のスイッチポートを指定してインターフェースモードに入り、switchport resiliencylinkコマンドを実行してください。ここでは各メンバーのポート1をレジリエンシーリンク用に使うものとします。
        

        vcg(config)# interface port1.0.1,port2.0.1 ↓ vcg(config-if)# switchport resiliencylink ↓

        
        
   
   
3. 設定内容を確認し、スタートアップコンフィグに保存します。
   

   vcg(config)# end ↓ vcg# show running-config ↓ ...（表示されるコンフィグに問題がないことを確認） ... vcg# copy running-config startup-config ↓ Building configuration... [OK] VCS synchronizing file across the stack, please wait.. File synchronization with stack member-2 successfully completed [DONE] vcg#

   
   
4. これで運用前の設定は完了です。各スイッチのポートを実ネットワークに接続し、運用を開始してください。VCSグループとしての動作状況は、スタンドアローン時にも使用する各種コマンドで確認できるほか、SNMPやログ、LEDなどでも確認可能です。
   

(C) 2007 - 2016 アライドテレシスホールディングス株式会社

PN: 613-002380 Rev.A