Мережеві протоколи
Значення MTU залежить від типу каналу передачі даних. Дизайн IP протоколу пристосовується до різних MTU, дозволяючи маршрутизаторам фрагментувати IP датаграми в міру необхідності. За збірку (реасемблювання) фрагментів назад в оригінальну IP датаграму повного розміру відповідальна приймаюча сторона.
IP-фрагментація це розбиття датаграми на безліч частин, які можуть бути повторно зібрані пізніше. Для IP-фрагментації і повторної збірки використовуються такі поля з IP заголовка як джерело, адресат, ідентифікація, повна довжина, і зсув фрагмента, разом з прапорцями "більше фрагментів" (MF) і "не фрагментувати" (DF).
Зображення нижче зображає розташування IP заголовка
Ідентифікація це 16 бітове поле і є значення, призначене відправником IP датаграми. Використовується для подальшої збірки фрагментів датаграми. Зсув фрагмента це поле 13 бітів і указує, якому місцю належить фрагмент в оригінальній датаграмі IP. Це значення завжди кратно восьми байтам. В області прапорців заголовка IP, є три бита для прапорців управління. Важливо відзначити, що битий "не фрагментувати" (DF) грає основну роль у фрагментації, тому що він визначає, чи можна фрагментувати пакет.
Битий 0 – зарезервований і завжди скинутий в 0. Битий 1 – це битий DF (0 – можна фрагментувати, 1 – не можна). Битий 2 – це битий MF (0 – це останній фрагмент, 1 = є ще фрагменти)
На графік нижче показ приклад фрагментації
Якщо ви складете всі довжини IP-фрагментів, то набутого значення перевищить оригінальну довжину IP датаграми на 60 байт. Причина, такого збільшення полягає в тому, що були створені три додаткових IP заголовка, поодинці для кожного фрагмента після першого.
• Перший фрагмент має зсув 0, довжина цього фрагмента - 1500; вона включає 20 байтів для трохи зміненого оригінального заголовка IP. • Другий фрагмент має зсув 185 (185 x 8 = 1480), яке означає, що порція даних цього фрагмента починається з 1480 байта в оригінальній датаграмі IP. Довжина цього фрагмента - 1500; вона включає додатковий заголовок IP, створений для цього фрагмента. • Третій фрагмент має зсув 370 (370 x 8 = 2960), яке означає, що дані цього фрагмента починаються з 2960 байта в оригінальній датаграмі IP. Довжина цього фрагмента - 1500; вона включає додатковий заголовок IP, створений для цього фрагмента. • Четвертий фрагмент має зсув 555 (555 x 8 = 4440), яке означає, що частина даних цього фрагмента починається з 4440 байтів в оригінальній датаграмі IP. Довжина цього фрагмента - 700 байтів; це включає додатковий заголовок IP, створений для цього фрагмента. Тільки, коли отриманий останній фрагмент, може бути визначений розмір оригінальної датаграми IP. Зсув фрагмента в останньому фрагменті (555) дає зсув даних в 4440 байтів в оригінальній датаграмі IP. Якщо ви додасте байти даних від останнього фрагмента (680 = 700 - 20), це дасть вам 5120 байтів, що є порцією даних оригінальної датаграми IP. Потім, додаючи 20 байтів для IP заголовка ми отримаємо розмір оригінальної датаграми IP (4440 + 680 + 20 = 5140).
3. Протокол GREGRE (Generic Routing Encapsulation) — протокол туннелювання мережевих пакетів, розроблений фірмою Cisco. Протокол GRE забезпечує механізм інкапсуляції довільних пакетів в довільний транспортний протокол. У найбільш загальному випадку система має пакети, які потрібно