Максимальний блок передачі (MTU)
У комп'ютерних мережах термін "Максимальна одиниця передачі даних" (MTU) відноситься до розміру (у байтах) найбільшого PDU, який може передавати даний рівень протоколу зв'язку. Параметри MTU зазвичай з'являються разом з інтерфейсом зв'язку (NIC, послідовний порт тощо). MTU може бути зафіксовано стандартами (як у випадку з Ethernet) або вирішено під час підключення (як це зазвичай буває з послідовними посиланнями "точка-точка"). Більш високий MTU забезпечує більшу ефективність, оскільки кожен пакет несе більше даних користувача, тоді як накладні витрати протоколу, такі як заголовки або базові затримки на пакет, залишаються фіксованими, а більш висока ефективність означає незначне покращення масової пропускної здатності протоколу. Тим не менш, великі пакети можуть деякий час займати повільне посилання, викликаючи більші затримки для наступних пакетів та збільшуючи відставання та мінімальну затримку. Наприклад, 1500 -байтовий пакет, найбільший з дозволених Ethernet на мережевому рівні (а отже, і більшість Інтернету), прив’яже 14.4 -тисячний модем приблизно на одну секунду.
Шлях відкриття MTU
Інтернет -протокол визначає "MTU шляху" шляху передачі Інтернету як найменший MTU з будь -якого з IP -стрибків "шляху" між джерелом і пунктом призначення. Іншими словами, шлях MTU - це найбільший розмір пакета, який проходить цей шлях, не зазнаючи фрагментації.
RFC 1191 описує "Відкриття MTU шляху", метод визначення MTU шляху між двома IP -хостами. Це працює шляхом встановлення опції DF (Не фрагментувати) у заголовках IP вихідних пакетів. Будь -який пристрій на шляху, чий MTU менший за пакет, скине такі пакети та надішле ICMP повідомлення "Destination Unreachable (Datagram Too Big)", що містить свій MTU, що дозволяє вихідному хосту належним чином зменшити передбачуваний MTU шляху. Процес повторюється, поки MTU не стане досить малим, щоб пройти весь шлях без фрагментації.
На жаль, все більша кількість мереж знижує трафік ICMP (наприклад, для запобігання атакам відмови в обслуговуванні), що перешкоджає відкриттю MTU шляху. Часто таке блокування виявляється у випадках, коли з'єднання працює для передачі даних невеликого обсягу, але зависає, як тільки хост одночасно надсилає великий блок даних. Наприклад, за допомогою IRC з'єднувальний клієнт може побачити повідомлення до пінгу, але після цього не отримає відповіді. Це пояснюється тим, що великий набір вітальних повідомлень розсилається пакетами, більшими за справжній MTU. Крім того, у IP-мережі шлях від вихідної адреси до адреси призначення часто змінюється динамічно у відповідь на різні події (балансування навантаження, перевантаження, виходи тощо)-це може призвести до зміни шляху MTU (іноді повторюється) під час передачі, що може спричинити подальше падіння пакетів до того, як хост знайде новий безпечний MTU.
Більшість локальних мереж Ethernet використовують MTU 1500 байт (сучасні локальні мережі можуть використовувати фрейми Jumbo, дозволяючи MTU до 9000 байт), однак граничні протоколи, такі як PPPoE, зменшать це. Це призводить до того, що відкриття шляху MTU набуде чинності, що може призвести до того, що деякі сайти за погано налаштованими брандмауерами стануть недоступними. Можна обійти це, залежно від того, яку частину мережі він контролює; наприклад, можна змінити MSS (максимальний розмір сегмента) у початковому пакеті, який встановлює з'єднання TCP на своєму брандмауері.
Ця проблема виникала частіше з моменту появи Windows Vista, яка запровадила «Стек TCP/IP наступного покоління». Це реалізує "Автонастроювання вікна прийому, яке постійно визначає оптимальний розмір вікна прийому шляхом вимірювання продукту із затримкою пропускної спроможності та швидкості отримання програми, а також регулює максимальний розмір вікна прийому залежно від зміни мережевих умов." [2] Вважається, що це не вдалося у поєднанні зі старими маршрутизаторами та брандмауерами, які, здавалося, працювали з іншими операційними системами. Найчастіше він зустрічається в маршрутизаторах ADSL і часто може бути виправлений оновленням прошивки.
Магістралі банкоматів, приклад налаштування MTU
Іноді з точки зору ефективності бажано штучно оголосити зменшений MTU у програмному забезпеченні нижче максимально можливої довжини. Одним із прикладів цього є випадок, коли IP -трафік передається через мережу ATM (асинхронний режим передачі). Деякі провайдери, особливо ті, хто володіє телефонією, використовують банкомати у своїй внутрішній магістральній мережі.
Використання банкомату з оптимальною ефективністю досягається, коли довжина пакета кратна 48 байтам. Це пояснюється тим, що банкомат надсилається як потік пакетів фіксованої довжини (відомих як «комірки»), кожен з яких може нести корисне навантаження в 48 байт даних користувача з 5 байтами накладних витрат загальною вартістю 53 байти на комірку. Отже, загальна довжина переданих даних становить 53 * n клітинних байт, де ncells = кількість необхідних комірок = INT ((корисне навантаження+47)/48). Тож у найгіршому випадку, коли загальна довжина = (48*n+1) байт, потрібна одна додаткова комірка для передачі останнього байта корисного навантаження, кінцева комірка коштує додаткових 53 переданих байтів, 47 з яких - заповнення. З цієї причини штучне оголошення зменшеного MTU в програмному забезпеченні збільшує ефективність протоколу на рівні ATM, роблячи загальну довжину корисного навантаження ATM AAL5 ATM кратною 48 байтам, коли це можливо.
Наприклад, 31 повністю заповнені комірки банкоматів мають корисне навантаження 31*48 = 1488 байт. Взявши цю цифру 1488 та віднявши від неї будь -які накладні витрати, внесені усіма відповідними вищими протоколами, ми можемо отримати запропоноване значення для штучно зменшеного оптимально MTU. У випадку, коли користувач зазвичай надсилає 1500 байтових пакетів, надсилання між 1489 і 1536 байтами вимагає додаткової фіксованої вартості переданих 53 байтів у вигляді однієї додаткової комірки ATM.
Для прикладу IP-з'єднань через DSL-з'єднання з використанням PPPoA/VC-MUX, знову вибравши заповнення 31 комірки банкомату, як і раніше, ми отримуємо бажаний оптимально зменшений показник MTU 1478 = 31*48-10 з урахуванням накладних витрат у 10 байт, що складаються накладних витрат протоколу "точка-точка" на 2 байти та накладних витрат AAL5 на 8 байт. Це дає загальну вартість 31*53 = 1643 байт, переданих через банкомат з 1478 -байтового пакета, переданого на PPPoA. У разі надсилання IP по ADSL за допомогою PPPoA цифра 1478 буде загальною довжиною IP -пакета, включаючи заголовки IP. Отже, у цьому прикладі дотримання самовизначеного скороченого MTU 1478 на відміну від надсилання IP-пакетів загальною довжиною 1500 зберігає 53 байти на пакет на рівні ATM вартістю зменшення довжини IP-пакетів на 22 байти.
Максимальний MTU для з'єднань PPPoE/DSL становить 1492, на RFC 2516: 6 байтів є заголовком PPPoE, залишаючи достатньо місця для 1488 байт корисного навантаження або 31 повної комірки ATM.
Нарешті: Стандартне значення MTU має бути 1492 .... а у разі перегляду веб -сторінок або проблем з підключенням до MSN його слід зменшити до значень 1422 та 1420.
Посилання: Вікіпедія
З найкращими побажаннями
Привіт, дякую за корисну статтю