Файл: 8.doc

10.4. Межсетевой протокол ip

Как уже подчеркивалось ранее в данной главе, протокол IP вовсе не обязателен для TCP. Протокол TCP может использовать для доставки данных почти любой протокол сетевого уровня, если тот способен обеспечить услуги маршрутизации и поддерживает интерфейс между двумя уровнями. Тем не менее, информация мар­шрутизации для данных от TCP, которые должны транспортиро­ваться через сети, в подавляющем большинстве приложений обес­печивается протоколом IP. И это притом, что сам протокол не ис­правляет ошибки, а только сообщает об ошибках в исходящие хост-компьютеры с помощью рассмотренного в предыдущем парагра­фе протокола ICMP, размещаемого на том же уровне 3 в хост-ком­пьютере.

Структура IP-заголовка и его поля представлены на рис. 10.5. Поле «версия» (version, 4 бита) в заголовке IP предназначено для идентификации версии IP, использованной для создания заго­ловка. Если заголовок IP был создан в сети, использующей более новую версию IP, он может содержать информацию, которая не распознается более старой версией IP. В этом случае принимаю­щая сеть, работающая со старой версией IP, уведомляется о необходимости

278 Глава 10 ___________________________________

пропустить нераспознаваемые поля. В данной главе рас­сматриваются версии 4 и 6.

Рис. 10.5. Заголовок IP

Поле «длина заголовка» (IHL — Internet Header Length, 4 бита) содержит длину заголовка IP-пакета в 32-разрядных словах. Значе­ние этого поля не может быть меньше 5.

В поле «тип обслуживания» (TOS — Type of Service, 8 битов) указывается требуемое качество обслуживания данных. В других протоколах это поле часто называют качеством обслуживания (QoS). Данное поле включает четыре параметра, содержащих ин­формацию о приоритете дейтаграммы, о возможности поступле­ния последовательности таких дейтаграмм с регулярными интер­валами, о критичности ошибок, о важности скорости доставки дей­таграммы и, наконец, об относительной важности скорости по сравнению с надежностью на случай конфликта между двумя эти­ми критериями. Введены следующие обозначения: РРР — приори­тет, D — атрибуты задержки, Т — атрибуты пропускной способно­сти, R — атрибуты надежности. Трехбитовый код РРР указывает уровень приоритета блока данных, применяемый для управления перегрузкой (блоки данных с меньшим приоритетом могут быть отброшены, в то время как блокам данных с более высоким при­оритетом разрешается прохождение) и для управления потоком. Поле задержки D указывает, какова допустимая задержка при пе­редаче пакета. Данное поле может принимать два значения: нор­мальная задержка и малая задержка. Значение 1 соответствует ма­лой задержке. Поле пропускной способности Т указывает, какова должна быть пропускная способность средств доставки данного блока данных. Например, если блок данных сгенерирован прило­жением реального времени (интерактивный режим), приложение

Протоколы Интернет 279

может запросить ускоренную доставку блоков данных, что требует высокой пропускной способности средств доставки. Допустимые значения — нормальная или высокая пропускная способность. Поле надежности R используется аналогичным образом, указывая, тре­бует ли этот блок данных высокой или обычной надежности обслу­живания.

Поле «общая длина» (Total length, 16 битов), аналогичное полю длины TCP-заголовка, содержит измеряемую в байтах суммарную длину дейтаграммы, включая длину IP-заголовка и данных. Этот параметр позволяет узлам определять длину поля данных путем вы­читания из его значения длины заголовка. Максимально допусти­мая длина всей дейтаграммы целиком, считая байты, входящие в заголовок дейтаграммы, и данные, составляет 65535 байтов, т. е. дли­на дейтаграммы может достигать 2¹⁶— 1 байтов. Однако длинные дей­таграммы не используются при работе IP-протокола. Все хост-ком­пьютеры и шлюзы сети, как правило, работают с длинами до 576 бай­тов. Число 576 выбрано из тех соображений, что этой длины пакета вполне достаточно для того, чтобы передать заголовок (64 байта) и блок данных (длиной 512 байтов).

Поле «идентификатор» (Identification, 16 битов) представля­ет собой уникальный номер, характеризующий конкретную дей­таграмму, и используется для связи фрагментов блока данных. Зна­чение этого поля устанавливается отправителем и служит иденти­фикатором дейтаграммы, например, в случае ее фрагментации.

