1.5.3 Протокол ip

Данный протокол из стека TCP/IP обслуживает сетевой уровень, который занимается разработкой маршрутов доставки пакетов от отправителя до получателя (при наличии на пути, указанном стеком TCP, нескольких транзитных участков между маршрутизаторами). Функции, выполняемые на сетевом уровне, резко контрастируют с деятельностью уровня передачи данных, цель которого была более скромной – просто переместить кадры с одного конца провода на другой. Таким образом, сетевой уровень оказывается самым низким уровнем, который имеет дело с передачей данных по всему пути от одного конца до другого через цепочку подсетей.

Для достижения этих целей сетевой уровень должен обладать информацией о топологии подсети связи (то есть о множестве всех маршрутизаторов) и выбирать нужный путь по этой подсети. Он должен также заботиться о том, чтобы нагрузка на маршрутизаторы и линии связи была, по возможности, более равномерной. Наконец, если источник и приемник находятся в различных сетях, именно сетевой уровень должен уметь решать проблемы, связанные с различиями в сетях. То есть основная функция протокола IP заключается в выборе маршрута для передаваемых пакетов и недопущение их закупорки.

Сетевой протокол IP – дейтаграммный сетевой протокол, т.е. протокол без установления соединения.

В дейтаграммных протоколах сообщение разбивается на дейтаграммы. Дейтаграмма – это пакет, передаваемый независимо от других частей одного и того же сообщения в вычислительных сетях с коммутацией пакетов. Дейтаграммы одного и того же сообщения могут передаваться в сети по разным маршрутам и поступать к адресату в произвольной последовательности, что требует дополнительных операций по сборке сообщения из дейтаграмм в узле-получателе. На внутренних участках маршрута контроль правильности передачи не предусмотрен, и надежность связи обеспечивается лишь контролем в оконечном узле.

К функциям протокола IP относятся фрагментация и сборка пакетов при прохождении через промежуточные сети, имеющие другие протоколы; маршрутизация, т.е. определение пути прохождения пакета по разветвленной сети; проверка контрольного кода заголовка пакета (правильность передачи всего пакета проверяется на транспортном уровне, т.е. с помощью ТСР, в оконечном узле); управление потоком — сброс дейтаграмм при превышении заданного времени жизни.

Структура дейтаграммы в IР (в скобках указано число битов):

• версия протокола IP (4);

• длина заголовка (4);

• тип сервиса (8);

• общая длина (16);

• идентификация (16) — порядковый номер дейтаграммы;

• место фрагмента в дейтаграмме (16), т.е. номер фрагмента, используемый при фрагментации дейтаграммы в промежуточных сетях;

• время жизни дейтаграммы в сети (8);

• тип протокола (8);

• контрольный код CRC заголовка (16);

• адрес источника (32);

• адрес назначения (32);

• опции (32);

• данные (не более 65356 байт).

От версии протокола зависит структура заголовка. Сделано это для возможности последующего внесения изменений. Например, предполагается вместо четырехбайтовых адресов установить в Internet в будущем шестибайтовые адреса.

В поле «Тип сервиса» задается приоритет (если приоритетность используется), можно указать одно из следующих требований: минимальная задержка, высокая надежность, низкая цена передачи данных.

Всего в сети одновременно может быть 2¹⁶ = 65 тыс. дейтаграмм сообщения с разными идентификаторами, т. е. за отрезок времени, равный времени жизни дейтаграммы, может быть передано не более 2 дейтаграмм. Это один из факторов, ограничивающих пропускную способность сетей с протоколом IP. Действительно, при времени жизни 120 с имеем предельную скорость 2¹⁶ /120 = 546 дейтаграмм в секунду, что при размере дейтаграммы до 65 тыс. байт дает ограничение скорости приблизительно в 300 Мбит/с (такое же значение одного из ограничений предельной скорости получено и для протокола ТСР).

Время жизни может измеряться как в единицах времени Т, так и в хопах Р (числом пройденных маршрутизаторов). В первом случае контроль ведется по записанному в заголовке значению Т, которое уменьшается на единицу каждую секунду. Во втором случае каждый маршрутизатор уменьшает число Р, записанное в поле «Время жизни», на единицу. При Т = 0 или при Р = 0 дейтаграмма сбрасывается.

Поле «Тип протокола» определяет структуру данных в дейтаграмме.

Поле «Опции» в настоящее время рассматривается как резервное.