RD và RT trong MPLS VPN: tính duy nhất và chính sách nhập

Hai site khách hàng có thể quảng bá 10.20.0.0/24 và cả hai vẫn hợp lệ trong một mạng của nhà cung cấp. Bộ phân biệt tuyến giữ các quảng bá đó tách biệt; đích tuyến quyết định VRF khách hàng nào được lấy bản sao. Chúng đứng cạnh nhau trong cấu hình và làm những việc hoàn toàn khác nhau. Nhầm lẫn giữa hai thứ dẫn đến những thay đổi trông có lý nhưng không sửa được gì.

Theo dõi một tuyến từ biên khách hàng đến một VRF ở xa và sự phân chia trở nên cụ thể: danh tính được gắn trước khi tuyến vào BGP, còn chính sách phân phối được đánh giá khi tuyến tới biên nhà cung cấp nhận nó.

Một tuyến VPN-IPv4 là một RD cộng một tiền tố IPv4

RFC 4364 định nghĩa họ địa chỉ VPN-IPv4 là một bộ phân biệt tuyến tám byte theo sau là một địa chỉ IPv4 bốn byte. RD được đặt trước tiền tố của khách hàng, vì vậy hai tiền tố giống nhau từ các site khác nhau trở thành hai tuyến BGP khác nhau.

Cấu trúc đó chính là toàn bộ cơ chế duy nhất. Nhà cung cấp không cần khách hàng thống nhất về không gian địa chỉ không chồng lấn, và tuyến từ một site không thể lặng lẽ thay thế tiền tố giống hệt từ site khác.

Bản thân định dạng RD là giá trị do quản trị viên chọn, thường là số hệ tự trị và một số cục bộ. Hình dạng số của nó là một quy ước, không phải dấu hiệu rằng hai trường chia sẻ ý nghĩa với một đích tuyến tình cờ dùng cùng các chữ số.

RD làm cho các tiền tố chồng lấn trở nên phân biệt được

Hãy xét hai quảng bá cho cùng một tiền tố. Site A mang RD 65000:101 và site B mang RD 65000:202, cả hai cho 10.20.0.0/24. BGP giờ giữ hai tuyến VPN-IPv4 có thể so sánh, lọc và chọn độc lập.

RD không nói VRF nào sẽ nhận bất kỳ tuyến nào trong số đó, và nó không nhận diện khách hàng hay dịch vụ. Đây là trường danh tính cho tuyến, không phải danh sách thành viên. RD của một VRF không nhất thiết phải khớp với RD của tuyến mà nó nhập.

Đó là lý do đổi RD cho khớp với số của site khác không sửa được gì. Nếu tuyến thiếu ở phía bên kia, việc khớp chữ số tạo ra một vấn đề danh tính khác thay vì sửa quyết định nhập.

RT là một thuộc tính BGP, không phải thẻ trong gói tin

Chính sách xuất gắn một hoặc nhiều đích tuyến vào tuyến như các thuộc tính cộng đồng mở rộng của BGP. Biên nhà cung cấp nhận so sánh các thuộc tính đó với chính sách nhập của từng VRF. RT đi cùng tuyến qua mặt phẳng điều khiển. Việc so sánh diễn ra hoàn toàn trong chính sách định tuyến, trước khi bất kỳ gói tin khách hàng nào được chuyển tiếp.

Gói dữ liệu của khách hàng không mang RT. Khi tuyến đã được cài trong một VRF, việc chuyển tiếp dùng bảng của VRF đó và ngăn xếp nhãn MPLS mà kiến trúc gán. Biên nhà cung cấp không đọc đích tuyến từ mỗi gói tin khách hàng.

Một tuyến có thể mang nhiều RT, và một VRF có thể nhập nhiều. Cấu hình thường trông như một khối ngắn:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

Hãy đọc khối đó như hai câu lệnh riêng. Dòng xuất kiểm soát thứ được gắn vào các tuyến rời VRF này; dòng nhập kiểm soát thứ mà VRF này sẵn sàng xem xét. Các con số khớp nhau là tiện lợi, không bắt buộc.

Đủ điều kiện nhập không phải là cài đặt

Một tuyến có thể đủ điều kiện cho một VRF mà vẫn không xuất hiện trong bảng chuyển tiếp của nó. Điều kiện là một bộ lọc; sau đó quy trình quyết định thông thường của BGP so sánh các tuyến đủ điều kiện và chọn một. Một tuyến cũ hơn hoặc ít được ưu tiên hơn có thể thua một đường khác cũng đủ điều kiện.

Hãy kiểm tra tuyến được chọn, không chỉ chính sách nhập. Một VRF nhập RT 65000:500 và không hiển thị tuyến nào cho 10.20.0.0/24 có thể đã nhận tuyến rồi từ chối khi chọn, hoặc có thể chưa bao giờ nhận được.

Sự khác biệt này cũng quan trọng khi một tiền tố bất ngờ xuất hiện. Chính sách nhập quá rộng có thể kéo vào những tuyến mà site không định dùng, và tính duy nhất của RD hoàn toàn không ngăn được điều đó. Phạm vi phân phối là câu hỏi của chính sách RT.

Truy vết một tuyến bị thiếu theo thứ tự mặt phẳng điều khiển

Bắt đầu từ quảng bá: VRF nguồn có xuất RT dự định không, và tuyến có tồn tại như một tuyến VPN-IPv4 trên bộ phản chiếu tuyến hay trên PE nhận không? Sau đó kiểm tra thuộc tính như nó đã được nhận, không phải như nó được cấu hình ở bên gửi.

Tiếp theo so sánh danh sách nhập của VRF nhận với các giá trị RT thực tế của tuyến. Cuối cùng kiểm tra tuyến được chọn trong VRF đó và ràng buộc nhãn. Mỗi bước trả lời một câu hỏi khác, và nhảy tới RD thường bỏ qua chính bước sai.

Ghi lại RD, RT đã xuất, RT đã nhập và chặng kế tiếp được chọn cho site đang hoạt động và site đang lỗi. Bốn giá trị đặt cạnh nhau biến một câu mơ hồ “VPN không chuyển tuyến” thành bước chính xác của mặt phẳng điều khiển đang khác biệt.