Лекция №1 Тема: Содержание, предмет и метод «Коммуникация данных»

Смещение фрагмента (Fragment Offset) 
Это поле используется в тех случаях, когда выполняется фрагментация 
пакетов, размер этого поля равен 13 бит. Нетрудно посчитать, что максимально 
возможное значение, которое можно записать в этом поле равно два в 
тринадцатой степени или 65528, смещение задается в байтах, то есть это поле 
говорит узлу или маршрутизатору на сколько байт нужно выполнять смещение 
от нуля (это для пакетов без фрагментации, в этом случае все тринадцать бит 
имеют значение 0) до 65528 байт (в этом случае все тринадцать бит выставлены 
в единицу). В том случае, если фрагментация выполняется, то первый пакет 
последовательности также имеет смещение равное нулю. У числовых значений, 
записываемых в поле «Смещение фрагмента» есть одно ограничение — это 
значение должно быть всегда кратно восьми. 
Теперь о самом смещение, которое проще всего показать на примере. 
Давайте представим ситуацию, что между узлами А и Б мы хотим передавать IP-
пакеты размером 7600 байт, но максимально допустимый размер пакета, 
который мы можем передать в канале связи равен 1500 байт, следовательно, при 
передаче исходного пакета будет выполняться фрагментация, а заодно будет 
задано и смещение для поля данных данных. Обратите внимание на Рисунок 2.6. 

---

231 
Рисунок 13.7 Поле смещение в IP-пакете 
Здесь как раз показана ситуация, описанная словами выше. Давайте 
поясним. Ноутбук генерирует IP-пакет в сторону ПК размером 7600 байт, из этих 
7600 байт под данные выделено 7580 байт, а под заголовок 20 байт. Еще раз хочу 
напомнить, что смещение применяется к полю данных и это значение нужно, 
чтобы принимающая сторона смогла правильно собрать исходное поле данных 
из полученных кусочков. Получается, что у первого пакета смещение равно 
нулю и когда ПК его получит, он отрежет заголовок и поле данных первого 
пакета он поставит на первое место. 
Но давайте сейчас немного уйдем в сторону. Компьютер поймет, что он 
получатель по IP-адресу назначения в первом пакете, если этот адрес будет 
совпадать с тем, что задан в его настройках. Получив первый пакет, компьютер 
посмотрит, на флаги и поймет, что этот пакет является не самостоятельной 
единицей, а частью чего-то большего, поэтому он выделит ресурсы своего 
буфера и будет ждать следующие кусочки. По сути у нас получается очередь из 
пакетов, которая обрабатывается получателем по методу FIFO (first in, first out) 
или первым пришел – первым ушел. 
Протоколы сетевого взаимодействия TCP/IP являются результатом 
эволюционного развития протоколов глобальной вычислительной сети 
ARPANET. 
Работы по созданию сети ARPANET были начаты рядом университетов 
США и фирмой BBN в 1968 г. В 1971 г. сеть была введена в регулярную 
эксплуатацию и обеспечивала для всех своих узлов три основные услуги: 

---

232 

интерактивный вход пользователя на удаленный узел; 

передача файлов между узлами сети; 

электронная почта. 
Все эти средства базировались на транспортных услугах предоставляемых 
программой управления сети NCP (Network Control Program), реализующей свой 
внутренний набор протоколов. 
Накопленный к 1974 г. опыт эксплуатации сети ARPANET выявил многие 
недостатки протоколов NCP и позволил определить основные требования к 
новому набору протоколов, получившему название TCP/IP: 

независимость от среды передачи сообщений; 

возможность подключения к сети ЭВМ любой архитектуры; 

единый способ организации соединения между узлами в сети; 

стандартизация прикладных протоколов. 
Широко используемая ныне версия 4 протоколов TCP/IP была 
стандартизирована в 1981 г. в виде документов, называемых RFC (Request For 
Comment). Полный переход сети ARPANET на новые протоколы был завершен 
в 1982 г. Эта сеть сыграла роль "зародыша" всемирной сети Internet, построенной 
на базе протоколов TCP/IP. 
Реализация протоколов TCP/IP оказалась наиболее удачной в версиях 
BSD4.2 и BSD4.3 операционной системы UNIX. Эта реализация является 
эталоном (станартом "de facto") для всех последующих.