集合型イーサネットインターフェイス

リンク アグリゲーション グループ

LAGを設定するには、リンク番号を物理デバイスとして指定し、一連のインターフェイス(ポート)をリンクに関連付けます。すべてのインターフェイスが同じ速度で、全二重モードである必要があります。EXシリーズイーサネットスイッチ向けジュニパーネットワークスJunosオペレーティングシステム(Junos OS)は、各インターフェイスに一意のIDとポート優先度を割り当てます。IDと優先度は設定できません。

LAGにグループ化できるインターフェイスの数と、スイッチでサポートされるLAGの合計数は、スイッチのモデルによって異なります。 表 1 は、EXシリーズ スイッチと、それらがサポートする LAG あたりのインターフェイスの最大数および LAG の最大数を示しています。

geやmgeなど、異なるインターフェイスタイプのメンバーリンクを持つLAGは、マルチレートスイッチではサポートされていません。

LAG を作成するには、次の手順に従います。

1. 論理的な集合型イーサネットインターフェイスを作成します。

2. 論理ユニット、インターフェイスのプロパティ、LACP(Link Aggregation Control Protocol)など、論理集合型イーサネットインターフェイスに関連するパラメーターを定義します。

3. 集合型イーサネットインターフェイス内に含めるメンバーリンクを定義します(例:2つの10ギガビットイーサネットインターフェイス)。

4. リンク検出用にLACPを設定します。

ハードウェアとソフトウェアのガイドラインに留意してください。

• Junos OS Evolvedでは、新しいインターフェイスがメンバーとしてアグリゲート イーサネット バンドルに追加されると、リンク フラップ イベントが生成されます。インターフェイスをバンドルに追加すると、物理インターフェイスは通常のインターフェイスとして削除され、その後メンバーとして再度追加されます。この間、物理インターフェイスの詳細は失われます。

• 最大32個のイーサネットインターフェイスをグループ化して、冗長サーバーノードグループ、サーバーノードグループ、QFabricシステム上のネットワークノードグループでLAGを形成できます。QFabricシステム上の冗長サーバーノードグループおよびサーバーノードグループでは最大48個のLAGがサポートされ、QFabricシステム上のネットワークノードグループでは最大128個のLAGがサポートされます。LAGは、冗長サーバーノードグループ、サーバーノードグループ、およびネットワークノードグループ内のノードデバイス間で設定できます。

  手記：

  QFabricシステムでは、LAGに32個を超えるイーサネットインターフェイスを含む設定をコミットしようとすると、グループの上限である32個を超えたというエラーメッセージが表示され、設定のチェックアウトに失敗します。

• 最大64個のイーサネットインターフェイスをグループ化してLAGを形成でき、Junos Fusionでは、アグリゲーションデバイスとして機能するQFX10002スイッチで最大1,000個のLAGがサポートされます。

• LAGはリンクの両側で設定する必要があります。

• リンクの両側のインターフェイスは、同じ速度に設定し、全二重モードにする必要があります。

  手記：

  Junos OSは、各ポートに一意のIDとポート優先度を割り当てます。IDと優先度は設定できません。

• QFabricシステムは、FCoE LAGと呼ばれる特殊なLAGをサポートしており、FCoEトラフィックと通常のイーサネットトラフィック(FCoEトラフィックではないトラフィック)を同じリンクアグリゲーションバンドル間で転送することができます。標準LAGでは、ハッシュアルゴリズムを使用してLAG内のどの物理リンクが伝送に使用されるかを決定するため、2つのデバイス間の通信では、異なる伝送にLAG内の異なる物理リンクが使用される場合があります。FCoE LAG は、FCoE トラフィックが要求と応答に LAG 内の同じ物理リンクを使用するようにして、FCoE デバイスのコンバージド ネットワーク アダプタ(CNA)と QFabric システム ノード デバイス全体の FC SAN スイッチ間の仮想ポイントツーポイント リンクを維持します。FCoE LAG は、FCoE トラフィックのロードバランシングやリンク冗長性を提供しません。ただし、通常のイーサネット トラフィックは標準のハッシュ アルゴリズムを使用しており、FCoE LAG のロードバランシングとリンク冗長性という通常の LAG の利点が得られます。詳細については、 FCoE LAG について を参照してください。

