Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
項目一覧
 

MXシリーズルーターでトラフィックの負荷分散に使用されるアルゴリズムを理解する

デバイスのイングレス インターフェイスでパケットを受信すると、パケット転送エンジン(PFE)がルックアップを実行して転送ネクストホップを特定します。同じネクストホップの宛先へのECMP(等価コスト パス)が複数存在する場合、ネクスト ホップ間のフローを分散するようにイングレス PFE を設定できます。同様に、集約されたイーサネットなどの集約されたインターフェイスのメンバーリンク間でトラフィックの分散が必要になる場合があります。実際の転送ネクストホップの選択は、選択パケットヘッダーフィールドと インターフェイスインデックスなどのいくつかの内部フィールドに対するハッシュ計算結果に基づいて行われます。ハッシュ アルゴリズムで使用されるフィールドの一部を設定できます。

  • MPC(モジュラーポートコンセントレーター)とタイプ5 FPCを搭載したMXシリーズルーターでは、 forwarding-options enhanced-hash-key 階層レベルでサポートされているトラフィックタイプのハッシュを設定します。どのトラフィックファミリーにどのフィールドがデフォルトに含まれるかについての詳細は、以下を参照してください。

    Junos OS リリース 18.3R1 では、拡張ハッシュを計算するデフォルトの方法が変更され、ファミリー マルチサービスとして送信される IP トンネル、IPv6 フロー、および PPPoE ペイロードのエントロピーが改善されました。これらのデフォルトは、それぞれの no- コマンドを設定することで無効にできます。

  • DPCを搭載したMXシリーズルーターでは、 forwarding-options hash-key 階層レベルでサポートされているトラフィックタイプのハッシュを設定します。

Junosは、さまざまなタイプのロードバランシングをサポートしています。

  • プレフィックス単位のロードバランシング - 各プレフィックスは、1つの転送ネクストホップにのみマッピングされます。

  • パケット単位のロードバランシング - アクティブなルートにある宛先のネクストホップアドレスはすべて、転送テーブルにインストールされます(Junosでの パケット単位の ロードバランシングという用語は、他のベンダーが フロー単位の ロードバランシングと呼ぶものに相当します)。詳細については、「 パケット単位のロード バランシングの設定 」を参照してください。

  • ランダムパケットロードバランシング - ネクストホップは、パケットごとにランダムに選択されます。この方法は、集合型イーサネットインターフェイスおよびECMPパス用のMPCラインカードを持つMXルーターで利用可能です。パケットごとのランダムスプレーロードバランシングを設定するには、[edit interfaces aex aggregated-ether-options load-balance]階層レベルでper-packetステートメントを含めます。詳細については、例:集合型イーサネットロードバランシングの設定を参照してください。

  • パケット単位のランダム スプレー ロード バランシング: 適応型ロード バランシング オプションが機能しない場合、パケット単位のランダム スプレー ロードバランシングが最後の手段として機能します。これにより、帯域幅を考慮せずに、ECMPのメンバーが均等にロードされます。パケットごとにパケットの並べ替えが行われるため、アプリケーションが並べ替えを吸収する場合にのみ推奨されます。パケット単位のランダムスプレーにより、ソフトウェアエラーの結果として発生するトラフィックの不均衡(パケットハッシュを除く)を解消します。

    Junos OS リリース 20.2R1 以降、MPC10E(MPC10E-15C-MRATEおよびMPC10E-10C-MRATE)ライン カードを搭載した MX240、MX480、MX960 ルーターと、MX2K-MPC11E ライン カードを搭載した MX2010 および MX2020 ルーターで、パケット単位のランダム ロードバランシングを設定できます。

  • 適応型ロードバランシング - 適応型ロードバランシング(ALB)は、フィードバックメカニズムを使用して、集約されたイーサネットバンドル内のリンクと等価コストマルチパス(ECMP)ネクストホップでトラフィックを分散することにより、真のトラフィックの不均衡を修正する方法です。ALBは、パケット・フローのトラフィック・レートが大きく異なる場合に、トラフィックの分散を最適化します。ALBはフィードバックメカニズムを使用して、AEバンドル内のリンク上の帯域幅とパケットストリームを調整することにより、トラフィックの負荷の不均衡を是正します。

    • 集約されたイーサネットバンドル用の複数のパケット転送エンジン上のALB

      Junos OS リリース 20.1R1 以降、MXシリーズMPC では、集約されたイーサネットバンドル ALBは、同じラインカード上の複数のイングレスパケット転送エンジン(PFE)にトラフィックを均等に再分配します。以前のリリースでは、AE バンドルでトラフィックを再分散する際に、ALB は 1 つの PFE に制限されていました。これにより、柔軟性と冗長性に影響が出ていました。ALB はデフォルトで使用不可になっています。

      [edit interfaces ae-interface aggregated-ether-options load-balance]階層レベルでadaptiveステートメントを設定することで、ALBを設定できます。

      詳細については、「 適応型ロードバランシングの設定 」を参照してください。

    • ECMPネクストホップ用の複数のPFE上のALB

      Junos OS リリース 20.1R1 以降、トラフィックの均等な分散と冗長性のために、同一ラインカード上の複数のイングレス PFE にまたがる ECMP ネクスト ホップの ALB を設定できるようになりました。以前のリリースでは、ECMPネクスト・ホップのALBは1台のPFEに限定されていました。この制限は、柔軟性と冗長性に影響を与えていました。ALBは、ECMPリンク全体の負荷レベルに対して、各フローが寄与するトラフィック負荷を動的に監視し、閾値に達した場合に是正措置を講じます。

      [edit chassis]階層レベルでecmp-albコマンドを設定することで、ECMPネクスト・ホップにALBを設定できます。

      詳細は ecmp-alb のマニュアルページを参照してください。

    手記：

    ALB は、同じラインカード上にある複数の PFE に対して機能します。この機能は、異なるラインカードに存在するPFEではサポートされていません。

    異なるラインカード上にあるPFEでは、ALBが有効になっていても、イングレストラフィックによってエグレスポートに不均一な負荷が発生する可能性があります。

