高度なMC-LAGの概念

設定同期のメリット

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

設定の同期のしくみ

設定グループを使用して、設定プロセスを簡素化します。例えば、ローカルデバイス用に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 コマンドを発行して、ローカルデバイスとリモートデバイス間の設定を同期してコミットします。

ローカル、リモート、グローバル設定の構成グループ

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

例えば、ローカルデバイス(スイッチ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>]ステートメントを有効にします。例えば、ローカルデバイスとリモートデバイス(スイッチA、スイッチB、スイッチC、スイッチD)にグローバル設定(グループC)を適用したい場合、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コマンドを発行するだけで、1つのデバイスから別のデバイスに設定を同期させることができます。例えば、ローカルデバイスで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インターフェイスがダウンしていることを示します。

通常モード指定ルーター選択による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)アクティブ/アクティブモードとアクティブ/スタンバイモードのIGMPスヌーピングがサポートされています。MC-LAGを使用すると、1台のデバイスが2つ以上のネットワークデバイスと論理LAGインターフェイスを形成できます。MC-LAGは、ノードレベルの冗長性、マルチホーミング、スパニングツリープロトコル(STP)を実行しないループフリーレイヤー2ネットワークなどの追加のメリットを提供します。以下の機能がサポートされています。

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

• 適格な学習

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

IRB(統合型ルーティングおよびブリッジング)上のアクティブ-アクティブ型ブリッジングおよびVRRP(仮想ルーター冗長プロトコル)に対する以下の拡張機能がサポートされています。

• ピュアレイヤー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)ルーターで、もう1つがセカンダリアクティブ(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は、vlan1、学習ドメインld1に属しています。

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

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

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

同じ学習ドメインld2、P-A、S-AがリンクされているIGMPスピーカー(ホストとルーター)の場合、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 クエリーは、マルチシャーシ リンクのいずれかのレッグに到着する可能性がありますが、どちらのピアでも、マルチシャーシ リンクはルーターに面するものと見なす必要があります。

レポートは、マルチシャーシリンクから一度だけ、つまり片方のレッグからのみ終了する必要があります。

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をサポートします。バーチャルシャーシおよび混合モードバーチャルシャーシファブリック(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 は、スタンドアロン スイッチにすることができます。

• トランジット スイッチ 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)として使用することはできません。

• MC-LAG スイッチでは、CoS 設定が一貫している必要があります。MC-LAGは転送クラスや優先順位情報を伝送しないため、ロスレストランスポートをサポートするには、各MC-LAGスイッチに同じCoS設定が必要です。(各MC-LAGスイッチでは、各転送クラスの名前、egressキュー、CoSプロビジョニングが同じでなければならず、PFC(priority-based flow control)設定も同じである必要があります。)

• トランジットスイッチ(サーバーアクセス)
• 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リンクは、転送クラスまたは優先順位情報を伝送しません。以下のCoSプロパティは、ロスレストランスポートをサポートするために、各MC-LAGスイッチまたは各MC-LAGインターフェイスで同じ設定である必要があります。

• FCoEフォワーディングクラス名—例えば、FCoEトラフィックのフォワーディングクラスは、両方のMC-LAGスイッチでデフォルトの fcoe フォワーディングクラスを使用できます。

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

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

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

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

Link Layer Discovery Protocol(LLDP)とData Center Bridging Capability Exchange Protocol(DCBX)は、各MC-LAGメンバーインターフェイスで有効にする必要があります(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ゲートウェイ。

プラットフォーム固有のMC-LAG動作