MTU và phân mảnh


13

Hãy xem xét những điều sau: NAS với giao diện 10G được kết nối với giao diện 10G khi chuyển đổi. Máy tính khách được kết nối để chuyển qua Ethernet gigabit.

  • Sẽ có bất kỳ lợi ích nào về hiệu suất nếu kích thước MTU được tăng lên trên NAS và chuyển đổi cổng mà NAS được kết nối nếu kích thước MTU không được tăng từ 1500 byte tiêu chuẩn trên các máy khách NIC?

  • Điều này sẽ gây ra vấn đề phân mảnh?

  • Làm thế nào để các thiết bị "xử lý" sự không phù hợp trong MTU cho các giao diện trên một mạng chuyển mạch?


bạn đang sử dụng giao thức nào cho lưu lượng SAN?
Mike Pennington

1
Trên thực tế, tôi nghĩ rằng Path MTU Discovery (PMTUD) khá phổ biến trên các máy chủ hiện nay, vì vậy có khả năng khách hàng sẽ gửi tin nhắn ICMP Fragment Needed (Loại 3, Mã 4) có chứa MTU của nó, điều này sẽ khiến máy chủ giảm kích thước gói tin .

Câu trả lời:


20

Không có hiệu suất đạt được sẽ tồn tại mà không có mọi người sử dụng các gói lớn hơn. Điểm của khung jumbo là đóng gói nhiều trọng tải hơn với cùng chi phí. Khả năng gửi các gói lớn hơn của NAS là vô nghĩa nếu khách hàng cũng không.

Sẽ không có sự "phân mảnh" nào cả. Lớp 2 (ethernet) không có nghĩa là nếu chỉ ra "sự phân mảnh cần thiết". Điều này được tìm ra ở Lớp 3 (IP) bởi các bộ định tuyến gửi tin nhắn ICMP khi nó phải bỏ gói tin vì nó không phù hợp với giao diện hop tiếp theo. Điều này không thể xảy ra khi không có bộ định tuyến - trên mạng LAN chuyển mạch phẳng. Các gói jumbo được gửi từ NAS sẽ bị máy khách bỏ dưới dạng khung quá khổ - hoặc bị hủy bởi công tắc vì lý do tương tự. [Không thể gửi gói 9k trên giao diện 1500B.]


Vì vậy, nó sẽ gây ra nhiều vấn đề vô tận, nơi khách hàng hoặc công tắc sẽ giảm rất nhiều lưu lượng truy cập từ SAN?
số

@Ricky - Làm thế nào có thể giảm lặp đi lặp lại của các gói quá khổ? Giao diện nhận có cách "thông báo" cho người gửi không, chỉ có thể lấy các khung có kích thước X? Hoặc người gửi có thấy rằng khung không bao giờ được nhận bởi một giao thức lớp trên như TCP không?
cá mòi

1
Các gói được thả và đó là kết thúc của nó. (tốt, một bộ đếm tích tắc, nhưng a) không ai kiểm tra nó và b) bạn sẽ không biết chính xác nguyên nhân gây ra nó.) vv
Ricky Beam

5

Hỏi: Sẽ có bất kỳ lợi ích nào về hiệu suất nếu kích thước MTU được tăng trên NAS và chuyển đổi cổng mà NAS được kết nối nếu kích thước MTU không được tăng từ 1500 byte tiêu chuẩn trên các máy khách NIC?

Trả lời: Không, vì kích thước MTU tăng lên không được khách hàng sử dụng. Nếu bạn muốn vận chuyển 100 người từ điểm A đến điểm B, bạn có thể sử dụng hai xe buýt hoặc 25 chiếc xe hơi. Nếu đường giữa A và B được tạo để các xe buýt có thể dễ dàng di chuyển hơn mà không bị chậm trễ, và bạn vẫn di chuyển chúng trong những chiếc xe hơi, bạn sẽ không đạt được gì.

Q: Điều này sẽ gây ra vấn đề phân mảnh?

Trả lời: Không, phân mảnh xảy ra trong kịch bản ngược lại khi bạn gửi một gói lớn trong khi đường dẫn không hỗ trợ và cần cắt nó thành các gói có kích thước được hỗ trợ.

Q: Làm thế nào để các thiết bị "xử lý" sự không phù hợp trong MTU cho các giao diện trên một mạng chuyển mạch?

Trả lời: Nếu gói nhỏ hơn kích thước gói được phép, thì nó không được thông qua. Nếu gói lớn hơn kích thước cho phép, nó sẽ bị hủy.


1
Đây không phải là sự thật. Không có sự phân mảnh nào xảy ra ở lớp 2. Không có cách nào để đàm phán MTU trên một phân đoạn ethernet. Nếu mọi thứ không được thiết lập giống nhau, một số nics (với MTU nhỏ hơn) sẽ bỏ các khung quá khổ.
Ricky Beam

Hãy xem supportforums.cisco.com/thread/20490 giải thích ý tôi là gì.
AdnanG

Tôi thấy, cảm ơn vì đã chỉ ra điều đó. Tôi đang loại bỏ phần đó khỏi câu trả lời.
AdnanG

1

MTU của phiên tcp được thiết lập trên kết nối TCY SYN ban đầu. nếu bạn có MTU không khớp trên mạng, thì ứng dụng tcp của bạn sẽ không thành vấn đề ... lớp 2 hoặc 3. UDP không có cùng một khái niệm nên có, đối với UDP, bạn sẽ bắt đầu phân đoạn lưu lượng có thể / có thể không ảnh hưởng đến hiệu suất . Tất cả phụ thuộc vào loại lưu lượng, kích thước, khối lượng và phần cứng của bạn.


0

Một số thứ bị bỏ lỡ ... Đầu tiên, không có cuộc đàm phán MTU. Thứ hai, khi thảo luận về các gói TCP SYN, chúng hiếm khi vượt quá kích thước khung MTU liên kết. Trong đó, có các phản hồi PMTU khi thảo luận về lớp 3 cũng như TCP MSS cung cấp một trọng tải kích thước tối đa là bao nhiêu. Tôi không nói bất cứ ai là không chính xác ở đây, nhưng thường cài đặt MTU có thể không được chú ý vì các tính năng như vậy.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.