RFC: 791
Оригинал: Internet Protocol
Предыдущие версии: RFC 760
Категория: Стандарт Интернета
Дата публикации:
Автор:
Перевод: Николай Малых

RFC 791, Страница 10 из 25

  • Identification — 16 битов
  • Значение поля идентификации присваивается отправителем для обеспечения корректной сборки фрагментов дейтаграммы.
  • Flags — 3 бита

  • Набор флагов управления.

    Бит 0: (зарезервирован (должен иметь значение 0)
    Бит 1: (DF) 0 = фрагментация возможна, 1 = фрагментация недопустима.
    Бит 2: (MF) 0 = последний фрагмент, 1 = фрагмент не является последним. 
      0   1   2
+---+---+---+
|   | D | M |
| 0 | F | F |
+---+---+---+
  • Fragment Offset — 13 битов
  • Это поле показывает положение данного фрагмента в исходной дейтаграмме. Смещение измеряется в единицах, кратных 8 октетам (64 бита). Смещение первого фрагмента равно нулю.
  • TTL — 8 битов
  • Это поле определяет максимальный срок существования дейтаграммы в системе internet. Дейтаграммы с нулевым значением времени жизни должны уничтожаться. Значение этого поля изменяется при обработке заголовков IP. Время измеряется в секундах, но, поскольку каждый обрабатывающий дейтаграмму модуль должен уменьшать значение TTL, по крайней мере, на 1 (даже если обработка длилась меньше секунды), значение TTL следует рассматривать как верхний предел срока жизни дейтаграммы в систем. Это поле введено для того, чтобы можно было избавиться от недоставленных дейтаграмм.
  • Protocol — 8 битов
  • Это поле указывает протокол следующего уровня, содержащийся в поле данных дейтаграммы IP. Идентификаторы протоколов указаны в Assigned Numbers [RFC790].
  • Header Checksum — 16 битов

  • Контрольная сумма полей заголовка. Поскольку некоторые поля заголовка (например, TTL) изменяются в процессе доставки, значение контрольной суммы проверяется и вычисляется заново в каждой точке обработки заголовков IP.

    Контрольная сумма заголовка представляет собой 16-битовое поразрядное дополнение (one's complement) суммы поразрядных дополнений всех 16-битовых слов заголовка. При вычислении контрольной суммы значение самого поля принимается нулевым.

    Контрольную сумму легко посчитать и можно показать ее адекватность, но алгоритм вычисления контрольной суммы может быть заменен специальной процедурой CRC с учетом опыта использования.

  • Source Address — 32 бита
  • Адрес отправителя (см. параграф 3.2. Обсуждение).
  • Destination Address — 32 бита
  • Адрес получателя (см. параграф 3.2. Обсуждение).
  • Options — переменная длина

  • Поле опций является необязательным. Поддержка опций должна реализоваться во всех модулях IP (на хостах и шлюзах). Использование опций определяется для отдельной дейтаграммы, а не для реализации модуля. В некоторых средах использование опций безопасности является обязательным.

    Поле опций имеет переменную длину. Существует два варианта форматирования опций:

    • однооктетные опции;
    • октет типа опции, октет размера опции и октеты собственно опций (поле размера опции учитывает поля типа, размера и данных опции).

    Октет типа опции содержит три поля:

    • флаг копирования (1 бит);
    • класс опции (2 бита);
    • номер опции (5 битов).

    Флаг копирования показывает, что данная опция копируется во все фрагменты дейтаграммы:

    • 0 — опция не копируется;
    • 1 — опция копируется во фрагменты.

    Поле класса опций может принимать 4 значения:

    • 0 — управление;
    • 1 — зарезервирован;
    • 2 — отладка и измерения;
    • 3 — зарезервирован.

    Определены следующие номера опций IP:

    Класс Номер Длина Описание
    0 0 - Конец списка опций (End of Option list). Эта опция занимает только 1 октет и не использует поле длины.
    0 1 - Нет операции. Эта опция занимает только 1 октет и не использует поле длины.
    0 2 11 Безопасность (Security). Используется для передачи опций Security (безопасность), Compartmentation (изоляция), User Group (TCC), Handling Restriction Codes (коды управления ограничениями), совместимых с требованиями DOD.
    0 3 перем. Loose Source Routing (нестрогое задание маршрута отправителем). Используется для маршрутизации дейтаграмм IP с учетом данных, указанных отправителем.
    0 9 перем. Strict Source Routing (строгое задание маршрута отправителем). Используется для маршрутизации дейтаграмм IP на основе данных, указанных отправителем.
    0 7 перем. Record Route (запись маршрута). Используется для трассировки пути дейтаграмм IP.
    0 8 4 Stream ID (идентификатор потока). Используется для обозначения потоков дейтаграмм.
    2 4 перем. Internet Timestamp (временная метка).

    • Страница 10 из 25

    2007 - 2022 © Русские переводы RFC, IETF, ISOC.