Link Aggregation Control Protocol(LACP)

LACPは、複数の物理インターフェイスを束ねて1つの論理的な集合型イーサネットインターフェイスを形成する方法の1つです。デフォルトでは、イーサネットリンクは、リンクの状態に関する情報を含むLACPプロトコルデータユニット(PDU)を交換しません。イーサネットリンクがLACP PDUを能動的に送信するように設定したり、リンクが受動的に送信するように設定したりして、イーサネットリンクがリモートエンドから受信した場合にのみLACPPDUを送信するように設定できます。LACP モードには、アクティブまたはパッシブがあります。送信リンクは アクターと呼ばれ、受信リンクは パートナーと呼ばれます。アクターとパートナーがともにパッシブモードの場合、LACPパケットを交換せず、集合型イーサネットリンクは表示されません。アクターまたはパートナーのどちらかがアクティブであれば、LACPパケットを交換します。デフォルトでは、LACPは集合型イーサネットインターフェイス上でパッシブモードになっています。LACPパケットの送信およびLACPパケットに対する応答を開始するには、LACPアクティブモードを有効にする必要があります。LACPを有効にしなくても、VLANタグ付きおよびタグなしの集合型イーサネットインターフェイスの両方を設定できます。LACPは、IEEE 802.3ad、 Aggregation of Multiple Link Segmentsで定義されています。

LACPは、以下のことを実現するために設計されました:

• ユーザーの介入を必要としない、LAGへの個々のリンクの自動追加と削除。

• バンドルの両端が正しいグループに接続されているかどうかを確認するためのリンク監視。

デュアルホームサーバーがスイッチとともに展開されるシナリオでは、ネットワークインターフェイスカードはスイッチでLAGを形成します。サーバーのアップグレード中に、サーバーが LACP PDU を交換できない場合があります。このような状況では、PDU が交換されていない場合でも、インターフェイスが up 状態になるように設定できます。ピアのLACP機能が制限されている場合、 force-up ステートメントを使用してインターフェイスを設定します。インターフェイスは、スイッチとピアの両方がアクティブまたはパッシブモードであるかどうかに関係なく、デフォルトで関連するLAGを選択します。PDU が受信されない場合、パートナーはパッシブ モードで作業していると見なされます。そのため、LACP PDU の送信は送信リンクによって制御されます。

LAGリンクのリモートエンドがセキュリティデバイスである場合、セキュリティデバイスには決定論的な設定が必要となるため、LACPがサポートされないことがあります。この場合、LACPを設定しないでください。スイッチがイーサネットの物理層またはデータリンク層内でリンク障害を検出しない限り、LAG内のすべてのリンクは永続的に動作可能です。

LACPが設定されると、リンクのローカルエンドまたはリモートエンドでの設定ミスを検出します。このように、LACPは通信障害の防止に役立ちます。

• LACPが有効になっていない場合、ローカルLAGがリモートの単一インターフェイスにパケットを送信しようとし、通信が失敗する可能性があります。

• LACPが有効になっている場合、LACPのあるLAGがリンクのリモートエンドでも設定されていない限り、ローカルLAGはパケットを送信できません。

ローカル最小リンクの設定

ローカル最小リンク機能はデフォルトで無効になっています。LAGバンドルでこの機能を有効にする(LAG内にローカルメンバーリンクを持つすべてのシャーシに適用される)には、次のようにLAGインターフェイスのしきい値を設定するだけです:

しきい値を更新するには、新しいしきい値で同じコマンドを使用します。

