MPLS trong UDP: entropi cho lớp dưới, quy tắc cho miền

Hai nhà cung cấp mô tả cùng một nhãn dịch vụ, và chỉ một trong số họ đề cập đến tiêu đề UDP. Khác biệt không phải hình thức: đặt MPLS bên trong UDP thay đổi những gì mạng IP bên ngoài có thể thấy, và do đó những gì nó có thể băm trên các liên kết song song. Nó cũng thay đổi ai được phép triển khai.

Các lớp đủ ngắn để ghi nhớ: IP bên ngoài, rồi UDP, rồi ngăn xếp nhãn MPLS, rồi tải trọng dịch vụ. Ngăn xếp nhãn không biến mất; nó vẫn quyết định việc chuyển tiếp tại điểm cuối nơi chuyển mạch nhãn tiếp tục.

Phong bì UDP thêm gì

RFC 7510 định nghĩa việc đóng gói này với cổng đích UDP 6635 và dùng trường cổng nguồn để mang entropi luồng. Thiết bị đóng gói quyết định thế nào được coi là luồng và giá trị được suy ra ra sao; tiêu chuẩn cố ý không bắt buộc một hàm băm cụ thể. Điều đó để lại chỗ cho hành vi của nhà cung cấp, và nghĩa là hai cách triển khai có thể tạo ra phân phối khác nhau cho cùng một hỗn hợp lưu lượng. Hãy đọc giá trị như một gợi ý dành cho lớp dưới, không phải quyết định định tuyến do tiêu chuẩn đưa ra.

Lợi ích là gián tiếp. Một mạng trung chuyển cân bằng tải trên bộ năm bên ngoài giờ có thứ để băm, trong khi một gói MPLS trần có lẽ chỉ cung cấp nhãn trên cùng. Việc đó có giúp ích hay không phụ thuộc vào nền tảng thực hiện cân bằng và vào các trường mà nó thực sự xét đến.

Entropi không phải băng thông

Phân phối các luồng đều hơn trên các liên kết sẵn có không giống như kết hợp chúng thành một đường nhanh hơn. Một luồng ứng dụng vẫn đi một đường, và cân bằng theo luồng không thể vượt quá dung lượng của liên kết nó hạ cánh. Cơ chế này cũng không bảo đảm phân phối đều; nó chỉ cho một hàm băm đầu vào tốt hơn.

Giữ phong bì ổn định cho một luồng nhất định trừ khi việc sắp xếp lại là chấp nhận được. Nếu cổng nguồn thay đổi theo từng gói, lớp dưới sẽ vui vẻ rải một cuộc trò chuyện trên nhiều đường và việc lắp ráp lại trở thành vấn đề của ứng dụng. Mục tiêu là entropi nhất quán theo luồng, không phải sự mới lạ liên tục.

Ranh giới triển khai là một phần của đặc tả

RFC 7510 giới hạn triển khai trong mạng của một nhà khai thác duy nhất hoặc một tập hợp lân cận các nhà khai thác hợp tác, với lưu lượng được quản lý để tránh tắc nghẽn. Nó cũng yêu cầu lọc để ngăn lưu lượng đã đóng gói thoát khỏi miền đó. Đây không phải điều kiện trang trí; chúng xuất phát từ việc đóng gói không thêm bảo mật riêng. Hãy coi chúng là điều kiện tiên quyết cho một triển khai hợp pháp, không phải gợi ý trong một ghi chú thiết kế.

Không có gì trong tiêu đề UDP xác thực người gửi, và không có gì trong đó cung cấp tính bí mật hay toàn vẹn cho tải trọng. Nếu lưu lượng cần bảo vệ, nó đến từ một cơ chế riêng với quản lý khóa riêng. Chọn MPLS-in-UDP không nâng cấp mô hình tin cậy.

Chú ý điều bảo vệ làm với việc băm bạn muốn

Thêm IPsec hoặc một cách đóng gói bảo mật khác, và tiêu đề bên ngoài mà các thiết bị trung chuyển băm có thể đổi hình dạng hoàn toàn. Chế độ đường hầm có thể giấu cổng nguồn UDP bên trong sau một tiêu đề ngoài mới, nghĩa là entropi bạn cẩn thận cung cấp có thể không hiển thị ở nơi diễn ra cân bằng. Mã hóa trước rồi đóng gói sau là thiết kế khác với thứ tự ngược lại, và khác biệt thể hiện như một liên kết chở nhiều lưu lượng hơn hẳn các láng giềng.

Đánh giá toàn bộ gói như nó xuất hiện trên dây, không chỉ lớp mà tiêu chuẩn mô tả. Đây cũng là điểm để xem lại MTU và dung lượng điểm cuối, vì tiêu đề UDP cộng với bất kỳ chi phí bảo mật nào làm giảm tải trọng vừa vặn.

Quyết định với toàn bộ đường đi trong tầm nhìn

So sánh MPLS-in-UDP với các lựa chọn thay thế như GRE theo những tiêu chí quan trọng với mạng của bạn: lớp dưới cân bằng trên trường nào, chi phí phụ bạn có thể chịu được bao nhiêu, cần lớp bọc bảo mật nào, và ranh giới miền có thể được thực thi hay không. Gán cho nó lợi thế hiệu năng vô điều kiện so với GRE là kết luận mà các tiêu chuẩn không ủng hộ.

Sau đó thử nghiệm với các hỗn hợp lưu lượng thực và kiểm tra mức sử dụng liên kết của từng thành viên, vì một hàm băm trông tốt trong phòng thí nghiệm có thể sụp đổ về một liên kết khi mọi luồng chia sẻ cùng một bộ. Tóm tắt trung thực là việc đóng gói phơi bày thông tin mà lớp dưới có thể dùng, bên trong một miền đã đồng ý quản lý nó.