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

Junos OS 13.3R3以降、MPC(モジュラーポートコンセントレータ)を搭載したMXシリーズ5Gユニバーサルルーティングプラットフォームの場合のみ、一貫したロードバランシングを設定できます。これにより、1つ以上のネクストホップパスに障害が発生した場合に、ECMP(等価コストマルチパス)グループ内のアクティブなパスへのすべてのフローの並べ替えが防止されます。非アクティブなパスのフローのみが、別のアクティブなネクストホップ パスにリダイレクトされます。アクティブなままのサーバーにマッピングされたフローは維持されます。この機能は、外部 BGP ピアにのみ適用されます。
Junos OS リリース 19.1R1以降、QFX10000スイッチでは、GPRトンネリングプロトコルトンネルエンドポイント識別子(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 を使用する必要があります。
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。
no-payload
オプションを使用すると、ハッシュ計算の以前の方法に戻すことができます)。