高度なMC-LAGの概念

コンフィギュレーションの同期の利点

設定の同期により、あるデバイスから別のデバイスに設定を伝播、同期、およびコミットできます。これらのデバイスのいずれかにログインして、すべてのデバイスを管理できるため、単一の管理ポイントを持つことができます。

構成の同期の仕組み

設定グループを使用して、設定プロセスを簡素化します。例えば、ローカルデバイス用に1つの設定グループ、リモートデバイス用に1つ以上の設定グループ、そして基本的にすべてのデバイスに共通する設定であるグローバル設定用に1つの設定グループを作成することができます。

さらに、条件グループを作成して、設定を別のデバイスと同期するタイミングを指定できます。[edit system commit]階層で peers-synchronize ステートメントを有効にすると、デフォルトでデバイス間で設定とコミットを同期させることができます。SSH上のNETCONFはデバイス間の安全な接続を提供し、セキュアコピープロトコル(SCP)はデバイス間で設定を安全にコピーします。

コンフィギュレーションの同期を有効にする方法

設定の同期を有効にするには、次の手順を実行します。

1. ローカルデバイスをリモートデバイスに静的にマッピングします。

2. ローカル、リモート、グローバル設定用の設定グループを作成します。

3. 条件グループを作成します。

4. 適用グループを作成します。

5. SSH経由のNETCONFを有効にします。

6. 構成を同期するためのデバイスの詳細とユーザー認証の詳細を構成します。

7. peers-synchronizeステートメントを有効にするか、commit peers-synchronizeコマンドを発行して、ローカルとリモートデバイス間の設定を同期してコミットします。

設定の同期のサポート方法

MXシリーズルーターとJunos Fusionでは、Junos OS リリース14.2R6から設定同期のサポートが開始されました。QFXシリーズスイッチでは、Junos OS リリース15.1X53-D60から設定同期のサポートが開始されました。

ローカル、リモート、およびグローバル設定の設定グループ

ローカル、リモート、グローバル設定用の設定グループを作成できます。ローカル設定グループはローカル デバイスによって使用され、リモート設定グループはリモート デバイスによって使用され、グローバル設定グループはローカルとリモート デバイス間で共有されます。

例えば、ローカル デバイス(スイッチ A)が使用する設定を含むグループ A というローカル設定グループ、リモート デバイス(スイッチ B、スイッチ C、スイッチ D)が使用する設定を含むグループ B というリモート設定グループ、すべてのデバイスに共通する設定を含むグループ C というグローバル設定グループを作成できます。

[edit groups]階層レベルで設定グループを作成します。

特定のデバイスに対する条件付きグループの作成

条件グループを作成して、特定の設定をデバイスに適用するタイミングを指定できます。たとえば、4 つのデバイスで構成されているすべてのデバイスにグローバル コンフィギュレーションを適用する場合は、[edit groups] 階層レベルで when peers [<name of local peer> <name of remote peer> <name of remote peer> <name of remote peer>] ステートメントを有効にします。たとえば、グローバル設定(グループ C)をローカルおよびリモート デバイス(スイッチ A、スイッチ B、スイッチ C、およびスイッチ D)に適用する場合は、set groups Group C when peers [Switch A Switch B Switch C Switch D] コマンドを発行できます。

設定グループの適用

設定グループを適用するには、[edit]階層レベルで apply-groups ステートメントを有効にします。たとえば、ローカル設定グループ(グループAなど)、リモート設定グループ(グループBなど)、グローバル設定グループ(グループCなど)を適用するには、set apply-groups [ GroupA GroupB GroupC ]コマンドを発行します。

コンフィギュレーション同期のためのデバイス構成の詳細

デバイス間で設定を同期させるには、リモート デバイスのホスト名または IP アドレス、ユーザー名、パスワードを設定する必要があります。これを行うには、ローカルデバイスの[edit system commit]階層で set peers <hostname-of-remote-peer> user <name-of-user> authentication <plain-text-password-string> コマンドを発行します。

たとえば、スイッチ A からスイッチ B に設定を同期させるには、スイッチ A で set peers SwitchB user administrator authentication test123 コマンドを発行します。

また、ローカルデバイスをリモートデバイスに静的にマッピングする必要があります。これに対して、 set system commit peers

たとえば、スイッチAからスイッチB、スイッチC、およびスイッチDへの設定を同期させるには、スイッチAで次のように設定します。

スイッチA

スイッチAからスイッチB、スイッチC、およびスイッチDへの設定のみを同期する場合は、スイッチB、スイッチC、およびスイッチDで peers ステートメントを設定する必要はありません。

peersステートメントの設定詳細は、デバイス間のSSH接続を介してNETCONFを確立するためにも使用されます。SSH経由のNETCONFを有効にするには、すべてのデバイスで set system services netconf ssh コマンドを発行します。

デバイス間での設定とコミットの同期方法

