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

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

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

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

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

LAG を作成するには:

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

2. 論理ユニット、インターフェイスのプロパティ、LACP(リンクアグリゲーション制御プロトコル)など、論理集合型イーサネットインターフェイスに関連するパラメータを定義します。

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 は、QFabric システム ノード デバイス全体の FCoE デバイス コンバージド ネットワーク アダプタ(CNA)と FC SAN スイッチ間の仮想ポイントツーポイント リンクを維持するために、FCoE トラフィックが要求と応答に LAG 内の同じ物理リンクを使用することを保証します。FCoE LAG は、FCoE トラフィックにロード バランシングやリンク冗長性を提供しません。ただし、通常のイーサネットトラフィックは標準のハッシュアルゴリズムを使用し、FCoE LAGでのロードバランシングとリンク冗長性という通常のLAGの利点を享受します。詳細については、 FCoE LAG について を参照してください。

Link Aggregation Control Protocol(LACP)

LACPは、複数の物理インターフェイスを束ねて、1つの論理的な集合型イーサネットインターフェイスを形成する方法の1つです。デフォルトでは、イーサネットリンクは、リンクの状態に関する情報を含むLACPプロトコルデータユニット(PDU)を交換しません。イーサネットリンクが LACP PDU を能動的に送信するように設定することも、リンクが受動的に送信するように設定して、イーサネットリンクがリモートエンドから受信した場合にのみ LACP PDU を送信するように設定できます。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 がその状態になるように設定できます。ステートメントは force-up 、ピアのLACP機能が制限されている場合にインターフェイスを設定するために使用します。インターフェイスは、スイッチとピアの両方がアクティブ モードかパッシブ モードかにかかわらず、デフォルトで関連する 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バンドルの最小 リンク 設定と似ており、集約されたイーサネットインターフェイス全体が「アップ」と見なされるために稼働する必要があるバンドル内のメンバーリンクの最小数を設定します。(詳細については、「 リンクアグリゲーションの設定 」を参照してください)。ローカル最小リンク機能によって障害が発生したり、強制的にダウンされたりしたローカルメンバーリンクは、LAG全体の「アップ」リンクの数に影響します。その結果、十分な数のローカルリンクが強制的にダウンされた場合、この機能によってLAG全体がダウンする可能性があります。ローカル最小リンク機能の有効化と設定は、LAG最小リンクの設定とは無関係ですが、両方の機能を設定する場合は、LAG全体に対する潜在的な影響を慎重に検討する必要があります。

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

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

ローカル リンク バイアス機能の詳細については、「 ローカル リンク バイアス について」を参照してください。

利点

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

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

ハッシュアルゴリズムについて

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

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

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

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

• IP(IPv4 および IPv6)

• Mpls

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

ハッシュ モードは、デフォルトでレイヤー 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、イングレスモジュールID、イングレスポートID

• LAG上のブロードキャスト、不明なユニキャスト、不明なマルチキャストトラフィックの場合:送信元MAC、宛先MAC、イングレスモジュール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 ルーターでのハッシュに以下のフィールドを使用します。

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

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

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

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

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

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

送信元 IP フィールドと宛先 IP フィールドは、常にハッシュに使用されるわけではありません。非終端 MPLS パケットの場合、パケットに BoS(最下部スタック)フラグが見られるか、ペイロードがチェックされます。ペイロードが 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スイッチ行で、実装されている既存のアルゴリズムのハッシュ パラメーターを変更できます。イングレス・バッファー区画と出口バッファー区画の両方の共用バッファー・プールのしきい値を変更したり、ハッシュ関数の選択、ハッシュ・アルゴリズム、およびその他の追加パラメーターを変更したりすることができます。このドキュメントで後述する「その他のハッシュ パラメータの構成」を参照してください。