VPNv4 giữa các AS: hợp đồng chuyển tiếp nhãn đòi hỏi điều gì

Đọc một nhãn VPNv4 trên bộ định tuyến biên AS chẳng cho bạn biết nhiều, cho đến khi bạn biết việc bàn giao này triển khai mô hình liên AS nào. Nhãn không phải thuộc tính của bản thân tuyến; nó ghi lại một thỏa thuận về đóng gói và chuyển giao giữa hai bộ định tuyến. Hãy xác định mô hình trước khi đọc màn hình. Nếu không, bạn đang gỡ lỗi một bản hợp đồng mà chưa ai viết ra.

Biên giới triển khai mô hình nào

Cách bố trí VRF-với-VRF nối các VRF tương ứng thông qua những kết nối được định tuyến. Mỗi bên coi bên kia là láng giềng phía khách hàng và họ trao đổi các tuyến IPv4 thông thường, nên ở ranh giới đó không cần MPLS.

Cách bố trí thứ hai hoán đổi các tuyến VPNv4 có nhãn ngay giữa các bộ định tuyến biên với nhau. Điều đó chỉ hoạt động khi có một đường chuyển mạch nhãn nhất quán xuyên suốt kết nối và một mô hình phân phối route-target cùng tin cậy mà cả hai bên chấp nhận. Nếu thiếu một trong hai mảnh, mô hình đó không được dùng, bất kể cấu hình ngụ ý điều gì.

Cách thứ ba phân phối khả năng tiếp cận PE có nhãn trong khi các tuyến VPN đi giữa các điểm đầu cuối hoặc bộ phản xạ tuyến qua các AS. Mỗi cách trong ba cách để lại công việc khác nhau ở ranh giới, và trộn mặt phẳng điều khiển của cách này với các giả định giao diện của cách kia là kiểu hỏng kinh điển. Sự không khớp đó thường lộ ra dưới dạng một nhãn trông đúng ở một bên và biến mất ở bên kia.

Đọc trọn một tiền tố từ đầu đến cuối

Hãy lấy một tiền tố khách hàng đã được cấp phép và đi hết nó. Xem những gì đã được quảng bá, những gì đã đến, bước nhảy tiếp theo, nhãn và chính sách nhập đã chấp nhận nó. Sau đó xem cách bộ định tuyến phân giải việc chuyển tiếp về phía bước nhảy tiếp theo đó, vì đó là nơi một nhãn biến thành gói tin. Bỏ qua nửa nào trong hai nửa, bạn đang mô tả một mặt phẳng điều khiển có thể chẳng hề đang chuyển lưu lượng. Hai cách đọc chỉ có nghĩa khi đặt cạnh nhau.

Con số này là cục bộ. Nó chỉ có nghĩa trong tương quan với bộ định tuyến đã cấp phát nó và đường đi chuyển gói tới đó, nên cùng một giá trị có thể xuất hiện hai lần mà mang hai nghĩa khác nhau. Hãy so sánh nó với điều phía nhận nói rằng mình đã nhận được.

Nhãn là cục bộ, và lời hứa cũng vậy

Năng lực được kiểm tra ở cả hai đầu của kết nối, không phải một đầu. Một lệnh trên giao diện của bạn không tác động gì đến giao diện của nhà cung cấp lân cận, và một tuyến mà BGP đã chấp nhận tự nó không cam kết láng giềng phải chuyển tiếp gói có nhãn.

RFC 4364 giới hạn việc ngang hàng VPNv4 có nhãn trong những thỏa thuận đáng tin cậy và cảnh báo không nhận những nhãn chưa từng được quảng bá cho peer đó. Đó là một tuyên bố về bảo mật cũng như về giao thức. Hãy giữ quan hệ định tuyến internet công cộng tách khỏi việc trao đổi tuyến VPN riêng tư. Nếu kết nối chỉ là IP thuần, đừng mong bất kỳ nhãn nào sống sót qua nó. Và ở nơi liên kết có nhãn, hãy xác nhận nhãn vận chuyển bên ngoài được hoán đổi đúng ở mỗi bước nhảy.

Một nhãn trông đúng ở một bên và biến mất ở bên kia thường là sự không khớp đó, chứ không phải lỗi định tuyến.

Cần ghi lại những gì khi nghiệm thu

Nghiệm thu là một bài kiểm tra gói tin, không phải một lần soát bảng. Hãy đưa một gói của khách hàng vào VRF từ xa và lần theo phản hồi của nó quay về, rồi ghi lại việc bàn giao này triển khai mô hình nào. Thêm những người phụ trách bàn giao ở cả hai bên và việc ranh giới mang IP thuần hay lưu lượng có nhãn.

Chính ghi chú đó giúp người vận hành kế tiếp đọc đúng cùng một màn hình nhãn. Không có nó, mô hình bị suy ra từ cấu hình, và những giả định suy diễn chính là cách để cùng một lỗi lặp lại.mục liên AS của RFC 4364 là nơi để xác định rốt cuộc mô hình nào được dự định.