peers-synchronizeステートメントを有効にした、またはcommit peers-synchronizeコマンドを発行したローカル(または要求側)デバイスは、その設定をコピーして、リモート(または応答側)デバイスにロードします。次に、各デバイスは、コミットされる構成ファイルに対して構文チェックを実行します。エラーが見つからなければ、設定が有効になり、すべてのデバイスで現在動作している設定になります。コミットは、リモート手続き型呼び出し (RPC) を使用して伝達されます。

コンフィギュレーションの同期中に、以下のイベントが発生します。

1. ローカルデバイスは、sync-peers.confファイル(条件付きグループで指定されたデバイスと共有される設定)をリモートデバイスに送信します。

2. リモート デバイスは、設定をロードし、ロードの結果をローカル デバイスに送信し、その設定をローカル デバイスにエクスポートし、コミットが完了したことを返します。

3. ローカルデバイスは、リモートデバイスからの応答を読み取ります。

4. 成功すると、設定がコミットされます。

a)リモートデバイスが利用できない場合、または b)リモートデバイスに到達可能であるが、以下の理由により障害が発生する場合、設定の同期は成功しません。

• ユーザーと認証の問題により、SSH 接続が失敗します。

• リモート データベースでロックを取得できないため、Junos OS RPC が失敗します。

• 構文上の問題により、設定の読み込みに失敗します。

• コミットチェックに失敗します。

peers-synchronizeステートメントは、peersステートメントで設定したデバイスのホスト名またはIPアドレス、ユーザー名、およびパスワードを使用します。peers-synchronizeステートメントを有効にすると、commitコマンドを発行するだけで、あるデバイスから別のデバイスに設定を同期させることができます。例えば、ローカルデバイスで peers ステートメントを設定し、その設定をリモートデバイスと同期させたい場合、ローカルデバイスで commit コマンドを発行するだけで済みます。ただし、ローカルデバイスで commit コマンドを発行したときにリモートデバイスに到達できない場合は、リモートデバイスに到達できず、ローカルデバイスの設定のみがコミットされるという警告メッセージが表示されます。

警告メッセージの例を次に示します。

リモートデバイス情報で peers ステートメントが設定されていない場合に commit コマンドを発行すると、ローカルデバイスでの設定のみがコミットされます。リモート デバイスに到達できず、他の障害がある場合、ローカル デバイスとリモート デバイスの両方でコミットは失敗します。

commit peers-synchronizeコマンドは、peersステートメントで設定されたデバイスのホスト名またはIPアドレス、ユーザー名、およびパスワードも使用します。ローカルデバイスで commit peers-synchronize コマンドを発行してリモートデバイスと設定を同期し、リモートデバイスに到達可能であっても、他の障害が発生した場合、ローカルデバイスとリモートデバイスの両方でコミットに失敗します。

MC-LAG整合性チェックを使用するメリット

• この機能は、マルチシャーシリンクアグリゲーショングループ(MC-LAG)ピア間の設定パラメータの不一致を見つけるのに役立ちます。

MC-LAG整合性チェックの仕組み

ローカル MC-LAG ピアでコミットを発行した後の設定整合性チェック中に、次のイベントが発生します。

1. ローカル MC-LAG ピアで MC-LAG 設定をコミットします。

2. ICCP は MC-LAG の設定を解析し、リモートの MC-LAG ピアに設定を送信します。

3. リモート MC-LAG ピアは、ローカル MC-LAG ピアから MC-LAG 設定を受け取り、それを自身の MC-LAG 設定と比較します。

   2つのMC-LAG設定間に重大な不一致がある場合、MC-LAGインターフェイスがダウンし、syslogメッセージが発行されます。

   2 つの設定に適度な不一致がある場合は、syslog メッセージが発行されます。

リモート MC-LAG ピアでコミットを発行した後の設定整合性チェック中に、次のイベントが発生します。

• リモート MC-LAG ピアで MC-LAG 設定をコミットします。

• ICCPはMC-LAG設定を解析し、ローカルMC-LAGピアに設定を送信します。

• ローカル MC-LAG ピアは、リモート MC-LAG ピアから設定を受信し、自身の設定と比較します。

  2つの設定間に重大な不一致がある場合、MC-LAGインターフェイスがダウンし、syslogメッセージが発行されます。

  2 つの設定に適度な不一致がある場合は、syslog メッセージが発行されます。

構成の一貫性に関する要件

MC-LAGパラメータに応じて、設定の一貫性に関する要件は異なります。整合性の要件は、同一または一意です。つまり、一部のパラメータは同一に設定する必要があり、一部はMC-LAGピア上で一意に設定する必要があります。例えば、シャーシ ID は両ピアで一意である必要がありますが、LACP モードは両ピアで同一である必要があります。

整合性要件の適用レベル (同一または一意) は、必須または望ましいものです。適用レベルが必須の場合に、MC-LAGパラメータの設定を誤ると、システムはインターフェイスをダウンさせ、syslogメッセージを発行します。

