パケット単位のロードバランシングについて

デフォルトでは、アクティブなルートの同じ宛先へのイコールコスト パスが複数存在する場合、Junos OS はハッシュ アルゴリズムを使用して、ネクストホップ アドレスの 1 つを選択し、転送テーブルにインストールします。宛先のネクストホップのセットが何らかの形で変化するたびに、ハッシュアルゴリズムを使用してネクストホップアドレスが再選択されます。Junos OS リリース 18.3R1 以降、MX シリーズ ルーターでは、IPv6、GRE、PPPoE パケット ハッシュ計算のデフォルト動作が変更され、特定のケースでのロード バランシングを向上させるため flow-label フィールドが追加されました(このオプションを使用すると no-payload 、以前のハッシュ計算方法に戻すことができます)。詳細については 、 MXシリーズルーターのトラフィックのロードバランシングに使用されるアルゴリズムについて を参照してください。

アクティブなルートで、宛先のすべてのネクストホップアドレスが転送テーブルにインストールされるように Junos OS を設定できます。この機能は、 パケット単位のロード バランシングと呼ばれます。命名は直感に反するかもしれません。ただし、Junos の パケット単位の ロード バランシングは、他のベンダーが フロー単位 のロード バランシングと呼ぶものと機能的に同等です。負荷分散を使用して、ルーター間の複数のパスにトラフィックを分散させることができます。

図 1 は、単純な負荷分散のシナリオを示しています。デバイスR1はAS 64500に存在し、AS 64501に存在するデバイスR2とデバイスR3の両方に接続されています。デバイスR1は、2つのリンク間でトラフィックを負荷分散するように設定できます。

図 1: 単純な負荷分散のシナリオ

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 inet6] 階層レベルで ステートメント[edit forwarding-options enhanced-hash-key family inet] を設定します gtp-tunnel-endpoint-identifier。GTP バージョン 1 および 2 がサポートされています。ユーザー データのみをサポートします。両方の GTP バージョンで UDP ポート番号 2152 を使用する必要があります。