Мережеві протоколи

даних. Хоча максимальна довжина датаграми IP - 64 КБ, більшість каналів передачі даних встановлюють максимальна межа довжини пакету, названий MTU.  
Значення 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 забезпечує механізм інкапсуляції довільних пакетів в довільний транспортний протокол. У найбільш загальному випадку система має пакети, які потрібно
1 2 3 4 5 6 7 8 9 10 11

Схожі роботи