たとえば、次のような syslog メッセージを受信したとします “Some of the Multichassis Link Aggregation (MC-LAG) configuration parameters between the peer devices are not consistent. The concerned MC-LAG interfaces were explictly brought down to prevent unwanted behavior.” 不整合を修正し、コミットを正常に発行すると、システムはインターフェイスを起動します。適用が望まれる場合に、MC-LAGパラメータを誤って設定すると、次の内容のsyslogメッセージが表示されます "Some of the Multichassis Link Aggregation(MC-LAG) configuration parameters between the peer devices are not consistent. This may lead to sub-optimal performance of the feature." 。 syslogメッセージに記載されているように、この状況ではパフォーマンスは最適ではありません。 また、show interfaces mc-ae コマンドを発行して、マルチシャーシの集合型イーサネットインターフェイスの設定整合性チェックステータスを表示することもできます。

複数の不整合がある場合は、最初の不整合のみが表示されます。MC-LAGパラメータの適用レベルが必須であり、そのパラメータを正しく設定しなかった場合、コマンドはMC-LAGインターフェイスがダウンしていることを示します。

リモートピアに到達できない場合

ローカルピアでコミットを発行し、リモートピアに到達できない場合、設定整合性チェックに合格し、ローカルピアをスタンドアロンモードで起動できます。リモートピアが立ち上がると、ICCPはピア間で設定を交換します。整合性チェックに失敗した場合、MC-LAGインターフェイスがダウンし、不整合の原因となったパラメータがシステムから通知されます。不一致を修正し、コミットを正常に発行すると、システムはインターフェイスを起動します。

MC-LAG 設定整合性チェックの有効化

整合性チェックはデフォルトで有効になっています。 表 1 は、整合性チェックされるコミットされた MC-LAG パラメータのサンプル リストと、その整合性要件(同一または一意)、パラメータが設定されている階層、および整合性チェックの実施レベル(必須または望ましい)を示しています。

設定整合性チェックのステータスの学習

次のコマンドは、設定整合性チェックのステータスに関する情報を提供します。

• show multi-chassis mc-lag configuration-consistency list-of-parameters コマンドを発行して、不整合、整合性要件(同一または一意)、および適用レベル(必須または望ましい)についてチェックされたコミットされた MC-LAG パラメータのリストを表示します。

• show multi-chassis mc-lag configuration-consistency コマンドを発行して、整合性のなさがチェックされたコミットされた MC-LAG パラメータのリスト、整合性要件(同一または一意)、適用レベル(必須または必須)、および設定整合性チェックの結果を表示します。結果は合格または不合格です。

• show multi-chassis mc-lag configuration-consistency global-config コマンドを発行して、MC-LAG 機能に関連するすべてのグローバル設定の設定整合性チェック ステータス、整合性要件(同一または一意)、適用レベル(必須または必須)、および設定整合性チェックの結果を表示します。結果は合格または不合格です。

• show multi-chassis mc-lag configuration-consistency icl-config コマンドを発行して、シャーシ間制御リンク、整合性要件(同一または一意)、適用レベル(必須または必須)、および設定整合性チェックの結果に関連するパラメータの設定整合性チェック ステータスを表示します。結果は合格または不合格です。

• show multi-chassis mc-lag configuration-consistency mcae-configコマンドを発行して、マルチシャーシ集合型イーサネットインターフェイスに関連するパラメータの設定整合性チェックステータス、整合性要件(同一または一意)、実施レベル(必須または望ましい)、および設定整合性チェックの結果を表示します。結果は合格または不合格です。

• コマンドを show multi-chassis mc-lag configuration-consistency vlan-config 発行して、VLAN 設定、整合性要件(同一または一意)、適用レベル(必須または望ましい)、および設定整合性チェックの結果に関連するパラメータの設定整合性チェック ステータスを表示します。結果は合格または不合格です。

• コマンドを show multi-chassis mc-lag configuration-consistency vrrp-config 発行して、VRRP 設定に関連するパラメータの設定整合性チェック ステータス、整合性要件(同一または一意)、適用レベル(必須または必須)、および設定整合性チェックの結果を表示します。結果は合格または不合格です。

• show interfaces mc-aeコマンドを発行して、マルチシャーシの集合型イーサネットインターフェイスの設定整合性チェックステータスを表示します。複数の不整合がある場合は、最初の不整合のみが表示されます。MC-LAGパラメータの適用レベルが必須であり、そのパラメータを正しく設定しなかった場合、コマンドはMC-LAGインターフェイスがダウンしていることを表示します。

MC-LAG 設定整合性チェックのサポート

EXシリーズスイッチとQFXシリーズスイッチはどちらも、MC-LAG設定整合性チェックをサポートしています。

QFX10000 スイッチの 15.1X53-D60 Junos OS リリース以降、設定整合性チェックでは、ICCP(シャーシ間制御プロトコル)を使用して MC-LAG 設定パラメータ(シャーシ ID、サービス ID など)を交換し、MC-LAG ピア間で設定の不一致がないかチェックします。

通常モード指定ルーター選択での PIM 動作

指定されたルーターが選出される通常のモードでは、両方の MC-LAG ピアの IRB または RVI インターフェイスは PIM を有効にして設定されます。このモードでは、MC-LAG ピアの 1 つが、PIM の指定ルーター選択メカニズムによって指定ルーターになります。選出された指定ルーターは、ソースデバイスからデータを受信できるように、ランデブーポイントツリー(RPT )と最短パスツリー(SPT) を維持します。選出された指定ルーターは、ランデブー ポイントまたは送信元に向けて、定期的な PIM 参加およびプルーニング アクティビティに参加します。