いくつかの追加構成オプションも使用できます。

  • スロットごとのハッシュ関数設定 –この方法は、各PICスロットに固有のロードバランスハッシュ値に基づいており、DPCEおよびMS-DPCラインカードを搭載したM120、M320、およびMXシリーズルーターでのみ有効です。

  • 対称ロードバランシング :この方法は、802.3ad LAG上で対称的なロードバランシングを提供します。対称ロードバランシングに使用されるハッシュは、階層の interface レベルで設定されます。これにより、特定の二重トラフィックフローが同じデバイスを両方向に通過し、MXシリーズルーターで利用可能になります。

    手記：MXシリーズデバイスでは、Junos OS リリース 25.2R1 以降、対称ロードバランシングが有効になっていて、ECMP が AE バンドル上でマルチレベルのロードバランシングを使用している場合、ECMP リンクが参照する AE 間のトラフィックが均等に分散されない場合があります。第 1 レベルの ECMP ロードバランシングは、引き続き均等に分散されます。

MX MPCおよびTシリーズType 5 FPCの詳細

MX MPCおよびT Seriesタイプ5 FPCのハッシュ計算アルゴリズムは、レイヤー3アドレスまたはレイヤー4トランスポートポートがスワップされたパケットに対して同じ結果を生成します。例えば、送信元アドレスが 192.0.2.1、宛先アドレスが 203.0.113.1 のパケットのハッシュ計算結果は、送信元アドレスが 203.0.113.1、宛先アドレスが 192.0.2.1 のパケットのハッシュ計算結果と同じです。

パケットの並べ替えを避けるため、レイヤー 4 トランスポート プロトコル ポートは、フラグメント化された IPv4 パケットのハッシュ計算には使用されません。これは、ヘッダーの more fragment ビットで識別されるフローの最初のフラグメントと、0 以外のフラグメント オフセットで識別される後続のすべてのフラグメントに当てはまります。最初のフラグメントとそれ以降のフラグメントは、常に同じネクストホップ上に転送されます。

Junos 18.3R1 以降で使用されるハッシュ アルゴリズム