Наличие поля флагов (flags) и поля смещения (fragmentation) связано с тем, что, учитывая ограничения на длину кадра в кон­кретной реализации сети, протокол IP разбивает большой исход­ный блок данных на фрагменты и упаковывает их в пакеты. Для определения принадлежности пакетов — фрагментов одному бло­ку данных и обеспечения его правильной сборки, в поле флагов ус­танавливается специальный признак, а величины смещения поме­щаются в поле смещения. Поле флага содержит 3 бита: первый бит этого поля всегда имеет значение ноль, второй бит определяет, раз­решена или нет фрагментация для блока данных. Величина поля смещения задает смещение в 64-битовых блоках. Первый фрагмент имеет нулевое смещение.

Поле «период жизни» (TTL - Time to live) содержит сведения о том, в течение какого времени дейтаграмме разрешено находиться в сети, и фактически представляет собой счетчик транзитов. Ука­занное в поле значение уменьшается на 1 на каждом этапе обработки

280 Глава 10___________________

дейтаграммы в процессе ее следования по сети, а при достиже­нии нуля дейтаграмма уничтожается в целях экономии ресурсов сети. Таким же образом предотвращаются зацикленные маршруты в сети, когда группа маршрутизаторов может «гонять» блок данных по кру­гу из-за какой-то неисправности сети. Когда маршрутизатор обна­руживает, что значение параметра «период жизни» достигло нуля, он немедленно удаляет блок данных и передает сообщение источ­нику об ошибке с помощью рассмотренного выше протокола ICMP.

Поле «протокол» (protocol, 8 битов) содержит указание, какой протокол следует за IP. Каждый протокол, относящийся к TCP/IP, идентифицируется фиксированным номером. В таблице 10.1 содержатся номера, назначенные стандартами для наиболее распро­страненных протоколов. Если имеется TCP-заголовок, то в этом поле будет стоять его номер.

Таблица 10.1. Значения поля протокола

Поле контрольной суммы (Header checksum, 16 битов) служит для проверки правильности информации заголовка дейтаграммы. Контрольная сумма заголовка проверяет только данные заголовка, которые включают в себя адреса IP источника и пункта назначения. При проверке заголовка IP контрольная сумма анализирует правиль­ность номера версии IP и подтверждает отличие поля «времени жиз­ни» от нуля. Она также позволяет проверить отсутствие искажения заголовка IP и допустимость длины сообщения.

Поле опций содержит информацию о различных задачах, на­пример, спецификации маршрутизации, и обычно используется сетевым управлением или для целей отладки. Данные, которые обес­печивают опции IP, варьируются и зависят от конкретного прило­жения, использующего их. Когда требуется услуга «записать мар­шрут», поле опции указывает и это.

Протоколы Интернет 281

Как это имело место в других протоколах, заголовок IP содер­жит поле выравнивания (padding), состоящее из нулей и выравни­вающее 32-битовую границу

Поля адресов IP-источника и IP-назначения используются маршрутизаторами и шлюзами в рамках сети для маршрутизации блока данных. Эти адреса остаются неизменными все время жиз­ни блока данных и не преобразуются промежуточными сетями. Несмотря на то, что одной из основных функций межсетевого про­токола IP является межсетевая и глобальная адресация, из сообра­жений разумного объема книги целесообразно ограничиться толь­ко несколькими замечаниями о форматах адресов IP.

Для читателя, листающего эту книгу подряд главу за главой, уже стало привычным, что во всех протоколах адресация осущест­вляется на нескольких уровнях и определяет различные интерфей­сы на всем пути передачи данных. Целесообразно начать рассмот­рение с генерации адресов различных уровней, относящихся к IP. Первый уровень адресации определяет имя конкретного пользо­вателя для приема данных. Например, при передаче кому-то сооб­щения по электронной почте нет необходимости задавать машин­ный адрес или индивидуальный IP-адрес. Все, что необходимо, — это адрес электронной почты, который может быть преобразован приемным сервером в имя пользователя и имя машины. Прило­жение уровня сети взаимодействия определит порт, который надо использовать для передачи, т.е. внутренний логический адрес. Транспортный уровень определит адрес для протокола, который должен использоваться при передаче данных, и предоставит его приложению. Сетевой уровень будет, в зависимости от адресов IP, маршрутизировать блоки данных через разные сети, чтобы они достигли назначения. Маршрутизаторы будут считывать IP адре­са, чтобы определить, через какой физический порт следует пере­дать блок данных. Адреса, которые мы уже упоминали, прозрачны для уровня IP и обрабатываются только резидентным программ­ным обеспечением хост-компьтера.

Рассмотренные в главе 3 данного тома точки доступа к услу­гам SAP в данном случае используются протоколом местной сети для адресации в пределах уровня логического управления звеном (LLC). Он является не частью протокола IP, а частью протоколов низших уровней, например Ethernet или Token Ring. Объединен­ные адреса IP и номера портов создают уникальный адрес гнезда (socket), обслуживаемый и контролируемый операционной системой.