ローカル最小リンク機能を無効にするには、設定から local-minimum-links-threshold ステートメントを削除します。この機能によって強制的にダウンしたリンクは、数秒以内に自動的に再び立ち上がります。

LAG最小リンクに対するローカル最小リンクの影響

シャーシごとのローカル最小リンク数のしきい値は、LAGバンドルの minimum-links 設定と同様で、集合型イーサネットインターフェイス全体が「稼働中」と見なされるために稼働すべきバンドル内のメンバーリンクの最小数を設定します。ローカルメンバーリンクに障害が発生したり、ローカル最小リンク機能によって強制的にダウンされたりすると、LAG全体の「アップ」リンクの数に寄与します。その結果、十分な数のローカル リンクが強制的にダウンした場合、この機能によって LAG 全体がダウンする可能性があります。ローカル最小リンク機能の有効化と設定は、LAGの最小リンク設定とは無関係ですが、両方の機能を設定する際には、LAG全体への複合的な潜在的な影響を慎重に検討する必要があります。

ローカル最小リンクとローカルリンクバイアス

ローカルミニマムリンク機能とローカルリンクバイアス機能は独立して動作しますが、互いのトラフィック転送結果に影響を与える可能性があります。例えば、ローカル リンク バイアスが有効になっていて、アグリゲート イーサネット バンドル内のローカル リンクからのトラフィック転送が優先されるが、ローカル最小リンク数のしきい値が現在満たされていないためにそれらのリンクがダウンしている場合、送信トラフィックは VCP を介して他のバーチャルシャーシまたは VCF メンバー スイッチに転送用にリダイレクトされます。その場合、予期せぬ VCP トラフィックの増加がバーチャルシャーシや VCF のパフォーマンスに影響を与える可能性があります。

利点

• LAGの障害検出-ポイントツーポイント接続のデバイス間の障害検出を有効にします。

• 複数のBFDセッション-バンドル全体に対して単一のBFDセッションではなく、各メンバーリンクに対して複数のマイクロBFDセッションを設定することが可能です。

ハッシュ アルゴリズムの理解

ハッシュアルゴリズムは、ECMPが有効になっている場合に、LAGバンドルに入るトラフィック、またはスイッチから出るトラフィックのトラフィック転送を決定するために使用されます。

LAGバンドルの場合、ハッシュアルゴリズムにより、LAGバンドルに入るトラフィックがバンドルのメンバーリンクにどのように配置されるかが決まります。ハッシュ アルゴリズムは、バンドル内のメンバー リンク間ですべての受信トラフィックを均等にロード バランシングすることにより、帯域幅を管理しようとします。

ECMP の場合、ハッシュ アルゴリズムにより、受信トラフィックをネクストホップ デバイスに転送する方法が決まります。

ハッシュ アルゴリズムは、さまざまなパケット フィールドの値と、送信元ポート ID や送信元デバイス ID などの内部値に基づいてハッシュを決定します。ハッシュ アルゴリズムで使用されるパケット フィールドは、パケットの EtherType によって異なり、場合によってはスイッチの設定によって異なります。ハッシュ アルゴリズムは、以下の EtherType を認識します。

• IP (IPv4 および IPv6)

• MPLS

• MAC-in-MAC

これらの EtherType のいずれにも属さないと認識されたトラフィックは、レイヤ 2 ヘッダーに基づいてハッシュされます。ユーザーがハッシュモードをレイヤー2ヘッダーとして設定すると、IPおよびMPLSトラフィックもレイヤー2ヘッダーに基づいてハッシュされます。

ハッシュ アルゴリズムがトラフィック転送の決定に使用するいくつかのフィールドを設定できます。ただし、ヘッダー内の特定の値がハッシュ アルゴリズムによってどのように使用されるかを設定することはできません。

ハッシュアルゴリズムについては、以下の点に注意してください。

