Home

Page 16
Page 16
background image

 

 

Важно  понимать,  что  из  перехваченного  в  проводе  пакета  нельзя 

однозначно определить, сколько маршрутизаторов прошел пакет, можно лишь 
выяснить,  сколько  маршрутизаторов  он  еще  МОЖЕТ  пройти,  впрочем,  так  как 
обычно  ОС  устанавливают  TTL  из  некоторого  типичного  набора:  32,  64,  128, 

255,  то  обычно  с  большой  вероятностью  все  же  выводы  о  количестве 
пройденных маршрутизаторов можно сделать. 

Таким образом,  поле TTL – важнейший инструмент преодоления ошибок 

в  настройке  маршрутов  (точнее  –  в  уменьшении  вреда  от  неправильной 
настройки  маршрутов)  и  является  важно  функцией  IP,  направленной  на 
устойчивую работу сети.  

 

Переходим к рассмотрению следующего поля – Protocol.  

 

0 1 0 0 0 1 0 1 P P P D T R 0 0

0 DF MF

TTL

ID

Flags

Fragment Offset

Protocol

Version

Total Length

IHL

TOS

 

Данное  поле  указывает  какой  протокол  инкапсулирован  в  поле  данных 

пакета  IP.  Так  как  длина  поля  Protocol  всего  1  байт,  то  он  может  переносить 
данные  всего  лишь  256  разных  протоколов.  Отсюда  следует,  что  приложения 
не  должны  передавать  свои  данные  непосредственно  в  IP  пакетах,  так  как 
число  приложений,  которые  должны  пользоваться  сетью  гораздо  больше  256. 
Что  же  делать?  Для  передачи  данных  конкретных  приложений  в  стеке  TCP/IP 
используются  протоколы  TCP  и  UDP,  которые  передаются  непосредственно 
поверх IP пакетов, за ними зарезервированы значения пол Protocol, а сами эти 

протоколы  имеют  специальные  двухбайтовые  поля  для  указания  приложения, 
передающего свои данные поверх этих двух протоколов, а двухбайтовое поле 
может  адресовать  уже  65536  разных  приложений.  Значения  поля  протокол 
зарезервированные  за  различными  протоколами  (TCP  и  UDP  в  том  числе) 
являются справочными данными и их можно найти все в том же RFC1700. 
 

 

Переходим к следующему полю заголовка – Контрольная сумма заголовка 

(Header Checksum) .  

 

0 1 0 0 0 1 0 1 P P P D T R 0 0

0 DF MF

Version

Total Length

IHL

TOS

TTL

ID

Flags

Fragment Offset

Protocol

Header Checksum

 

Если IP пакеты передаются по сетям с помощью современных протоколов 

канального  уровня  локальных  и  глобальных  сетей,  которые  сами  защищают 
переносимые данные контрольными суммами, то зачем в стеке реализовывать 
защиту?  Вспоминаем,  что  изначально  IP  использовался  для  переноса  по 
глобальным  линиям  связи  с  помощью  протокола  SLIP,  которые  не  выполняет 
защиту  переносимых  данных.  Далее  возникает  вопрос:  если  в  заголовок  IP 


Copyright © 2022 Файлообменник files.d-lan.dp.ua

Использование любых материалов сайта возможно только с разрешения автора.