ほとんどの場合、ハッシュ計算にレイヤー 3 およびレイヤー 4 のフィールド情報を含めると、トラフィックの公平な分散に十分な結果が得られます。しかし、IP-in-IP や GRE トンネリングなどのケースでは、レイヤー 3 やレイヤー 4 のフィールド情報だけでは、ロードバランシングに十分なエントロピーを持つハッシュを生成できないことがあります。例えば、MX シリーズ ルーターが GRE フローを通過する導入では、GRE カプセル化トンネルは通常、同じ送信元と宛先、同じ GRE キーを持つ単一のフローとして発生します。また、ファットフローは、トンネル上のトラフィック量が増加するため、リンク使用率の不均衡を著しく増加させる可能性があります。別の例としては、MX PE ルーターが加入者エッジ展開の VPLS PE デバイスとして使用され、ルーターがアクセス デバイスから中央ブロードバンド ネットワークゲートウェイ(BNG)にブロードバンド加入者トラフィックをバックホールする場合です。この場合、加入者のMACアドレスとBNGルーターのMACアドレスのみがハッシュに使用できます。しかし、BNG MACが少なく、加入者MACも比較的少ないため、典型的なレイヤー3およびレイヤー4のフィールドは、最適なロードバランシングのためのハッシュを作成するのに十分ではありません。

そのため、Trio MPCを搭載し、Junos OS リリース 18.3R1以降を実行しているMXシリーズルーターでは、デフォルトの enhanced-hash-key 計算が変更されています。変更の概要は次のとおりです。

  • GRE パケットでは、外部 IP パケットがフラグメント パケット(最初のフラグメントまたは後続のフラグメント)ではなく、内部パケットが IPv4 または IPv6 の場合、外部の送信元アドレスと宛先アドレスに加えて、内部パケットの送信元アドレスと宛先アドレスがハッシュ計算に使用されます。内部 IP パケットのプロトコルが TCP または UDP で、内部 IP パケットがフラグメント(最初のフラグメントまたは後続のフラグメント)でない場合、内部パケットのレイヤー 4 ポートも含まれます。同様に、外側の IP パケットがフラグメント パケットではなく、内側のパケットが MPLS の場合、一番上の内側のラベルがハッシュ計算に含まれます。

  • PPPoE パケットの場合、内部パケットが IPv4 または IPv6 の場合、内部パケットからの送信元アドレスと宛先アドレスが含まれます。レイヤー 4 ポートは、内部 IP パケットのプロトコルが TCP または UDP で、内部 IP パケットがフラグメントではない場合が含まれます。PPPoE 内部パケット フィールドを含めるには、forwarding-options enhanced-hash-key family multiservice 階層レベルで no-payload オプションを設定します。

  • IPv6 の場合、IPv6 ヘッダー フロー ラベル フィールドがハッシュ計算に含まれます。RFC 6437では、IPv6ヘッダーの20ビットフローラベルフィールドが説明されています。forwarding-options enhanced-hash-key family inet6階層で no-flow-label オプションを設定して、新しいデフォルトを無効にします。

IPv4 経由で送信される GRE トラフィックに使用されるハッシュ フィールド

リストは、Junos 18.3R1以降で、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述の箇所では、ハッシュで使用される IP フィールドと port フィールドは対称であり、フィールドを入れ替えてもハッシュ結果は変更されません。

  • IPv4、GRE

    • GRE鍵

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv4 in IPv4、GRE

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • GRE鍵

      GREプロトコル = IPv4

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv4、GRE の中の IPv6

    • ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • GRE鍵

      GREプロトコル = IPv6

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • MPLS in IPv4、GRE

    • ペイロード(内部 MPLS: トップ ラベル)

    • GRE鍵

      GREプロトコル = MPLS

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • Junos 17.2 以降で使用される IPv4、L2TPv2

    L2TPv2 トンネル ID とセッション ID を含めるには、 forwarding-options enhanced-hash-key family inet l2tp-tunnel-session-identifier オプションを設定します。ジュニパーでは、デフォルトでこのオプションを有効にすることは推奨していません。これは、L2TPセッション識別が宛先UDPポートの一致(1701)に基づいており、このポートは、L2TPトランスポートにのみ使用されない場合があるため、パケットからのトンネルおよびセッションIDフィールドの抽出が常に正確であるとは限らないためです。

    • セッションID

    • トンネル ID

    • 送信元ポートと宛先ポート

    • 送信元アドレスと宛先アドレス。シンメトリック

    • プロトコル(UDP)

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

IPv6 を介して送信される GRE トラフィックに使用されるハッシュ フィールド