• ハッシュとして選択されるフィールドは、パケットタイプのみに基づきます。フィールドは、転送決定(ブリッジまたはルーテッド)やエグレスLAGバンドル設定(レイヤー2またはレイヤー3)など、その他のパラメータには基づいていません。

• ユニキャストパケットとマルチキャストパケットのハッシュにも同じフィールドが使用されます。ただし、ユニキャストパケットとマルチキャストパケットでは、異なる方法でハッシュ化されます。

• ハッシュ アルゴリズムは、ECMP と LAG トラフィックをハッシュするために同じフィールドを使用しますが、ハッシュ アルゴリズムは、ECMP と LAG トラフィックを異なる方法でハッシュします。LAGトラフィックはトランクハッシュを使用し、ECMPはECMPハッシュを使用します。LAG と ECMP はどちらも同じ RTAG7 シードを使用しますが、分極を避けるためにその 128B シードの異なるオフセットを使用します。トランクとECMPオフセットを使用するためのHASH関数の初期設定は、PFE初期化時に設定されます。異なるハッシュにより、LAGバンドルがECMPネクストホップパスの一部である場合に、トラフィックが偏波しないようにすることができます。

• スイッチが混合または非混合のバーチャルシャーシまたは VCF(バーチャルシャーシファブリック)に参加しているかどうかに関係なく、同じフィールドがハッシュに使用されます。

各 EtherType がハッシュに使用するフィールドと、レイヤー 2 ヘッダーが使用するフィールドについては、次のセクションで説明します。

IP (IPv4 および IPv6)

IPv4 および IPv6 パケットのペイロード フィールドは、IPv4 または IPv6 パケットを LAG バンドル内のメンバー リンクに配置する必要がある場合、または ECMP が有効な場合にネクスト ホップ デバイスに送信する必要がある場合に、ハッシュ アルゴリズムによって使用されます。

ハッシュ モードは、デフォルトでレイヤ 2 ペイロード フィールドに設定されています。IPv4 および IPv6 ペイロード フィールドは、ハッシュ モードがレイヤー 2 ペイロードに設定されている場合、ハッシュに使用されます。

ハッシュ モードがレイヤー 2 ヘッダーに設定されている場合、IPv4、IPv6、および MPLS パケットはレイヤー 2 ヘッダー フィールドを使用してハッシュされます。受信 IPv4、IPv6、および MPLS パケットを送信元 MAC アドレス、宛先 MAC アドレス、または EtherType フィールドでハッシュする場合は、ハッシュ モードをレイヤー 2 ヘッダーに設定する必要があります。

表 5 は、ハッシュ アルゴリズムによってデフォルトで使用される IPv4 および IPv6 ペイロード フィールドを示しています。

• ✓—フィールドはデフォルトでハッシュアルゴリズムによって使用されます。

• Χ—デフォルトでは、フィールドはハッシュアルゴリズムによって使用されません。

• (設定可能)—フィールドは、ハッシュアルゴリズムで使用するか、使用しないかを設定できます。

EX2300スイッチでは、IPv4またはIPv6パケットをLAGバンドル内のメンバーリンクに配置するか、ECMPが有効になっている場合にネクストホップデバイスに送信する必要がある場合に、IPv4およびIPv6パケットの以下のペイロードフィールドがハッシュアルゴリズムによって使用されます。

• LAGのユニキャストトラフィックの場合:SIP、DIP、L4SP、L4DP

• LAG 上の既知のマルチキャスト トラフィックの場合(元 IP、宛先 IP、イングレス Mod ID、イングレス ポート ID)

• LAG のブロードキャスト、不明なユニキャスト、不明なマルチキャストトラフィックの場合 - 送信元 MAC、宛先 MAC、イングレス Mod ID、イングレス ポート ID

• ECMP ロードバランシング: 宛先 IP、レイヤー 4 送信元ポート、レイヤー 4 宛先ポート

MPLS

