Junos VRF等コスト、マルチネクストホップスタティックルートがバランスしていません


8

PEルーター(Juniper MX5 JunOS 11.4)の同じVRFに集約する同じサイズのデュアルリンクでトラフィックの負荷を分散しています。CE(Cisco)からのトラフィックはうまくバランスしていますが、私は逆を正しくする必要があります。

私はマルチサイトネットワーク内でNATを実行していません。唯一のNATはエッジファイアウォールでインターネットに発生します。

ジュニパーPEルータでVRFを次のように設定しました。

# show routing-instances {client}
instance-type vrf;
.
.
vrf-export {client}-load-balance;
.
.
routing-options {
    static {
        .
        .
        route 10.0.0.0/24 next-hop [ 196.33.144.11 196.33.144.3 ];
        .
        .
    }
}
forwarding-options {
    load-balance {
        indexed-next-hop;
        per-flow {
            hash-seed;
        }
    }
}

そしてメイン構成ではこれ:

# show policy-options policy-statement {client}-load-balance
then {
     load-balance per-packet;
}

そして

# show forwarding-options hash-key
family inet {
    layer-3;
    layer-4;
}

それでも、ルーターは196.33.144.3ホップのみを選択して、サブネットの(10.0.0.0/24)トラフィックをルーティングし、両方のリンクに分散しません。

ここにいくつかのチェックがあります:

# run show route forwarding-table table {client}
Routing table: {client}.inet
Internet:
Destination        Type RtRef Next hop           Type Index NhRef Netif
default            user     0 8:5b:e:84:4c:b0    ucst   561     3 ge-1/1/2.3017
default            perm     0                    rjct   961     1
0.0.0.0/32         perm     0                    dscd   959     1
10.0.0.0/24        user     0 196.33.144.3       ucst   589     5 ge-1/1/5.2100
10.0.0.55/32       user     0                    ucst   645     6 gr-1/1/10.1
10.0.0.210/32      user     0                    ucst   645     6 gr-1/1/10.1
10.0.6.0/24        user     0                    ucst   921     3 gr-1/1/10.16
.
.

そして

# run show route 10.0.0.0 table {client}.inet.0

{client}.inet.0: 19 destinations, 20 routes (19 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

10.0.0.0/24        *[Static/5] 3d 07:43:36
                    > to 196.33.144.3 via ge-1/1/5.2100
                      to 196.33.144.11 via gr-1/1/10.1

そして

# run show route table {client}.inet.0 detail

{client}.inet.0: 19 destinations, 20 routes (19 active, 0 holddown, 0 hidden)
.
.
10.0.0.0/24 (1 entry, 1 announced)
        *Static Preference: 5
                Next hop type: Router, Next hop index: 1048574
                Address: 0xb6b407c
                Next-hop reference count: 3
                Next hop: 196.33.144.3 via ge-1/1/5.2100, selected
                Next hop: 196.33.144.11 via gr-1/1/10.1
                State: <Active Int Ext>
                Age: 3d 7:46:23
                Task: RT
                Announcement bits (2): 0-RT 2-KRT
                AS path: I
                AS path: Recorded

10.0.0.55/32 (1 entry, 1 announced)
        *Static Preference: 5
.
.

ルータのデフォルトのinet.0インスタンスを使用してこれを説明するガイドがありますが、これがVRF内で行われている例を見つけることができません。

私がしようとしていますVRF-輸出 VRFが転送テーブルオプションを持っていないため、「forwadingテーブル輸出負荷バランスポリシー名」のための代替手段としてのコマンドを。

私が試すことができるアイデアはありますか?


MXから両方のネクストホップに到達できますか?
ジョーダンヘッド

はい。次の
コマンド

わかりました、これを調べてみましょう-私には直感があります。
ジョーダンヘッド

2
「の代わりにvrf-exportコマンドを試していforwading-table export load-balance-policy-name ますこれは奇妙なことです。転送テーブルを変更しないと、ECMPは機能しません。私はあなたを怒らせるつもりはありませんが、あなたがあなたがそれを正しいeditレベルの下に入れようとしているのは確かですか?それはあるはずですset routing-options forwarding-table export {client}-load-balance
Ryan Foley

ああ、その一部を完全に読み間違えました。ライアンはまったく正しいです。彼が述べた階層に負荷分散ポリシーを適用する必要があります。VRFエクスポートはロードバランシング用ではなく、ルートターゲット/識別器などのためのものです。
ジョーダンヘッド

回答:


5

負荷分散ポリシーをに適用しているようですrouting-instanceforwarding-tableフォワーディングプレーンでECMPを実行するには、に適用する必要があります。

routing-options {
     forwarding-table {
          export load-balancing-policy;
     }
}

これが機能していることを確認するには、次のようなものが表示されるはずです。entryの転送テーブルの追加エントリに注意してください10.0.0.0/24

# run show route forwarding-table table {client}
Routing table: {client}.inet
Internet:
Destination        Type RtRef Next hop           Type Index NhRef Netif
default            user     0 8:5b:e:84:4c:b0    ucst   561     3 ge-1/1/2.3017
default            perm     0                    rjct   961     1
0.0.0.0/32         perm     0                    dscd   959     1
10.0.0.0/24        user     0 196.33.144.3       ucst   589     5 ge-1/1/5.2100 *
10.0.0.0/24        user     0 196.33.144.11      ucst   645     6 gr-1/1/10.1   *
10.0.0.55/32       user     0                    ucst   645     6 gr-1/1/10.1
10.0.0.210/32      user     0                    ucst   645     6 gr-1/1/10.1
10.0.6.0/24        user     0                    ucst   921     3 gr-1/1/10.16
.
.

1
これはうまくいった!また、この特定のポリシーに2つのネクストホップIPを追加して、そのルートのみにロックダウンしました。ありがとうございます。
Shawn Gradwell、2015年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.