Junos VRF chi phí bằng nhau, các tuyến tĩnh nhiều bước tiếp theo không cân bằng


8

Tôi đang tải lưu lượng cân bằng trên các liên kết kép, cùng kích thước tổng hợp đến cùng VRF trên bộ định tuyến PE (Juniper MX5 JunOS 11.4). Lưu lượng truy cập từ CE (Cisco) đang cân bằng tốt nhưng tôi cần phải làm ngược lại.

Tôi không NATing trong mạng đa trang web, NATing duy nhất xảy ra trên tường lửa cạnh Internet.

Tôi đã cấu hình VRF như sau trên bộ định tuyến Juniper PE:

# 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;
        }
    }
}

và trong cấu hình chính này:

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

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

Bộ định tuyến vẫn chỉ chọn bước nhảy 196.33.144.3 để định tuyến lưu lượng của mạng con (10.0.0.0/24) và không cân bằng trên cả hai liên kết.

Dưới đây là một số kiểm tra:

# 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
.
.

Có các hướng dẫn giải thích điều này bằng cách sử dụng phiên bản inet.0 mặc định của bộ định tuyến nhưng tôi không thể tìm thấy các ví dụ về việc này được thực hiện trong VRF.

Tôi đang thử lệnh vrf-export như là một thay thế cho "forwading-bảng xuất tải-cân bằng-tên-chính sách" vì VRF không có tùy chọn bảng chuyển tiếp.

Bất kỳ ý tưởng những gì tôi có thể thử?


Cả hai bước nhảy tiếp theo có thể truy cập từ MX không?
Jordan Head

Đúng. Tôi có thể ping cả hai IP thành công bằng cách sử dụng: # run ping IP định tuyến-client {client}
Shawn Gradwell

Được rồi, hãy để tôi làm việc này lên - tôi có linh cảm.
Jordan Head

2
"Tôi đang thử lệnh xuất vrf thay thế cho forwading-table export load-balance-policy-name" Điều đó thật lạ, không sửa đổi bảng chuyển tiếp của bạn, ECMP sẽ không hoạt động. Tôi không có ý xúc phạm bạn, nhưng bạn có tích cực không khi bạn cố gắng đưa nó vào đúng editcấp độ? Nó phải set routing-options forwarding-table export {client}-load-balance.
Ryan Foley

Oh tôi hoàn toàn đọc sai một phần của nó. Ryan hoàn toàn đúng, bạn phải áp dụng chính sách cân bằng tải cho hệ thống phân cấp mà anh ấy đề cập. Xuất khẩu VRF không dành cho cân bằng tải, nó dành cho những thứ như mục tiêu / phân biệt tuyến đường.
Jordan Head

Câu trả lời:


5

Có vẻ như bạn đang áp dụng chính sách cân bằng tải cho routing-instance. Nó cần được áp dụng forwarding-tableđể thực hiện ECMP trên mặt phẳng chuyển tiếp.

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

Để xác nhận nó hoạt động, bạn sẽ thấy một cái gì đó tương tự như thế này. Lưu ý mục nhập bổ sung trên bảng chuyển tiếp cho mục nhập 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
Điều này đã làm việc! Tôi cũng đã thêm hai IP kế tiếp vào chính sách cụ thể này để chỉ khóa nó xuống tuyến đường đó. Công cụ tuyệt vời cảm ơn!
Shawn Gradwell
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.