ハッシュ アルゴリズムは、送信元 IP、宛先 IP、MPLS ラベル 0、MPLS ラベル 1、MPLS ラベル 2、MPLS 3 フィールドを使用して MPLS パケットをハッシュします。QFX5110、QFX5120、QFX5200 スイッチでは、LSR ルーターは ECMP もサポートしています。ECMP は、LSR ルーターのハッシュに次のフィールドを使用します。

• レイヤー 3 VPN:MPLS ラベル(上位 3 つのラベル)、送信元 IP、宛先 IP、イングレス ポート ID

• レイヤー 2 回線: MPLS ラベル(上位 3 つのラベル)とイングレス ポート ID

表 6 は、デフォルトでハッシュ アルゴリズムで使用される MPLS ペイロード フィールドを示しています。

• ✓—フィールドはデフォルトでハッシュアルゴリズムによって使用されます。

• Χ—デフォルトでは、フィールドはハッシュアルゴリズムによって使用されません。

MPLS パケット ハッシュのハッシュ アルゴリズムで使用されるフィールドは、ユーザーが設定することはできません。

送信元 IP と宛先 IP のフィールドは、常にハッシュに使用されるわけではありません。終端されていない MPLS パケットの場合、パケットに BoS(Bottom of Stack)フラグが見られる場合、ペイロードがチェックされます。ペイロードが IPv4 または IPv6 の場合、IP 送信元アドレスと IP 宛先アドレスのフィールドが MPLS ラベルとともにハッシュに使用されます。パケットにBoSフラグが表示されない場合、MPLSラベルのみがハッシュに使用されます。

MAC-in-MAC パケット ハッシュ

MAC-in-MAC EtherType を使用するパケットは、レイヤー 2 ペイロード送信元 MAC、レイヤー 2 ペイロード宛先 MAC、レイヤー 2 ペイロードの EtherType フィールドを使用して、ハッシュ アルゴリズムによりハッシュされます。 表 7 を参照してください。

MAC-in-MAC EtherTypeパケットのフィールドを使用したハッシュは、リリース13.2X51-D20のEX4300スイッチで最初にサポートされています。MAC-in-MAC EtherType のフィールドを使用したハッシュは、以前のリリースではサポートされていません。

MAC-in-MACハッシュのハッシュアルゴリズムで使用されるフィールドは、ユーザーが設定することはできません。

• ✓—フィールドはデフォルトでハッシュアルゴリズムによって使用されます。

• Χ—デフォルトでは、フィールドはハッシュアルゴリズムによって使用されません。

レイヤー 2 ヘッダー ハッシュ

レイヤー2ヘッダーフィールドは、パケットのEtherTypeがIP(IPv4またはIPv6)、MPLS、またはMAC-in-MACとして認識されない場合に、ハッシュアルゴリズムによって使用されます。また、ハッシュ モードがレイヤー 2 ヘッダーに設定されている場合、レイヤー 2 ヘッダー フィールドはペイロード フィールドの代わりに IPv4、IPv6、MPLS トラフィックのハッシュに使用されます。

• ✓—フィールドはデフォルトでハッシュアルゴリズムによって使用されます。

• Χ—デフォルトでは、フィールドはハッシュアルゴリズムによって使用されません。

• (設定可能)—フィールドは、ハッシュアルゴリズムで使用するか、使用しないかを設定できます。

ハッシュ パラメーター

Junos OS リリース 19.1R1以降、QFX5000シリーズのスイッチで、実装されている既存のアルゴリズムのハッシュパラメータを変更できます。イングレス・バッファー・パーティションとエグレス・バッファー・パーティションの両方の共用バッファー・プールのしきい値を変更したり、ハッシュ関数の選択、ハッシュ・アルゴリズム、およびその他の追加パラメーターを変更したりできます。このドキュメントで後述する「その他のハッシュ パラメータの設定」を参照してください。