パケット単位のロードバランシングを理解する
デフォルトでは、アクティブルートの同じ宛先への複数のイコールコストパスがある場合、Junos OSはハッシュアルゴリズムを使用してネクストホップアドレスの1つを選択して転送テーブルにインストールします。宛先のネクストホップのセットが何らかの方法で変更されるたびに、ハッシュアルゴリズムを使用してネクストホップアドレスが再選択されます。Junos OSリリース18.3R1以降、MXシリーズルーターでは、IPv6、GRE、PPPoEパケットハッシュ計算のデフォルトの動作が変更され、特定の場合でロードバランシングを向上させるためにフローラベルフィールドが含まれるよう変更されました(オプションを no-payload
使用して、以前のハッシュ計算方法に戻すことができます)。詳細については 、 MXシリーズルーター上のトラフィックの負荷分散に使用されるアルゴリズムを理解 するを参照してください。
Junos OSを設定して、アクティブなルートに対して、宛先のすべてのネクストホップアドレスが転送テーブルにインストールされるようにすることができます。この機能は、 パケット単位のロードバランシングと呼ばれます。名前付けは直感的に操作できません。ただし、Junos のパケット単位の ロード バランシングは、他のベンダーが フロー単位の ロード バランシングと呼ぶ場合と機能的に同等です。負荷分散を使用して、ルーター間の複数のパスにトラフィックを分散させることができます。
図 1 は、シンプルなロード バランシングシナリオを示しています。デバイスR1はAS 64500に存在し、AS 64501にあるデバイスR2とデバイスR3の両方に接続されています。デバイスR1は、2つのリンク間でトラフィックを負荷分散するように設定できます。

Junos OS 13.3R3以降、MPC(モジュラーポートコンセントレータ)のみを備えたMXシリーズ5Gユニバーサルルーティングプラットフォームでは、一貫したロードバランシングを設定することができ、1つまたは複数のネクストホップパスに障害が発生した場合に、ECMP(等価コストマルチパス)グループ内のすべてのフローがアクティブなパスに並べ替えるのを防ぐことができます。非アクティブなパスのフローのみが、別のアクティブなネクストホップ パスにリダイレクトされます。アクティブな状態のサーバーにマッピングされたフローは維持されます。この機能は、外部 BGP ピアにのみ適用されます。
Junos OSリリース19.1R1以降、QFX10000スイッチでは、GPRSトンネリングプロトコルトンネルエンドポイント識別子(GTP-TEID)フィールドハッシュ計算を使用して、IPv4またはIPv6パケットのロードバランシングを設定できます。GTP-TEID ハッシュは、すでに設定したレイヤー 2 およびレイヤー 3 フィールド ハッシュに追加されます。QFX10000スイッチでこの機能を有効にするには、 または 階層レベルで [edit forwarding-options enhanced-hash-key family inet]
ステートメントを[edit forwarding-options enhanced-hash-key family inet6]
設定 gtp-tunnel-endpoint-identifier
します。GTP バージョン 1 および 2 がサポートされています。ユーザーデータのみをサポートします。両方の GTP バージョンに UDP ポート番号 2152 を使用する必要があります。
no-payload
使用して、以前のハッシュ計算方法に戻すことができます)。