Đây là thiết lập hiện tại của tôi, nơi tôi có 40Gbpscác liên kết giữa cả 4 công tắc đang chạy OSPFbằng các liên kết L3 giữa chúng nhưng bây giờ tôi muốn tăng gấp đôi băng thông giữa các công tắc nên tôi dự định thêm (liên kết chấm) các liên kết L3 và để lưu lượng cân bằng tải OSPF trên chúng , Bạn có nghĩ rằng có bất kỳ vấn đề để làm điều đó hoặc điều này sẽ chỉ là tốt? (muốn có đôi mắt thứ hai)

Đây là cấu hình ospf của tôi trông trên cả 4 công tắc.

interface Ethernet2/10
  no switchport
  mtu 9216
  ip address 192.168.250.9/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

interface Ethernet2/11
  no switchport
  mtu 9216
  ip address 192.168.250.13/30
  no ip ospf passive-interface
  ip router ospf 100 area 0.0.0.0
  no shutdown

Thêm chi tiết về lưu lượng truy cập hiện tại

lưu lượng truy cập hiện tại của tôi trông giống như sơ đồ sau hiện tại SWlà chuyển đổi BGP đang hoạt động để tất cả lưu lượng vào / ra từ ISP. sau đó SW1 thực hiện chia sẻ tải giữa hai SW3 / 4 bằng OSPF ECMP. 1 năm qua chúng tôi không có khiếu nại nào về vấn đề giọng nói hoặc vấn đề chất lượng (mọi người đều vui vẻ). Bây giờ khi SW1 của tôi không thành công thì OSPF chuyển tuyến BGP sang SW2 và làm cho nó activevà lưu lượng bắt đầu chảy từ SW2 sang SW3 / 4 (Tôi đã thử nghiệm nhiều lần bằng cách chuyển thủ công BGP)

Cập nhật - 2

Thông tin chia sẻ tải cho OSPF / ECMP

Tôi đã theo dõi chia sẻ tải được định cấu hình mặc định trên các bộ chuyển mạch cisco nexus.

# show ip load-sharing
IPv4/IPv6 ECMP load sharing:
Universal-id (Random Seed): 2223335843
Load-share mode : address source-destination port source-destination
GRE-Outer hash is disabled.
Concatenation is disabled.

Vì đây là các liên kết Điểm-Điểm, tôi sẽ xem xét sử dụng dịch vụ ngừng hoạt động để định cấu hình cho mỗi / 30 giao diện với ip ospf network point-to-point. (Liên kết mới và hiện có). Điều này làm giảm thời gian chào và thời gian chết. Cấu hình này cũng làm giảm nhu cầu đàm phán DR và ​​BDR.

Cuối cùng, tôi sẽ xác minh các trạng thái lân cận và bảng định tuyến OSPF, trước và sau khi cắt. Bạn sẽ thấy các tuyến ECMP sau khi cắt và các hàng xóm thích hợp.

Có hai cách để làm điều đó.

• cách được đề xuất của bạn, bằng cách thêm liên kết thứ hai với / 30 hoặc / 31 của chính nó, đảm bảo rằng OSPF cài đặt nhiều tuyến chi phí bằng nhau trong bảng định tuyến và để chuyển tiếp ECMP (EqualCostMultiPath) của CEF xử lý việc đẩy gói và phân phối các luồng qua tập hợp các liên kết có sẵn. CEF / ECMP sử dụng logic chia sẻ tải khác với Cổng kênh và có thể xử lý số lượng liên kết không đồng đều tốt hơn nhiều so với Kênh cổng. Xem bài viết trên Blog của Ivan Pepelniak để tham khảo.

• sử dụng L3 Cổng kênh: Di chuyển cấu hình IP và định tuyến đến đối tượng kênh cổng ( không có lệnh "tổng đài") và tham gia các giao diện đã cho vào đối tượng đó. Hãy để logic phân phối tải của Cổng-Kênh xử lý phân phối luồng.

Ý tưởng đề xuất của bạn là định hướng L3 / định tuyến nhiều hơn, nhưng việc nhân rộng nó có thể có một số vấn đề: Bạn sẽ sử dụng rất nhiều / 30 hoặc / 31s. Bạn có thể chia tỷ lệ theo số lẻ, nhưng bạn sẽ phải định cấu hình một liên kết mới và có thể là mạng con cho mỗi bước chia tỷ lệ (hoặc đi ip unnumbered). Mặt khác, các liên kết riêng lẻ với mạng con của họ dễ dàng khắc phục sự cố hơn - chuyển qua một liên kết đơn nhất định "xuất hiện tự nhiên".

Mặt khác, Kênh L3 không cần thêm mạng con IP và không thực sự chạm vào logic cấu hình định tuyến đã cho của bạn. Cổng kênh là "kiểu Nexus" hơn một chút, vì toàn bộ lịch sử của các thiết bị chuyển mạch Nexus dựa trên khái niệm VPC (không hoàn toàn áp dụng ở đây, tôi sẽ thừa nhận). Mở rộng các liên kết bổ sung dễ dàng hơn - chỉ cần thêm hai liên kết nữa mà không cần chạm vào bất kỳ cấu hình IP hoặc định tuyến nào. Tuy nhiên, các quy tắc cho Kênh Cổng được áp dụng (ví dụ: giữ số lượng liên kết ở mức 2), trong khi việc khắc phục các liên kết riêng lẻ của Kênh Cổng ít đơn giản hơn (không thể ping qua một liên kết riêng lẻ mà không xóa liên kết khỏi kênh cổng và cấu hình lại nó)

ĐỊA CHỈ-1: Và ồ, bằng mọi cách, hãy làm theo lời khuyên của TDurden để định cấu hình điểm-điểm trên ... ehm .. các liên kết điểm-điểm (chơi chữ rất tệ, tôi sẽ thừa nhận)

CAVEAT-1: Khi sử dụng các kênh cổng, đảm bảo rằng bạn chọn chiến lược cân bằng tải phù hợp với các mẫu truyền thông dự kiến ​​cho liên kết đã cho. Khi kết nối bộ định tuyến với bộ định tuyến (về cơ bản chỉ có hai địa chỉ MAC trên liên kết), thì "Src / Dst MAC" có thể không có kết quả mong muốn ... Để tham khảo, hãy xem Hướng dẫn cấu hình giao diện NX-OS Cisco Nexus 9000 Series, Phát hành 9.2 (x)

ĐỊA CHỈ-2: Trên Nexus 9000, với ECMP / CEF, thuật toán chia sẻ tải có thể được cấu hình để bao gồm các thuộc tính L4: ip load-sharing address source-destination port source-destinationXem Định cấu hình Chia sẻ tải trong Unicast FIB từ cấu hình Định tuyến Unicast.

CAVEAT-2 Khi sử dụng L3-Port-Kênh, hãy theo dõi thuộc tính "băng thông" của giao diện kênh cổng khi liên kết thành viên bị hỏng. Tùy thuộc vào nền tảng phần cứng / phần mềm, băng thông của giao diện kênh cổng có thể bị giảm tương ứng và OSPF có thể phản ứng với điều đó bằng cách tăng chi phí của liên kết đã cho. Điều này có thể có (không) hậu quả dự định cho cấu trúc liên kết.