開始する前に、以下を行います。
自動プロビジョニングを使用して VCF を設定するには、次の手順に示します。
- VCF 内のすべてのスパイン デバイスのシリアル番号のリストを作成します。VCF では、最大 4 台のスパイン デバイスを設定できます。出力で
show virtual-chassis
デバイスのシリアル番号を取得するか 、「QFX5100 VCF の QFX5100 デバイスまたはコンポーネントのシリアル番号の確認」または「QFX5110 VCF の QFX5110 デバイスまたはコンポーネントでのシリアル番号の確認 」の指示に従います。
- 各デバイスを個別にファブリック モードに設定します。必要に応じて、混合 VCF 用のデバイスを混合モードに設定し、同時にこのステップを完了するために、手順の一環としてデバイスの再起動を要求します。
ヒント:
このステップは、少なくともVCFでルーティングエンジンの役割を割り当てるスパインデバイスに対して行う必要がありますが、最も予測可能な結果を得られるには、すべてのデバイスにファブリックモードと混合モードを手動で設定して(デバイス再起動オプションを使用)、VCFにケーブルを配線することも強くお勧めします。
非混合 VCF を構成する場合は、以下を行います。
user@device> request virtual-chassis mode fabric local reboot
混合モード VCF を構成する場合:
user@device> request virtual-chassis mode fabric mixed local reboot
メモ:
ファブリック設定と混合モード設定が正しく設定されていないスパインデバイスは、混合VCFに正しく参加しません。モード設定を確認するには、 コマンドを show virtual-chassis mode
使用します。
以下の問題を回避するために、スパインデバイスをVCFに相互接続する前にファブリックと混合モードの設定を行うことをお勧めします。
ただし、 または request virtual-chassis mode mixed local
コマンドをrequest virtual-chassis mode fabric local
使用して、VCFを相互接続した後にスパインデバイスをファブリックまたは混合モードに設定できます。
ファブリックと混合モードの設定は、デバイスがゼロ化されている場合、または工場出荷時のデフォルト設定がある場合に、自動プロビジョニングまたは事前プロビジョニングVCFに相互接続されたときに、リーフデバイス向けに自動的に更新されます。リーフデバイスをVCFに相互接続したときにファブリック設定または混合モード設定が自動的に変更された場合、リーフデバイスはVCFに正しく接続するために自動的に再起動します。前述のように、予期しない再起動と VCF 動作への影響を回避するには、ファブリックと混合モードを設定し、各リーフ デバイスを VCF にケーブル接続する前に手動で再起動します。
- 再起動が完了したら、VCF内のスパインデバイスの1つにログインします。
- 設定モードを自動プロビジョニングに設定します。
[edit]
user@device# set virtual-chassis auto-provisioned
- 少なくとも2つのスパインデバイスをルーティングエンジンロールに設定します。
[edit virtual-chassis]
user@device# set member member-id serial-number serial-number role routing-engine
たとえば、ルーティング エンジンのロールにシリアル番号「SERIALNUMB00」と「SERIALNUMB01」をメンバー 0 および 1 として 2 つのスパイン デバイスを設定するには、
[edit virtual-chassis]
user@device# set member 0 serial-number SERIALNUMB00 role routing-engine
user@device# set member 1 serial-number SERIALNUMB01 role routing-engine
ルーティング エンジンの役割に設定するすべてのメンバー デバイスは、プライマリロール選択プロセスに参加します( 「プライマリ ルーティング エンジン選択プロセス」を参照してください)。VCF は、このロールに構成されたデバイスから 1 つのプライマリ メンバーと 1 つのバックアップ メンバーを選択します。ルーティング エンジンの役割を持たないメンバー デバイスは、プライマリロールの選択の対象になりません。これらのメンバーは、ラインカードの役割に明示的に設定したかどうかにかかわらず、ラインカードの役割で自動的に動作します。プライマリまたはバックアップとして選択されなかったルーティング エンジンロールに設定されたメンバーは、ラインカードロールでも自動的に動作します。
通常、スパインデバイスをプライマリおよびバックアップメンバーとして機能させる必要があります。そのために十分なスパインデバイスがない場合、1つまたは2つのリーフデバイスをルーティングエンジンロールに設定して、スパインデバイスのルーティングエンジンメンバーに障害が発生した場合にVCFがプライマリメンバーとバックアップメンバーを再割り当てできるようにすることができます。
- (推奨)VCF 構成を管理するための仮想管理イーサネット(VME)インターフェイスを構成します。
[edit]
user@device# set interfaces vme unit 0 family inet address /ip-address/mask/
メモ:
VME は、管理ポートを使用して、プライマリ ルーティング エンジン ロール内のデバイスにアクセスします。VCF の各スパイン デバイスに管理ポート em0 または em1 をケーブル接続し、どのスパイン デバイスがプライマリ ルーティング エンジンの役割を担うかにかかわらず VME を使用できるようにします。QFX シリーズ デバイスと管理コンソールの接続を参照してください。
- 設定をコミットします。
- VCF をケーブル接続します。
自動プロビジョニングされた VCF 設定をコミットした後、サポートされる VCP を使用して、サポート対象のリーフ デバイス(ゼロまたは工場出荷時のデフォルト設定)を VCF にケーブル接続できます。自動プロビジョニング プロセスでは、VCP が自動的に設定され、必要に応じて混合モードとファブリック モードが自動的に設定され、これらの変更が有効にされるようにデバイスが再起動されます。デバイスは、ユーザーの介入なしでVCFに参加します。
メモ:
自動 VCP 変換は、リンクの両端のインターフェイスがまだ VCP として設定 されていない 場合にのみ機能します。
QFX4300リーフデバイスをQFX5100 VCFに追加する場合、EX4300スイッチの40 Gbps QSFP+インターフェイスは、デフォルトでVCPとして設定されます。したがって、VCF に相互接続する前に、 コマンドを使用して request virtual-chassis vc-port delete
40 Gbps QSFP+ インターフェイス上の VCP 設定を削除する必要があります。その後、自動 VCP 変換プロセスが呼び出され、リンクが VCP に変換されます。
ファブリックモードまたは混合モード設定を変更する必要がない場合、再起動せずにすぐにデバイスがVCFに参加します。
- VCF 機能ライセンスをインストールします。
VCF を導入する場合、冗長性を確保するために 2 つのライセンス キーを用意することをお勧めします。1 つはプライマリ ルーティング エンジンの役割のデバイス用、もう 1 つはバックアップ ルーティング エンジン ロールのデバイス用です。
VCF の機能ライセンスを購入するには、ジュニパーネットワークスの営業担当者(https://www.juniper.net/us/en/contact-us/sales-offices)にお問い合わせください。ジュニパーの営業担当者が、機能ライセンス ファイルとライセンス キーを提供します。スイッチのシャーシ シリアル番号を入力するよう求められます。コマンドを実行してシリアル番号を show virtual-chassis
取得できます。
ライセンスを取得した後、「ライセンス キーの生成」の手順に従います。
- (オプション)VCF は、マルチキャスト配信ツリー(MDT)を使用して、VCF のメンバー間でブロードキャスト、不明なユニキャスト、マルチキャスト(BUM)トラフィックを転送します。デフォルトでは、VCF はそのメンバーを MDT のルート ノードとして使用して、VCF のすべてのメンバーに対して MDT を作成します。このデフォルトの MDT 作成方法がインストールに最適でない場合、どのメンバーが MDT ルート ノードになるかを制御できます。
設定ステートメントは set virtual-chassis member member-id fabric-tree-root
、MDT を作成するデフォルトの方法をプリエンプトし、VCF 内のメンバーを MDT ルート ノードにできるかどうかを指定します。このステートメントが1つ以上のメンバーに対して設定されている場合、MDTは指定されたメンバーをルートノードとしてのみ作成されます。デフォルトの方法ではなく、この MDT 作成方法を選択する必要がある理由の詳細については、「 バーチャル シャーシ ファブリック と ファブリックツリールート を通過するトラフィック フローについて」を参照してください。このオプションを使用する場合は、すべてのスパインメンバー(およびスパインメンバーのみ)をMDTルートノードとして指定することをお勧めします。自動プロビジョニングされたVCFでは、VCFが実行され、追加のスパインデバイスメンバー ID が自動的に割り当てられた後、すべてのスパインデバイス(メンバーの役割とは独立)にこのオプションを設定する必要があります。
必要に応じて、VCFのスパインデバイスをファブリックMDTルートノードとして設定します。たとえば、VCF に 4 つのスパイン メンバーがあり、最初の 2 つのスパイン デバイスをメンバー 0 と 1 に設定し、自動プロビジョニング中に、2 つの追加スパイン メンバーが自動的にメンバー 4 と 5 に割り当てられます。
[edit virtual-chassis]
user@device# set member 0 fabric-tree-root
user@device# set member 1 fabric-tree-root
user@device# set member 4 fabric-tree-root
user@device# set member 5 fabric-tree-root
メモ:
このオプションは、デフォルトの MDT を持つ内部 VCF マルチキャスト トラフィック フローの問題を観察する場合、後で VCF の動作中にいつでも設定できます。