このリストは、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述の箇所では、ハッシュで使用される IP フィールドと port フィールドは対称であり、フィールドを入れ替えてもハッシュ結果は変更されません。

  • IPv6、GRE

    • GRE鍵

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv4 in IPv6、GRE(Junos 18.3以降)

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • GRE鍵

      GREプロトコル = IPv4

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv6 in IPv6、GRE(Junos 18.3以降)

    • ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • GRE鍵

      GREプロトコル = IPv6

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • MPLS in IPv6、GRE(Junos 18.3以降)

    • ペイロード(内部 MPLS:トップ ラベル)シンメトリック

    • GRE鍵

      GREプロトコル = MPLS

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フローラベル

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

IPv4 に使用されるハッシュ フィールド

リストは、特に明記されていない限り、非フラグメント化パケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述のように、IP フィールドとポート フィールドのハッシュは対称であり、フィールドを入れ替えてもハッシュ結果は変わりません。

  • IPv4(TCPやUDPではない)、またはフラグメント化されたパケット

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv4、TCPおよびUDP、非フラグメントパケット

    • 送信元ポートと宛先ポート。シンメトリック

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv4、PPTP

    • GRE 鍵の最下位ビット 16 ビット

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

  • 宛先ポート 2152 への IPv4、GTP、UDP トラフィック

    GPRS トンネリング プロトコル(GTP)トンネル エンドポイント識別子(TEID)を含めることは、 forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier オプションで有効にできます。ジュニパーでは、デフォルトでこのオプションを有効にすることは推奨していません。これは、GTPセッションの識別が宛先UDPポートの一致(2152)に基づいており、このポートはGTPトランスポートにのみ使用されない場合があるため、パケットからのTEIDフィールドの抽出が常に正確であるとは限らないためです。

    • GTP TEID(無効)

    • 送信元ポートと宛先ポート

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 議定書

    • DSCP(無効)

    • 受信インターフェイス インデックス(無効)

IPv6 で使用されるハッシュ フィールド

リストは、特に明記されていない限り、非フラグメント化パケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述のように、IP フィールドとポート フィールドのハッシュは対称であり、フィールドを入れ替えてもハッシュ結果は変わりません。

  • IPv6、TCPおよびUDP以外のパケット、または発信元によってフラグメント化されたTCPおよびUDPパケット

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv6、フラグメント化されていないTCPおよびUDPパケット

    • 送信元ポートと宛先ポート。シンメトリック

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv6、PPTP

    • GRE 鍵の最下位ビット 16 ビット

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

  • IPv6、GTP

    GPRS トンネリング プロトコル(GTP)トンネル エンドポイント識別子(TEID)を含めることは、 forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier 階層レベルで有効にできます。ジュニパーでは、デフォルトでこのオプションを有効にすることは推奨していません。これは、GTPセッションの識別が宛先UDPポートの一致(2152)に基づいており、このポートはGTPトランスポートにのみ使用されない場合があるため、パケットからのTEIDフィールドの抽出が常に正確であるとは限らないためです。

    • GTP TEID(デフォルトでは無効、 forwarding-options enhanced-hash-key family inet gtp-tunnel-endpoint-identifier 階層レベルで有効になります。

    • 送信元ポートと宛先ポート

    • 送信元アドレスと宛先アドレス。シンメトリック

    • 次のヘッダー

    • フロー ラベル(Junos 18.3 以降)

    • トラフィック クラス(無効)

    • 受信インターフェイス インデックス(無効)

マルチサービスに使用されるハッシュ フィールド

ファミリー マルチサービス ハッシュ設定は、 family ccc、 vpls、または bridge としてルーターに入るパケットに適用されます。このリストは、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述の箇所では、ハッシュで使用される IP フィールドと port フィールドは対称であり、フィールドを入れ替えてもハッシュ結果は変更されません。

  • イーサネット、非 IP または非 MPLS

    設定されている場合、ペイロード情報はタグなしパケットまたは最大 2 つの VLAN タグを持つパケットから抽出されます。

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

  • イーサネット、IPv4

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

  • イーサネット、IPv6

    • ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

  • イーサネット、MPLS

    • ペイロード(内部 MPLS:上位ラベルと内部 IPv4 および IPv6 フィールド)シンメトリック。関連情報については、後述の MPLS、Junos 18.3 以降で使用されるハッシュ フィールドを参照してください。

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

  • PPPoE(データパケット)のIPv4

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • PPP プロトコル IPv4 バージョン 0x1、タイプ 0x1

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

  • PPPoE(データパケット)のIPv6

    • ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • PPPプロトコル IPv6バージョン0x1、タイプ0x1

    • 外部 802.1p(無効)

    • 送信元と宛先のMAC。シンメトリック

    • 受信インターフェイス インデックス(無効)

MPLS、Junos 18.3 以降で使用されるハッシュ フィールド

このリストは、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述の箇所では、ハッシュで使用される IP フィールドと port フィールドは対称であり、フィールドを入れ替えてもハッシュ結果は変更されません。

  • MPLS、カプセル化IPv4またはIPv6

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

    • ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス、次のヘッダー)シンメトリック

    • ラベル 1..16 (20 ビット)

    • 外部ラベル EXP(無効)

    • 受信インターフェイス インデックス(無効)

  • MPLS、IPv4またはIPv6(イーサネット擬似ワイヤ)

    • ペイロード(イーサネット擬似回線のIPv4/IPv6)

    • ラベル 2..16 (20 ビット)

    • 外部ラベル EXP(無効)

    • ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

  • MPLS、イーサネット擬似ワイヤのMPLS

    • ペイロード(イーサネット擬似ワイヤのMPLSラベルスタックエントリーの上位2つのラベル)

    • ラベル 2..16 (20 ビット)

    • 外部ラベル EXP(無効)

    • ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

  • MPLS、エントロピーラベル

    エントロピーラベルが検出された場合、ペイロードフィールドは処理されず、インジケーターはハッシュ計算に含まれません

    • ラベル 1..16 (20 ビット)

    • 外部ラベル EXP(無効)

    • 受信インターフェイス インデックス(無効)

