Hỏi một kỹ sư cần cộng bao nhiêu cho MPLS, bạn sẽ nghe một con số, thường là ba mươi, được nói với vẻ tự tin. Con số ấy không hẳn sai mà là mất gốc: nó phụ thuộc hoàn toàn vào việc con số ban đầu đếm cái gì và việc biên của nhà cung cấp thực sự truyền cái gì. Trên một tuyến giả lập Ethernet, các giả định hiện rõ, và khi bạn viết chúng ra, số học thay thế truyền thuyết.

Ba thứ khác nhau được đo dưới cùng một cái tên. Có gói IP của khách hàng, khung Ethernet được mang qua tuyến giả lập, và phần đóng khung liên kết ngoài của chính nhà cung cấp. Một ngân sách trộn lẫn chúng tạo ra giá trị mà không trường thiết bị nào mong đợi.

Một ngân sách đã tính với mọi giả định được nêu

Lấy một gói IP của khách hàng 1500 byte, phần đầu Ethernet thông thường được mang qua tuyến giả lập mà không có FCS của khách hàng, không giữ thẻ VLAN nào, một chồng nhãn hai mục và một từ điều khiển bốn byte. Phần đầu Ethernet được mang thêm 14, các thẻ được giữ không thêm gì, hai mục nhãn thêm 8 vì mỗi mục là 4 byte, và từ điều khiển thêm 4. Điều đó cho 1526 byte gói được đóng gói trong MPLS.

Đọc kết quả cẩn thận. Nó loại trừ phần đầu Ethernet bên ngoài của liên kết nhà cung cấp và FCS của nó, và đây là ví dụ, không phải hằng số để gõ vào bất kỳ trường nào có tên MTU. Hai nhãn cũng là một giả định: chồng thực có thể mang nhãn vận chuyển, nhãn dịch vụ và đôi khi nhiều hơn, và mỗi mục tốn đúng 4 byte đó.

Điều gì thực sự đi qua tuyến giả lập

RFC 4448 định nghĩa cách các khung Ethernet di chuyển bên trong MPLS, và trong mô hình thông thường của nó, phần mở đầu và FCS của khách hàng bị bóc ở lối vào và tạo lại ở lối ra. Đó là lý do FCS không xuất hiện trong ngân sách trên. Việc xử lý VLAN phụ thuộc vào chế độ dịch vụ: chế độ giữ thẻ của khách hàng cộng lại các byte của chúng, còn chế độ ánh xạ chúng thì không. Việc giữ thêm hoặc đóng gói thêm phải được tính thêm ở trên.

Từ điều khiển là một phần của số học mỗi khi nó được dùng. RFC 8469 khuyến nghị nó cho các tuyến giả lập Ethernet, nên một văn bản cũ hơn mô tả nó là tùy chọn không phải bằng chứng rằng đường của bạn bỏ nó. Xác nhận chế độ dịch vụ thực tế với nhà cung cấp thay vì suy ra từ sơ đồ.

So sánh con số với trường đúng

Bây giờ đặt kích thước đóng gói cần thiết bên cạnh mỗi liên kết liên quan, và bên cạnh định nghĩa của nhà sản xuất về giới hạn bạn đang cấu hình. Một số trường mô tả gói IP, số khác mô tả khung hoặc một ranh giới đóng gói khác. Hai con số có thể trông giống hệt nhau và mô tả dung lượng khác nhau, và đó là cách một cấu hình trông như vừa vặn lại gây mất gói trong vận hành.

Đó cũng là lý do việc sao chép một giá trị giữa các nền tảng không liên quan là rủi ro. Tên trường là đặc tả, không phải con số thập phân bạn nhớ từ bảng điều khiển của nhà sản xuất khác.

Tải trọng ping không phải giá trị MTU

Tải trọng của ping IPv4 không phải là MTU IP. Phần đầu IP và phần đầu ICMP cũng tiêu tốn byte, nên kích thước tải trọng thành công tương ứng với một gói lớn hơn trên dây. Một phép thử vượt qua ở một kích thước cũng không nói gì về dịch vụ dùng chế độ VLAN khác hoặc chồng nhãn sâu hơn. Bài kiểm tra đo một đường, một kích thước và một hình dạng tải trọng, và dịch vụ có thể thay đổi cả ba.

Tệ hơn, ping có thể thành công trong khi các khung lớn thất bại, vì phép thử đã dùng một đường và kích thước mà lưu lượng thật không bao giờ dùng. Hãy coi đó là một điểm dữ liệu về khả năng tiếp cận, không phải đặc tả dịch vụ lớp 2.

Khi khung không vừa

Nếu các khung quá lớn không thể mang được và không có cơ chế phân mảnh hoặc lắp ráp lại được hỗ trợ, chúng bị loại bỏ, thường không có lỗi rõ ràng ở cả hai đầu. Sau đó ứng dụng hiển thị hết thời gian trên các lần truyền hàng loạt trong khi phiên tương tác vẫn khỏe mạnh, khiến người ta nhìn vào tường lửa và tuyến đường thay vì đếm byte.

Làm rõ ngân sách thật với nhà cung cấp: chế độ dịch vụ, xử lý thẻ, độ sâu nhãn, từ điều khiển và giới hạn chính xác mà thiết bị của bạn áp đặt. Viết các giả định bên cạnh con số, vì nếu không kỹ sư tiếp theo sẽ thừa hưởng quy tắc ba mươi byte và một bí ẩn.

Bài viết liên quan