MTU та фрагментація

Розглянемо наступне: NAS з інтерфейсом 10G, підключений до інтерфейсу 10G на комутаторі. Клієнтські комп'ютери, підключені до комутації через гігабітний Ethernet.

• Чи буде якийсь приріст продуктивності, якщо розмір MTU збільшиться на NAS і перемикається порт, до якого підключений NAS, якщо розмір MTU не збільшиться зі стандартних 1500 байт клієнтських сетевих модулів?

• Чи це спричинить проблеми з фрагментацією?

• Як пристрої "обробляють" невідповідність MTU для інтерфейсів через комутовану мережу?

Жоден приріст продуктивності не буде, якщо всі не користуються більшими пакетами. Сенс джамбо-кадрів полягає в тому, щоб упакувати більше корисного вантажу з однаковими накладними витратами. Можливість NAS відправляти більші пакети безглузда, якщо клієнти також не роблять.

"Роздробленості" взагалі не буде. Шар-2 (Ethernet) не має засобів, якщо вказувати "потрібна фрагментація". Це з'ясувалося на Layer-3 (IP) маршрутизаторами, що надсилають ICMP-повідомлення, коли він повинен скинути пакет, оскільки він не впишеться в інтерфейс наступного переходу. Це не може статися там, де немає маршрутизатора - на плоскій комутованій локальній мережі. Пакетні перемикачі, що надсилаються з NAS, клієнт буде скинутий як негабаритний кадр - або скинутий комутатором з тієї ж причини. [Пакет 9k не може бути надісланий через інтерфейс 1500B.]

Питання: Чи буде якийсь приріст продуктивності, якщо розмір MTU буде збільшений на NAS і перемикається порт, до якого підключений NAS, якщо розмір MTU не збільшиться зі стандартних 1500 байт клієнтських сетевих модулів?

Відповідь: Ні, оскільки збільшений розмір MTU клієнт не використовує. Якщо ви хотіли перевезти 100 людей з точки А до точки В, ви могли б скористатися двома автобусами або 25 седанами. Якщо дорога між А і Б зроблена таким чином, що автобуси можуть легше рухатися без затримок, а ви все одно пересуваєте їх у седанах, ви нічого не отримуєте.

З: Чи це спричинить проблеми з фрагментацією?

Відповідь: Ні, фрагментація трапляється в протилежному сценарії, коли ви надсилаєте великий пакет, поки шлях не підтримує його і потрібно розрізати його на підтримувані розміри пакети.

Питання: Як пристрої "обробляють" невідповідність MTU для інтерфейсів через комутовану мережу?

Відповідь: Якщо пакет менший за дозволений розмір пакета, він передається без проблем. Якщо пакет більший за допустимий розмір, він випадає.

MTU сеансу tcp встановлюється на початковому з'єднанні TCY SYN. якщо у вас є невідповідність MTU в мережі, це не матиме значення для вашої програми tcp ... layer2 або 3. UDP не має тієї ж концепції, так що так, для UDP ви почнете фрагментувати трафік, який може / не може вплинути на продуктивність . Все залежить від типу трафіку, розміру, обсягу та вашого обладнання.

Деякі речі пропустили ... По-перше, немає переговорів про МТУ. По-друге, під час обговорення пакетів TCP SYN вони рідко коли-небудь перевищують розмір кадру MTU зв'язку. У цьому регламенті є відповіді PMTU при обговоренні рівня 3, а також TCP MSS, які доставляють корисну навантаження, який є максимальний розмір. Я не кажу, що тут хтось невірний, але часто налаштування MTU можуть залишитися непоміченими через такі функції.