これらの参加およびプルーニング アクティビティを開始するトリガーは、関心のある受信者から受信した IGMP メンバーシップ レポートです。マルチシャーシの集合型イーサネットインターフェイス(MC-LAGピアのいずれかでハッシュされる可能性がある)およびシングルホームリンクで受信したIGMPレポートは、ICCPを介してMC-LAGピアに同期されます。

両方のMC-LAGピアは、着信インターフェイス(IIF)でトラフィックを受信します。非指定ルーターは、マルチキャストルーター(mrouter)インターフェイスとして機能するICLインターフェイスを介してトラフィックを受信します。

指定ルーターに障害が発生した場合、指定されていないルーターは転送ツリー全体(RPT と SPT)を構築する必要があり、マルチキャスト トラフィック損失が発生する可能性があります。

デュアル指定ルータ モードでの PIM 動作

デュアル指定ルーター モードでは、両方のMC-LAGピアが指定ルーター(アクティブとスタンバイ)として機能し、ランデブー ポイントまたは送信元に向かってアップストリームに定期的な参加およびプルーニング メッセージを送信し、最終的に RPT または SPT に参加します。

スタンバイ MC-LAG ピアのプリファレンス メトリックが小さい場合でも、プライマリ MC-LAG ピアはマルチキャスト トラフィックを受信側に転送します。

スタンバイ MC-LAG ピアも転送ツリーに参加し、マルチキャスト データを受信します。スタンバイMC-LAGピアは、空の発信インターフェイスリスト(OIL)があるため、データをドロップします。スタンバイ MC-LAG ピアは、プライマリ MC-LAG ピアの障害を検出すると、レシーバー VLAN を OIL に追加し、マルチキャスト トラフィックの転送を開始します。

マルチキャスト デュアル指定ルーターを有効にするには、各 MC-LAG ピアの VLAN インターフェイスで set protocols pim interface interface-name dual-dr コマンドを発行します。

障害処理

障害発生時のコンバージェンスを高速化するには、プライマリMC-LAGピアのIPアドレスに、より高いIPアドレスまたはより高い指定ルーター優先度を設定します。これにより、PIM ピアリングがダウンした場合、プライマリ MC-LAG ピアが指定されたルーター メンバーシップを維持できます。

MC-AE インターフェイスがダウンした場合にトラフィックが収束するように、ICL-PL インターフェイスは常に mrouter ポートとして追加されます。レイヤー 3 トラフィックは、ICL-PL インターフェイス上のデフォルト エントリまたはスヌーピング エントリを介してフラッディングされ、トラフィックは MC-LAG ピア上の MC-AE インターフェイスに転送されます。ICL-PL インターフェイスがダウンすると、PIM ネイバーシップもダウンします。この場合、両方のMC-LAGピアが指定ルーターになります。バックアップMC-LAGピアのリンクがダウンし、ルーティングピアリングが失われます。ICCP接続がダウンした場合、バックアップMC-LAGピアはLACPシステムIDを変更し、MC-AEインターフェイスを停止します。PIM ネイバーの状態は引き続き動作します。

MC-LAGのIGMPスヌーピング アクティブ/アクティブモード機能

MC-LAG(Multi-Chassis Link Aggregation Group)アクティブ/アクティブモードと、アクティブ/スタンバイモードでのIGMPスヌーピングがサポートされています。MC-LAGでは、1台のデバイスで2台以上のネットワークデバイスと論理LAGインターフェイスを形成できます。MC-LAGは、ノードレベルの冗長性、マルチホーミング、およびスパニングツリープロトコル(STP)を実行しないループフリーのレイヤー2ネットワークなどの追加のメリットを提供します。次の機能がサポートされています。

• レイヤー 2 インターフェイスのみを持つブリッジ ドメインにおける IGMP スヌーピングのピア間の状態同期

• 適格な学習

• ルーターに接続するマルチシャーシリンク

アクティブ/アクティブブリッジングと、IRB(統合型ルーティングおよびブリッジング)上のVRRP(Virtual Router Redundancy Protocol)に対する以下の機能拡張がサポートされています。

• ピュア レイヤー 2 スイッチでの IGMP スヌーピングの MC-LAG サポート

• ブリッジ ドメインでの IGMP スヌーピングに対する MC-LAG のサポート 適格な学習を行う

• ルーターに接続するインターフェイスである MC-Link のサポート

以下の機能 not サポートされています。

• VPLS インスタンスの MC-LAG

• MC-Links トランク ポート

• アクティブ/アクティブのプロキシ モード

• 必要に応じて、発信インターフェイスにシャーシ間リンクを追加する

  シャーシ間リンクは、ルーターに接続するインターフェイスとして発信インターフェイスリストに追加できます。

MC-LAGアクティブ/アクティブブリッジングによるIGMPスヌーピングで一般的にサポートされているネットワークトポロジー