Junos 14.1からJunos 18.3までのMPLSで使用されるハッシュフィールド

このリストは、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドを示しています。デフォルトでは、特に断りのない限り、このフィールドがハッシュ計算に使用されます。また、前述の箇所では、ハッシュで使用される IP フィールドと port フィールドは対称であり、フィールドを入れ替えてもハッシュ結果は変更されません。

  • MPLS、カプセル化IPv4またはIPv6

    • ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)シンメトリック

      ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス、次のヘッダー)シンメトリック

    • ラベル 2.8 (20 ビット)

      外部ラベル EXP(無効)

      ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

  • MPLS、IPv4またはIPv6(イーサネット擬似ワイヤ)

    • ペイロード(イーサネット擬似回線のIPv4/IPv6)

    • ラベル 2.8 (20 ビット)

      外部ラベル EXP(無効)

      ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

  • MPLS、イーサネット擬似ワイヤのMPLS

    • ペイロード(イーサネット擬似ワイヤのMPLSラベルスタックエントリーの上位2つのラベル)

    • ラベル 2..16 (20 ビット)

    • 外部ラベル EXP(無効)

    • ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

  • MPLS、エントロピーラベル

    エントロピーラベルが検出された場合、ペイロードフィールドは処理されず、インジケーターはハッシュ計算に含まれません

    • ラベル 2.8 (20 ビット)

      外部ラベル EXP(無効)

      ラベル1(20ビット)

    • 受信インターフェイス インデックス(無効)

MPCを搭載したMXシリーズルーターのハッシュ計算とロードバランシングに関するJunosアップデートのリスト

表1:MXシリーズルーターのアップデートのリスト

Junos Release

Change

18.3R1

IPv6フローラベル、内部GREヘッダー、および内部PPPoEをデフォルトハッシュ計算に含めます。

MPLSラベルスタックの深さを16ラベルに増やします。

17.2R1

L2TP カプセル化された IPv4 および IPv6 パケットのロード バランシング。

16.1R1

制御ワードを含むEoMPLSペイロードハッシュを含む。

送信元のみおよび宛先のみのベース ハッシュを導入します。

15.1R1

AE メンバー リンク間に静的インターフェイスのターゲット配布を提供します。

MPLS カプセル化 PPPoE ペイロードの送信元、宛先、MAC をデフォルトのハッシュ計算に含めます。

14.2R3

LAG と MC-LAG の拡張性が向上します。

14.2R2

10G、40G、100Gリンクを含む集約型イーサネットバンドルを提供します。

14.1R1

aeX インターフェイスの作成を ch agg eth dev から切り離します。

集合型イーサネットインターフェースの名前空間を増やします。

ECMPネクストホップに適応型ロードバランシングを提供します。

13.3R1

適応型、パケット ランダム単位、および定期リバランスのロードバランシングの拡張機能が含まれています。

11.4R1

ECMP ネクスト ホップ間で負荷分散を提供します。