Từ một tuyến RIP trên CE đến VRF từ xa: export diễn ra ở đâu

Một bản cập nhật RIPv2 đến provider edge, rơi vào bảng định tuyến VRF và dừng ở đó trừ khi có gì đó export nó một cách rõ ràng. Ba quyết định diễn ra tuần tự và mỗi quyết định có thể từ chối tiền tố vì lý do riêng của nó. Đọc chúng như một sự kiện duy nhất là lý do người ta tìm nhầm thiết bị khi một site từ xa không tiếp cận được mạng mà CE công bố rõ ràng. Theo tuyến qua PE và trình tự sẽ trở nên rõ ràng.

PE làm gì với một bản cập nhật RIP

PE nhận bản cập nhật trên giao diện VRF, kiểm tra rằng nguồn là một neighbor được phép và cài tiền tố vào bảng định tuyến VRF với số hop lấy từ quảng bá. Bảng đó là một bảng định tuyến bình thường với administrative distance riêng và cách chọn đường tốt nhất riêng. Nếu CE quảng bá cùng một tiền tố hai lần với metric khác nhau, chỉ cái tốt hơn tồn tại trong bảng. Không có gì trong bước này liên quan đến backbone của nhà cung cấp.

Tiền tố giờ tồn tại bên trong ngữ cảnh định tuyến của một khách hàng, điều này còn xa mới tiếp cận được ở bất kỳ nơi nào khác.

Export là một hành động chính sách, không phải hệ quả của giao thức

Để rời VRF, một tuyến phải được redistribute vào tiến trình MP-BGP mang các tuyến VPN, và nó cần một route target extended community xác định những VRF từ xa nào được phép import nó. Kiến trúc trong RFC 4364 giữ những trao đổi đó tách khỏi giao thức CE-PE chính vì lý do này. Việc dùng RIP ở biên không nói gì về những gì nên đi qua mạng của nhà cung cấp.

Hãy viết hợp đồng export trước khi cấu hình bất cứ thứ gì: các tiền tố khách hàng phải tiếp cận được từ xa, các tuyến phải ở lại cục bộ, và mọi default, tuyến cụ thể hơn hoặc ngoại lệ cho dịch vụ dùng chung. Đối chiếu hợp đồng đó với VRF thực tế, không phải với một VRF có tên tương tự thuộc khách hàng khác.

Phía import là chính sách thứ hai với các route target riêng, và một export khớp với một import không khớp tạo ra tiền tố tồn tại trong backbone và không xuất hiện trong bảng từ xa nào.

Redistribution và explicit origination hành xử khác nhau

Redistribution lấy các tuyến đã có trong bảng VRF và sao chép chúng vào BGP, được lọc bởi route map. Map quyết định tiền tố nào đủ điều kiện và chúng mang thuộc tính gì, và metric phải được đặt rõ ràng vì số hop RIP không có ý nghĩa như metric BGP. Bất cứ thứ gì bạn để không đặt đều được kế thừa theo cách thường làm người đọc cấu hình sáu tháng sau ngạc nhiên.

Redistribution hai chiều là nơi thiệt hại âm thầm xảy ra. Một tiền tố được export vào BGP có thể quay lại qua điểm redistribution thứ hai, và nếu không có tag hay filter, tuyến dao động trong khi cả hai bảng trông hợp lý ở mọi thời điểm. Hãy lọc theo tag được áp ở biên thay vì tin rằng topology sẽ ngăn đường quay về.

Explicit origination trông gọn gàng hơn và không phải vô điều kiện. Một network statement thường cần một tuyến khớp trong bảng định tuyến trước khi tiền tố được originate, nên quảng bá biến mất ngay khi CE ngừng quảng bá nó. Đó thường là hành vi bạn muốn, và nó không giống một static route còn được cấu hình mãi mãi. Hãy kiểm tra quy tắc thực tế của nền tảng thay vì giả định một trong hai hành vi.

Dù thế nào, câu hỏi cho mỗi tiền tố là nguồn hoạt động nào khiến nó đủ điều kiện và điều gì xảy ra khi nguồn đó biến mất.

Kiểm tra chuỗi ở bốn nơi

Xem quảng bá của CE, bảng định tuyến VRF, bảng tuyến VPN cùng route target của nó, và import trong VRF từ xa, theo thứ tự đó. Trên IOS, điều đó nghĩa là đầu ra neighbor của CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, và cùng lệnh đó trên PE từ xa. Trên IOS-XR, đầu ra tương đương nằm dưới show bgp vrf CUSTOMER ipv4 unicast. Tên lệnh khác nhau, bốn điểm kiểm tra thì không.

Hãy kiểm tra một tiền tố cần bị từ chối cẩn thận như một tiền tố cần đi qua, vì một chính sách cho phép mọi thứ trông giống hệt một chính sách đúng cho đến khi ngoại lệ đầu tiên xuất hiện. Sau đó theo dõi một withdrawal: tắt giao diện CE và xác nhận mục từ xa biến mất trong khoảng timer mong đợi thay vì tồn tại dai dẳng.

Ghi lại ai sở hữu từng chính sách. Khi nhà cung cấp vận hành CE, hành vi được bàn giao thuộc hợp đồng dịch vụ, và một giao thức hoặc chính sách withdrawal khác trên thiết bị được quản lý trước hết là vấn đề tài liệu và sau đó mới là vấn đề định tuyến.