図 1 は、MC-LAG アクティブ/アクティブ ブリッジングによる IGMP スヌーピングがサポートされている典型的なネットワーク トポロジーを示しています。

図1:アクティブ/アクティブがサポートされている典型的なネットワーク

インターフェイス I3 と I4 はシングルホーム インターフェイスです。マルチシャーシ リンク ae0.0 と ae0.1 は、両方のシャーシの同じブリッジ ドメインに属しています。インターフェイス I3、ae0.0、ae0.1 は、セカンダリ アクティブ(S-A)ルーターの同じブリッジ ドメインにあります。インターフェイス I4、ae0.0、ae0.1 は、プライマリ アクティブ(P-A)ルーターの同じブリッジ ドメインにあります。インターフェイス I3、I4、ae0.0、ae0.1 は、2 つのシャーシを接続するシャーシ間リンク(ICL)と同じ学習ドメインにあります。

プライマリアクティブルーターは、統合型ルーティングおよびブリッジングがPIM-DRになったシャーシです。セカンダリ アクティブ ルーターは、統合型ルーティングおよびブリッジングが PIM-DR ではないシャーシです。ルーターP-Aは、IPコアからトラフィックを引き出す役割を担うシャーシです。したがって、PIM-DR 選択は、データ トラフィックの重複を回避するために使用されます。

学習ドメインについては、「 適格な学習」で説明しています。

学習ドメインの IGMP スピーカー(ホストおよびルーター)の場合、P-A と S-A は、インターフェイス I4、I3、ae0.0、ae0.1 を備えた 1 つのデバイスとして表示されます。

マルチシャーシリンクでは、制御パケットを重複して送信しないように、つまり、制御パケットは1つのリンクのみで送信する必要があります。

リモートシャーシで受信したパケットによって引き起こされるコントロールプレーンの状態の更新

以下は、リモートシャーシで受信したパケットによってトリガーされるコントロールプレーンの状態の更新です。

• レイヤー3マルチキャストルーティングのメンバーシップ状態は、マルチシャーシリンクのリモートレッグおよびリモートシャーシに接続されたSリンクで学習したレポートの結果として更新されます。

• スヌーピングのメンバーシップ状態とルーティングエントリーは、マルチシャーシリンクのリモートレッグでレポートを受信すると更新されます。

データ転送

この説明では、ルーター P-A の統合型ルーティングおよびブリッジングが PIM-DR であることを前提としています。コアのソースからトラフィックを引き出します。トラフィックは、ブリッジ ドメイン内のレイヤー 2 インターフェイスにも発生する可能性があります。P-A シャーシに直接接続されているホストの場合、データの配信方法に変更はありません。

I3のようなシングルホームリンクでS-A(非DR)に接続されたホストにトラフィックを配信する場合、シャーシ間リンクに依存します。P-A に到達したトラフィックは、ICL を介して S-A に送信され、s,g のインタレストを報告したリンクとルータに接続しているリンクに配信されます。

P-A の ae0 レッグがダウンすると、マルチシャーシ リンクに接続されているホストは ICL 経由でトラフィックを受信します。S-A では、ICL で受信されたトラフィックは、P-A の対応する ae がダウンしている発信インターフェイス リスト内のマルチシャーシ リンクに送信されます。

ルーティングとブリッジングを統合しない純粋なレイヤー2トポロジー

図 2 は、PIM-DR に接続しているシャーシがプライマリ アクティブ(P-A)ルーターで、もう一方がセカンダリ アクティブ(S-A)ルーターであることを示しています。

図 2:統合型ルーティングおよびブリッジングなしのレイヤー2構成

適格な学習

このトポロジーでは、インターフェイス I1、I2、I3、I4、I5、I6、I7、I8、I9、および I10 はシングルホーム インターフェイスです。マルチシャーシ リンク ae0.0 と ae0.1 は、両方のシャーシの同じブリッジ ドメインに属しています。インターフェイス I10、I1、I7、I3、I5、ae0.0、ae0.1 は同じブリッジ ドメイン(P-A の bd1)にあります。インターフェイス I9、I2、I8、I4、I6、ae0.0、ae0.1 は同じブリッジ ドメイン(S-A の bd1)にあります。

この説明では、次の設定を前提としています。

• P-A と S-A では、bd1 で認定学習がオンになっています。

• インターフェイス I1、I2、I3、ae0.0、I4 は、学習ドメイン ld1 の vlan1 に属しています。

• インターフェイス I7、I8、I5、ae0.1、および I6 は、学習ドメイン ld2 の vlan2 に属しています。

• インターフェイス I9 と I10 は、学習ドメイン ld3 の vlan3 に属しています。

同じ学習ドメイン ld1 内の IGMP スピーカー(ホストとルーター)では、リンクされた P-A と S-A は 1 つのスイッチのように見えます。

同じ学習ドメイン ld2 内の IGMP スピーカー(ホストとルーター)では、リンクされた P-A と S-A は 1 つのスイッチのように見えます。

学習ドメイン ld3 にはマルチシャーシ リンクがないため、学習ドメイン ld3 の IGMP スピーカー(ホストおよびルーター)では、P-A と S-A は 1 つのスイッチには見えません。

