Чи є MTU Ethernet ще 1500 байт?


12

Тож в основному сучасні маршрутизатори в Інтернеті все ще використовують 1500 як MTU Ethernet? чи 1500 байт було за старих часів?

Я запитую тут, що таке MTU Ethernet в сучасних мережах?

і якщо це 1500 байт, що станеться, якщо ми, наприклад, замість цього використаємо 15000 байт, і що станеться з Інтернетом, якщо ми змусимо всі маршрутизатори використовувати замість цього 15000 байт?


2
О, і я ніколи не чув про MTU розміром 30k.

1
@Cown. ем ... "і повторна збірка пакетів". Це ніколи не буде завданням маршрутизатора. Це до кінця хазяїна, тунелювання включене чи ні.
Marc 'netztier' Luethi

2
@ Marc'netztier'Luethi, ви повинні прочитати про цю команду: ip віртуальна повторна збірка (маршрутизатор зібрати фрагменти)
Майк Пеннінгтон

2
Повторна збірка маршрутизатора є дуже частою у конфігураціях pppoe та брандмауера. supportforums.cisco.com/t5/wan-routing-and-switching/…
Майк Пеннінгтон

2
Я стою виправлений. Повторна збірка може статися на маршрутизаторах.
Marc 'netztier' Luethi

Відповіді:


19

Стандартний максимальний розмір корисного навантаження для Ethernet досі становить 1500 байт.

Незважаючи на те, що максимальний розмір кадру незначно зріс, з 1518 до 1522 байт з 802.1Q і далі з 802.1AD, корисна навантаження, розмір "MAC-клієнтських даних" або Максимальний блок даних служби (MSDU) не змінено відповідно до стандартів IEEE з міркувань сумісності - підтримка розміру корисної навантаження дозволяє прозорі комутації в межах всього діапазону від 10 Мбіт / с до 400 Гбіт / с.

В Ethernet не існує концепції узгодження розміру кадру, ані фрагментації кадру, який не має великого розміру для переадресації, ані для надання повідомлення про помилку відправника, тому кадр можна лише скинути. Кожен вузол у сегменті повинен використовувати ту саму MTU.

Однак "джамбо" кадри, що перевищують цей максимум, були популярними деякий час у закритих контрольованих мережах. Адміністратор мережі повинен переконатися, що всі вузли в мережі можуть обробляти нестандартний розмір, перш ніж реально використовувати цей розмір кадру. Дуже поширеним є розмір корисної навантаження в 9000 байт, що в шість разів перевищує офіційний розмір.

Існують також "дитячі гігантські" реалізації, де зовнішня MTU тунелю дещо збільшена, щоб забезпечити інкапсуляцію повнорозмірних пакетів, не потрапляючи всередину MTU (або з подібних причин).

В Інтернеті вимога - це лише мінімальна посилання MTU в 68 байт для IPv4 та 1280 байт для IPv6. Зауважте, що в даний час велика частина Інтернету використовує Ethernet, але далеко не всі.

Якщо ви передаєте пакет IPv4 розміром більше 1500 байт до свого інтернет-маршрутизатора, він повинен його фрагментувати відповідно до MTU висхідної лінії зв'язку. Без фрагментації наступний хоп-роутер, ймовірно, просто скине пакет. Для IPv6 немає фрагментації маршрутизатора і виявлення MTU шляху є обов'язковим, тому ваш клієнт ніколи не повинен надсилати пакет, що перевищує MTU шляху призначення.


2
Кадри Jumbo особливо корисні при завантаженні великої кількості даних з пристрою на пристрій в режимі UDP. Зниження накладних витрат, отримавши більше даних на пакет, є достатньо вагомим, щоб бути вартим часом, і я бачив, як це застосовується для таких у важких середовищах.
щогли

2
Кадри Jumbo є більш значущими для зменшення накладних витрат - а точніше, накладні витрати значно зменшилися за рахунок функцій розвантаження. По пропускній здатності пропускна здатність UDP збільшується всього на 3,7% (1,5 к проти 9 к).
Zac67

Хіба це не буде "зріс трохи, з 1514 до 1518 байт з 802.1Q VLAN і далі з 802.1AD"? (MTU 1500 + 14-байтний заголовок Ethernet (крім преамбули))
Jonathon Reinhart

@JonathonReinhart FCS також є частиною кадру, тож це 18 байт накладних витрат на L2 (22 для 802.1Q, ...).
Zac67

6

Стандарт Ethernet (IEEE 802.3) досі становить 1500 октетів для MTU, але деякі постачальники підтримують jumbo-кадри. На жаль, не існує стандарту для джомбових кадрів, і різні постачальники підтримують різні розміри для jumbo MTU, навіть через лінійку продуктів, а іноді навіть різні розміри для jumbo MTU на різних інтерфейсах одного і того ж перемикача.

Якщо ви спробуєте надіслати кадр jumbo, і він стикається з будь-яким інтерфейсом уздовж його комутованого контуру з меншим MTU, він буде викинутий як гігантський кадр, і він просто буде втрачений. Перемикачі не фрагментують кадри. Маршрутизатори можуть фрагментувати пакети для розміщення MTU на іншому інтерфейсі, але комутатори не фрагментують кадри, оскільки Ethernet не має можливості для фрагментації. Навіть із маршрутизаторами, які фрагментують пакети, більшість підприємств зараз скидають фрагментовані пакети, щоб запобігти атакам DoS-фрагментів. Фрагментація є дорогою для ресурсів маршрутизатора, і IPv6 усунув фрагментацію шляху, вимагаючи від хостів використовувати PMTUD для виявлення мінімального MTU в шляху та попереднього фрагментації пакетів перед відправленням.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.