このページの目次
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ルーターで使用できます。パケットごとのランダムスプレーロードバランシングを設定するには、 階層レベルで ステートメントを含め
per-packet
ます[edit interfaces aex aggregated-ether-options load-balance]
。詳細については、「 例:集合型イーサネットロードバランシングの設定 」を参照してください。 -
パケット単位のランダム スプレー ロード バランシング :適応型ロード バランシング オプションが失敗した場合、パケット単位のランダム スプレー ロード バランシングが最後の手段として機能します。これにより、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)にトラフィックを均等に再分散します。以前のリリースでは、ALB は単一の PFE に制限されていましたが、AE バンドルでトラフィックを再分散していました。これは、柔軟性と冗長性に影響を与えました。ALB はデフォルトで無効になっています。
階層レベルで ステートメント
[edit interfaces ae-interface aggregated-ether-options load-balance]
を設定するadaptive
ことで、ALBを設定できます。詳細については、「 適応型ロード バランシングの設定 」を参照してください。
-
ECMPネクストホップのための複数のPFE上のALB
Junos OS リリース 20.1R1 以降、同一ラインカード上の複数のイングレス PFE にまたがる ECMP ネクスト ホップに対して ALB を設定し、トラフィックの分散と冗長性を均等に行えるようになりました。以前のリリースでは、ECMP ネクスト ホップの ALB は単一の PFE に制限されていました。この制限は、柔軟性と冗長性に影響を与えました。ALBは、ECMPリンク全体の負荷レベルに関連して各フローが寄与するトラフィック負荷を動的に監視し、しきい値に達すると是正措置を講じます。
ECMPネクスト・ホップにALBを設定するには、 階層レベルの下で
[edit chassis]
コマンドを設定しますecmp-alb
。詳細については、 ecmp-alb を参照してください。
メモ:ALBは、同じラインカードに存在する複数のPFEに対して機能します。この機能は、異なるラインカード上にあるPFEではサポートされません。
異なるラインカードに存在するPFEの場合、ALBが有効になっている場合でも、イングレストラフィックによってエグレスポートの負荷が不均一になる可能性があります。
-
いくつかの追加構成オプションも使用できます。
スロット単位のハッシュ関数設定 :この方法は、各PICスロットの一意のロードバランスハッシュ値に基づいており、DPCEおよびMS-DPCラインカードを搭載したM120、M320、およびMXシリーズルーターでのみ有効です。
対称ロードバランシング :この方法は、802.3ad LAG で対称ロードバランシングを提供します。対称ロードバランシングに使用されるハッシュは、階層のレベルで設定されます
interface
。これにより、二重トラフィックの特定のフローが同じデバイスを双方向に通過し、MXシリーズルーターで使用できるようになります。
MX MPCおよびTシリーズタイプ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 のパケットのハッシュ計算結果と同じです。
パケットの並べ替えを避けるために、フラグメント化された IPv4 パケットのハッシュ計算では、レイヤー 4 トランスポートプロトコルポートは使用されません。これは、ヘッダー内のビットによって more fragment
識別されるフローの最初のフラグメントと、ゼロ以外のフラグメント オフセットによって識別される後続のすべてのフラグメントに当てはまります。最初のフラグメントとそれ以降のフラグメントは、常に同じネクストホップ上で転送されます。
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ビットフローラベルフィールドについて説明しています。
no-flow-label
階層でforwarding-options enhanced-hash-key family inet6
オプションを設定して、新しいデフォルトを無効にします。
IPv4 で送信される GRE トラフィックに使用されるハッシュ フィールド
リストには、Junos 18.3R1 以降で、フラグメント化されていないパケットのハッシュ計算に使用されるフィールドが表示されます。既定では、特に明記されていない限り、このフィールドはハッシュ計算で使用されます。また、ハッシュで使用されるIPフィールドとポートフィールドは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
IPv4、GRE
GRE鍵
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4 の IPv4、GRE
ペイロード(内部IPv4:送信元ポートと宛先ポート、IPアドレス)。対称
GRE鍵
GRE プロトコル = IPv4
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4 の IPv6、GRE
ペイロード(内部IPv6:送信元ポートと宛先ポート、IPアドレス);対称
GRE鍵
GRE プロトコル = IPv6
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4、GRE の MPLS
ペイロード(内部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フィールドとポートフィールドは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
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以降)
トラフィック クラス(無効)
受信インターフェイス インデックス(無効)
IPv6、GRE における MPLS(Junos 18.3 以降)
ペイロード(内部MPLS:トップラベル);対称
GRE鍵
GRE プロトコル = MPLS
送信元アドレスと宛先アドレス。対称
次のヘッダー
フロー ラベル
トラフィック クラス(無効)
受信インターフェイス インデックス(無効)
IPv4 に使用されるハッシュ フィールド
このリストには、特に明記されていない限り、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドが表示されます。既定では、特に明記されていない限り、このフィールドはハッシュ計算で使用されます。また、記載されているところでは、IPフィールドとポートフィールドのハッシュは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
IPv4(TCPやUDPではない)、またはフラグメント化されたパケット
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4、TCPおよびUDP、フラグメント化されていないパケット
送信元および宛先ポート。対称
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4、PPTP
GRE鍵の最下位16ビット
送信元アドレスと宛先アドレス。対称
プロトコル
DSCP(無効)
受信インターフェイス インデックス(無効)
IPv4、GTP、宛先ポート 2152 への 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以降)
トラフィック クラス(無効)
受信インターフェイス インデックス(無効)
マルチサービスに使用されるハッシュフィールド
ファミリー マルチサービス ハッシュ設定は、 、 vpls
、 bridge
としてルーターfamily ccc
に入るパケットに適用されます。このリストには、フラグメント化されていないパケットのハッシュ計算で使用されるフィールドが表示されます。既定では、特に明記されていない限り、このフィールドはハッシュ計算で使用されます。また、ハッシュで使用されるIPフィールドとポートフィールドは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
イーサネット、非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フィールドとポートフィールドは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
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フィールドとポートフィールドは対称です。つまり、フィールドを交換してもハッシュ結果は変わりません。
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アップデートのリスト
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 インターフェイスの作成を 集合型イーサネット・インターフェイスの名前空間を増やします。 ECMP ネクスト ホップに適応型ロード バランシングを提供します。 |
13.3R1 |
適応型ロードバランシング、パケットランダム単位ロードバランシング、および定期的なリバランスロードバランシングの機能強化が含まれます。 |
11.4R1 |
ECMPネクスト・ホップ間で負荷を分散します。 |