この説明では、シャーシ間リンク ICL1 が学習ドメイン ld1 に対応し、シャーシ間リンク ICL2 が学習ドメイン ld2 に対応すると仮定します。

IRB への情報の受け渡しを除き、制御パケットフローがサポートされています。

認定学習によるデータ転送

ここでは、1 つのラーニング ドメイン(LD)である ld1 を想定し、さらにルーター P-A のインターフェイス I1 がラーニング ドメインの PIM-DR に接続され、コアの送信元からトラフィックを取得することを前提としています。

I2、I4(ld1に所属)などのシングルホームリンクでルーターS-A(非DR)に接続されたホストにトラフィックを配信する場合、ICL1に依存します。インターフェイス I1 のルーター P-A に到達するトラフィックは、シャーシ間リンク ICL1 を介してルーター S-A に送信され、s,g への関心を報告したリンク、またはラーニング ドメイン ld1 のルーターに面したリンクに配信されます。

ルーター P-A のインターフェイス ae0 レッグがダウンすると、マルチシャーシ リンクに接続されたホストは、シャーシ間リンク ICL1 を使用してインターフェイス I1 からトラフィックを受信します。ルーターS-Aでは、シャーシ間リンクICL1で受信されたトラフィックは、ルーターP-Aの対応する集合型イーサネットがダウンしている発信インターフェイスリスト内のマルチシャーシリンクに送信されます。

さらに、ルーター S-A のインターフェイス I9 は、s,g に関心を持つ学習ドメイン ld3 に属し、ルーター P-A の学習ドメイン ld3 のインターフェイス I10 は s,g のトラフィックを受信していると仮定されます。インターフェイス I9 は、マルチシャーシ リンク(a-a モード)がないため、学習ドメイン ld3 にシャーシ間リンクがないため、このトポロジーではデータを受信しません。

シングルホームインターフェイスの静的グループ

マルチシャーシリンクの場合、静的グループ設定は両方のレッグに存在する必要があり、他のシャーシとの同期は必要ありません。

シャーシ間のシングルホーム インターフェイス上のスタティック グループの同期はサポートされていません。ただし、デフォルトの発信インターフェイスリストに論理インターフェイスを追加することで、静的設定内のインターフェイスへのトラフィック配信がサポートされます。

マルチシャーシリンクとしてのルーターに接続するインターフェイス

IGMPクエリーは、マルチシャーシリンクのどちらのレッグにも到達できますが、どちらのピアにおいても、マルチシャーシリンクはルーターに接続するものと見なす必要があります。

レポートは、マルチシャーシ リンクから 1 回だけ、つまり 1 つのレッグからのみ出力する必要があります。

IRB での IGMP スヌーピングに対して、以下の MC-LAG サポートが提供されます。

• 非プロキシ スヌーピング

• 論理インターフェイスは、デフォルトルートを含むすべてのルートの発信インターフェイスである必要があります

• 純粋なレイヤー2スイッチでのIGMPスヌーピング

• 適格な学習を行うブリッジ ドメインでの IGMP スヌーピング

• ルーターに接続するインターフェイスMCリンク

次の機能 not サポートされています。

• アクティブ/アクティブのプロキシ モード

• VPLS インスタンスの MC-LAG サポート

• マルチシャーシリンクとしてのトランクポート

• 必要に応じて、発信インターフェイスに論理インターフェイスを追加します。

  ただし、論理インターフェイスは、常にルーターに接続するインターフェイスとして発信インターフェイスリストに追加されます。

サポートされるMC-LAGトポロジ

MC-LAG 全体で FCoE トラフィックのロスレス転送をサポートするには、MC-LAG ポート メンバーがある両方のスイッチで適切な サービス クラス (CoS)を設定する必要があります。MC-LAGは転送クラスとIEEE 802.1pの優先順位情報を伝送しないため、CoSの設定は両方のMC-LAGスイッチで同じである必要があります。

FCoE ホストに直接接続されておらず、パススルー トランジット スイッチとして機能するスイッチは、 逆 U ネットワーク トポロジーの FCoE トラフィックの MC-LAG をサポートします。 図3 は、QFX3500スイッチを使用した逆Uトポロジーを示しています。

図 3:FCoE トランジット スイッチ 上の MC-LAG でサポートされるトポロジー

スタンドアロン スイッチは MC-LAG をサポートしています。QFabric システム ノード デバイスは MC-LAG をサポートしていません。バーチャルシャーシおよび混合モードのバーチャルシャーシファブリック(VCF)構成は、FCoEをサポートしていません。純粋な QFX5100 VCF(QFX5100 スイッチのみで構成)のみが FCoE をサポートします。

FCoE-FC ゲートウェイ設定(仮想 FCoE-FC ゲートウェイ ファブリック)の一部であるポートは、MC-LAG をサポートしていません。MC-LAG のメンバーであるポートは、パススルー トランジット スイッチ ポートとして機能します。

