Tại sao BGP RR chỉ phản ánh con đường tốt nhất?


15

Bất cứ ai có thể trả lời tại sao BGP RR chỉ phản ánh con đường tốt nhất?


Có câu trả lời nào giúp bạn không? nếu vậy, bạn nên chấp nhận câu trả lời để câu hỏi không xuất hiện mãi mãi, tìm kiếm câu trả lời. Ngoài ra, bạn có thể cung cấp và chấp nhận câu trả lời của riêng bạn.
Ron Maupin

Câu trả lời:


18

Để bảo tồn bộ nhớ tại đích, điều quan trọng là đường dẫn chuyển tiếp tối ưu hóa vi mô trong quá khứ. Đây là trích dẫn từ RFC4456 :

Một trong những thành phần chính của phương pháp phản ánh tuyến đường trong
việc giải quyết vấn đề mở rộng là RR tóm tắt
thông tin định tuyến và chỉ phản ánh đường dẫn tốt nhất của nó.

Mặc dù tỷ lệ luôn luôn quan trọng, rõ ràng có những kịch bản ngày nay trong đó chúng ta sẽ sử dụng bộ nhớ RIB hơn là chọn đường dẫn tối ưu.

Để giải quyết vấn đề này, có sự phản ánh tối ưu BGP AddPathBGP . AddPath có sẵn từ cả Cisco và Juniper, trong khi hiện tại sự phản chiếu tối ưu không được các nhà cung cấp lớn triển khai.

AddPath cho phép BGP gửi nhiều hơn một đường dẫn tốt nhất. Phản xạ tối ưu sẽ sử dụng SPF (ISIS, OSPF) để phản ánh tuyến đường tốt nhất từ ​​POV của máy thu, chứ không phải từ quan điểm riêng của người phản xạ tuyến đường.


3

Hãy nhớ rằng ý tưởng với iBGP và phản ánh tuyến đường là phân phối thông tin đường dẫn với ý tưởng rằng các quyết định định tuyến / chuyển tiếp cụ thể sẽ được cung cấp bởi IGP cơ bản (đặc biệt bao gồm đa luồng, chuyển đổi dự phòng nội bộ, v.v.). Như vậy, một con trỏ tới những bước tiếp theo khá tĩnh có thể được giữ trong bảng trong khi tránh sự hỗn loạn liên quan đến thông tin mạng cục bộ.

Khả năng mở rộng và ổn định là (và có thể được cho là) ​​các mục tiêu chính của BGP - ngay cả ở mức giá của sự lựa chọn đường dẫn tối ưu và hội tụ nhanh. Việc thực hiện truyền thống của RR là điển hình cho việc này. Lý tưởng nhất là thông tin trên RR phải tĩnh nhất có thể và bộ hẹn giờ nên được giữ ở phía dài.

BTW - Có những trường hợp RR có thể gửi nhiều đường dẫn đến cùng đích v4 / v6 - cả tính năng AddPath được đề cập ở trên cũng như trong trường hợp MPLS VPN trong đó tiền tố đã cho được liên kết với RD của nhiều PE.


Không chắc chắn tôi đã gộp RR với các mục tiêu thiết kế ban đầu của iBGP (điều mà bạn hoàn toàn đúng, đặc biệt là về khả năng mở rộng và ổn định); RR đã được đề xuất trong một RFC riêng để giảm bớt các vấn đề mở rộng mà ai đó sẽ gặp phải với lưới đầy đủ iBGP và mong muốn được đồng bộ hóa bị vô hiệu hóa. Nếu không, một câu trả lời tuyệt vời, và nâng cao như vậy.
John Jensen

Tôi muốn chỉ ra rằng tiền tố với RD khác nhau là tiền tố duy nhất , bộ phản xạ không biết nó sẽ không phải là duy nhất tại PE của máy thu tại VRF của máy thu. Đây chính xác là chức năng của RD, nếu không có nó, bạn không thể có các tiền tố chồng chéo trong VRF.
ytti

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.