FCoE トラフィックに使用する MC-LAG には、以下のルールとガイドラインが適用されます。ルールとガイドラインは、FCoE トラフィックに必要な適切な処理とロスレス トランスポート特性を確保するためのものです。

• MC-LAG を形成する 2 つのスイッチ(スイッチ S1 および S2)は、FCoE-FC ゲートウェイ ファブリックの一部であるポートを使用できません。MC-LAG スイッチ ポートは、パススルー トランジット スイッチ ポート(FCoE ホストに直接接続されていない中間トランジット スイッチの一部として使用)である必要があります。

• MC-LAG スイッチ S1 および S2 を FCoE ホストに直接接続することはできません。

• FCoE ホストのアクセス デバイスとして機能する 2 つのスイッチ(FCoE トランジット スイッチ TS1 および TS2)は、標準 LAG を使用して MC-LAG スイッチ S1 および S2 に接続します。FCoE トランジット スイッチ TS1 および TS2 は、スタンドアロン スイッチにすることも、QFabric システムのノード デバイスにすることもできます。

• トランジット スイッチ TS1 および TS2 は、FCoE ホストと、MC-LAG スイッチ S1 および S2 への標準 LAG にトランジット スイッチ ポートを使用する必要があります。

• トランジット スイッチ TS1 および TS2 の FCoE VLAN で FIP スヌーピングを有効にします。FCoE ホストが FC SAN 内のターゲットにアクセスする必要があるか(VN2VF_Port FIP スヌーピング)、イーサネット ネットワーク内のターゲットにアクセスする必要があるか(VN2VN_Port FIP スヌーピング)に応じて、VN_Port から VF_Port(VN2VF_Port)FIP スヌーピングまたはVN_PortからVN_Port(VN2VN_Port)FIP スヌーピングのいずれかを設定できます。

  FIPスヌーピングはアクセスエッジで実行する必要があり、MC-LAGスイッチではサポートされていません。MC-LAG スイッチ S1 および S2 では FIP スヌーピングを有効にしないでください。(スイッチS1およびS2をスイッチTS1およびTS2に接続するMC-LAGポート、またはスイッチS1をS2に接続するLAGポートでは、FIPスヌーピングを有効にしないでください)。

  手記：

  ジュニパーネットワークスQFX10000アグリゲーションスイッチはFIPスヌーピングをサポートしていないため、このトポロジーではFIPスヌーピングアクセススイッチ(トランジットスイッチTS1およびTS2)として使用できません。

• CoS 設定は、MC-LAG スイッチで一貫している必要があります。MC-LAGは転送クラスや優先度情報を伝送しないため、ロスレストランスポートをサポートするには、各MC-LAGスイッチに同じCoS設定が必要です。(各MC-LAGスイッチでは、各転送クラスの名前、エグレスキュー、CoSプロビジョニングが同じで、優先度ベースのフロー制御(PFC)設定が同じである必要があります)。

• トランジット スイッチ(サーバー アクセス)
• MC-LAGスイッチ(FCoEアグリゲーション)

FIP スヌーピングと FCoE の信頼済みポート

セキュアなアクセスを維持するには、FCoE ホストに直接接続されているトランジット スイッチのアクセス ポートで、VN2VF_Port FIP スヌーピングまたは VN2VN_Port FIP スヌーピングを有効にします。不正アクセスを防止するために、ネットワークのアクセス エッジで FIP スヌーピングを実行する必要があります。たとえば、 図 3 では、FCoE ホストに接続されたアクセス ポートを含むトランジット スイッチ TS1 および TS2 上の FCoE VLAN で FIP スヌーピングを有効にします。

MC-LAG の作成に使用されるスイッチでは、FIP スヌーピングを有効にしないでください。たとえば、 図 3 では、スイッチ S1 および S2 の FCoE VLAN で FIP スヌーピングを有効にしません。

スイッチ間のリンクを FCoE の信頼できるポートとして設定すると、FIP スヌーピングのオーバーヘッドが削減され、システムがアクセス エッジでのみ FIP スヌーピングを実行するようになります。サンプル トポロジーでは、MC-LAG スイッチに接続されたトランジット スイッチ TS1 および TS2 の LAG ポートを FCoE の信頼済みポートとして設定し、スイッチ TS1 および TS2 に接続されたスイッチ S1 および S2 の MC-LAG ポートを FCoE の信頼済みポートとして設定し、スイッチ S1 から S2 に接続する LAG 内のポートを FCoE の信頼済みポートとして設定します。

CoS およびデータ センター ブリッジング(DCB)

MC-LAGリンクは、転送クラスや優先度情報を伝送しません。ロスレストランスポートをサポートするには、各MC-LAGスイッチまたは各MC-LAGインターフェイスで、以下のCoSプロパティの設定を同じにする必要があります。

• FCoE 転送クラス名—たとえば、FCoE トラフィックの転送クラスは、両方の MC-LAG スイッチでデフォルトの fcoe 転送クラスを使用できます。

• FCoE 出力キュー - たとえば、両方の MC-LAG スイッチで、 fcoe 転送クラスをキュー 3 にマッピングできます(キュー 3 は fcoe 転送クラスのデフォルト マッピングです)。

• 分類子:FCoE トラフィックの転送クラスは、両方の MC-LAG スイッチ上の MC-LAG の各メンバー インターフェイスで、同じ IEEE 802.1p コード ポイントにマッピングされる必要があります。たとえば、FCoE 転送クラス fcoe を IEEE 802.1p コード ポイント 011 にマッピングできます(コード ポイント 011 は fcoe 転送クラスのデフォルト マッピングです)。

• プライオリティベースのフロー制御 (PFC):PFC は、各 MC-LAG スイッチの FCoE コード ポイントで有効にし、輻輳通知プロファイルを使用して各 MC-LAG インターフェイスに適用する必要があります。

また、ロスレス トランスポートに十分なスケジューリング リソース(帯域幅、優先度)を提供するために、MC-LAG インターフェイスで拡張伝送選択(ETS)を設定する必要があります。ETS の設定は、予想される FCoE トラフィックのロスレス トランスポートをサポートするのに十分なリソースがスケジュールされている限り、MC-LAG スイッチごとに異なっていてもかまいません。

各MC-LAGメンバーインターフェイスでは、LLDP(Link Layer Discovery Protocol)およびDCBX(Data Center Bridging Capability Exchange Protocol)を有効にする必要があります(LLDPとDCBXは、すべてのインターフェイスでデフォルトで有効になっています)。

Junos Fusion EnterpriseおよびMC-LAGでEVPN-MPLSを使用するメリット

EVPN-MPLS と Junos Fusion Enterprise および MC-LAG を使用して、分散したキャンパスやデータ センター サイトを相互接続し、単一のレイヤー 2 仮想ブリッジを形成します。

BUMトラフィック処理

図 4 と 図 5 に示すユースケースでは、PE1、PE2、PE3 は EVPN ピアで、PE2 と PE3 は MC-LAG ピアです。両方のピア セットが制御情報を交換してトラフィックを相互に転送するため、問題が発生します。表2は、EVPN-MPLS相互作用機能を実装する際に発生する問題と、ジュニパーネットワークスが解決する方法の概要を示しています。

スプリット ホライズン

図 4 と図 5 に示すユースケースでは、スプリット ホライズンにより、BUM パケットの複数のコピーが CE デバイス(サテライト デバイス)に転送されるのを防止できます。ただし、EVPN-MPLSとMC-LAGのスプリットホライズン実装は互いに矛盾しているため、問題が発生します。表3は、この問題と、ジュニパーネットワークスがEVPN-MPLSインターワーキング機能を実装する際にどのように解決するかを示しています。

MAC ラーニング

EVPN と MC-LAG は、MAC アドレスの学習に同じ方法を使用します。つまり、PE デバイスはローカル インターフェイスから MAC アドレスを学習し、そのアドレスをピアに同期させます。ただし、EVPNとMC-LAGの両方がアドレスを同期していることを考えると、問題が発生します。

表4 では、この問題と、EVPN-MPLSインターワーキングの実装によってどのように問題を回避するかについて説明します。 図4 と 図5 に示すユースケースは、この問題を示しています。どちらのユースケースでも、PE1、PE2、およびPE3はEVPNピアであり、PE2およびPE3はMC-LAGピアです。

Junos Fusion Enterprise でのカスケード ポートとアップリンク ポート間のダウン リンクの処理

図 4 に示す Junos Fusion Enterprise では、アグリゲーション デバイス PE2 が PE1 から BUM パケットを受信し、PE2 のカスケード ポートとサテライト デバイス SD1 の対応するアップリンク ポート間のリンクがダウンしていると仮定します。BUM パケットが MC-LAG と EVPN マルチホーミングのどちらで処理されても結果は同じで、パケットは ICL インターフェイスを介して PE3 に転送され、PE3 はデュアルホームの SD1 に転送されます。

マルチホーミング アクティブ-アクティブを備えた EVPN がデュアルホーム SD1 でこの状況を処理する方法をさらに説明するために、DF インターフェイスが PE2 に存在し、ダウン リンクに関連付けられており、非 DF インターフェイスが PE3 に存在すると仮定します。通常、マルチホーミング アクティブ-アクティブ転送ロジックを使用するEVPNでは、非DFインターフェイスがパケットを破棄します。ただし、DFインターフェイスに関連付けられたダウンリンクにより、PE2はICLを介してBUMパケットをPE3に転送し、PE3の非DFインターフェイスはパケットをSD1に転送します。

レイヤー 3 ゲートウェイのサポート

EVPN-MPLS相互作用機能は、拡張ブリッジドメインとVLANに対して、以下のレイヤー3ゲートウェイ機能をサポートします。

• 拡張ブリッジ ドメインまたは VLAN 間でトラフィックを転送するための IRB(統合型ルーティングおよびブリッジング)インターフェイス。

• 拡張ブリッジ ドメインまたは VLAN 内の物理(ベアメタル)サーバーから、別の拡張ブリッジ ドメインまたは VLAN 内の物理サーバーまたは仮想マシンにトラフィックを転送するためのデフォルト レイヤー 3 ゲートウェイ。