RFC: 3775
Оригинал: Mobility Support in IPv6
Другие версии: RFC 6275
Категория: Предложенный стандарт
Дата публикации:
Авторы: , ,
Перевод: Шнитман Виктор Зиновьевич

6.1.1. Формат

Заголовок мобильности указывается в непосредственно предшествующем заголовке полем Next Header со значением 135 и имеет следующий формат:

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Payload Proto |  Header Len   |   MH Type     |   Reserved    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           Checksum            |                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                               |
|                                                               |
.                                                               .
.                       Message Data                            .
.                                                               .
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  • Payload Proto (протокол полезных данных)
  • 8-битовый селектор. Указывает тип заголовка, непосредственно следующего за заголовком мобильности. Использует те же самые значения, что и поле IPv6 Next Header [11].

    Это поле предназначено для использования будущими расширениями (см. приложение B.1).

    Реализации, соответствующие данной спецификации, должны (SHOULD) устанавливать тип протокола полезных данных в значение IPPROTO_NONE (59 десятичных).

  • Header Len (длина заголовка)
  • 8-битовое целое без знака, представляющее длину заголовка мобильности в единицах по 8 октетов, исключая первые 8 октетов.

    Длина заголовка мобильности должна (MUST) быть кратной 8 октетам.

  • MH Type (тип заголовка мобильности)
  • 8-битовый селектор. Указывает в запросе конкретное сообщение мобильности. Текущие значения специфицированы в разд. 6.1.2 и далее. Нераспознанное поле MH Type вызывает посылку индикации ошибки.

  • Reserved (зарезервировано)
  • 8-битовое поле, зарезервированное для будущего использования. Его значение должно (MUST) устанавливаться в ноль отправителем, и должно (MUST) игнорироваться получателем.

  • Checksum (контрольная сумма)
  • 16-битовое целое без знака. Это поле содержит контрольную сумму заголовка мобильности. Контрольная сумма вычисляется из строки октетов, состоящей из «псевдо-заголовка», за которым следует весь заголовок мобильности, начиная с поля Payload Proto. Контрольная сумма представляет собой 16-битный обратный код суммы этой строки в обратном коде.

    Псевдо-заголовок содержит поля заголовка IPv6, как специфицировано в разд. 8.1 RFC 2460 [11]. Значение поля Next Header, используемое в псевдо-заголовке равно 2. Используемые в псевдо-заголовке адреса представляют собой адреса, которые находятся в полях Source Address и Destination Address пакета IPv6, переносящего заголовок мобильности.

    Заметим, что при нахождении вне дома процедуры вычисления контрольных сумм более высоких уровней, описанные в разд. 11.3.1, применяются даже к заголовку мобильности. Если сообщение мобильности имеет опцию места назначения Home Address, то вычисление контрольной суммы в качестве значения поля Source Address IPv6 использует домашний адрес из этой опции. Заголовок маршрутизации обрабатывается так, как объяснено в [11].

    С целью вычисления псевдо-заголовка заголовок мобильности рассматривается как протокол более высокого уровня. Поле Upper-Layer Packet Length в псевдо-заголовке должно (MUST) быть установлено равным полной длине заголовка мобильности.

    Для вычисления контрольной суммы поле контрольной суммы устанавливается в ноль.

  • Message Data (данные сообщения)
  • Поле переменной длины, содержащее данные, специфичные для указанного типа заголовка мобильности.

Для использования в этих сообщениях протокол мобильного IPv6 определяет целый ряд «опций мобильности» (mobility options); при включении в пакет, любая опция должна (MUST) появляться после фиксированной порции данных сообщения, указанной в данном документе. Наличие таких опций будет указываться в сообщении полем Header Len. Если значение поля Header Len больше длины, необходимой для специфицируемого здесь сообщения, то оставшиеся октеты интерпретируются как опции мобильности. Эти опции включают опции заполнителей, которые могут использоваться для того, чтобы гарантировать, что другие опции подобающим образом выровнены, и что общая длина сообщения кратна 8. Кодирование и формат определенных опций описывается в разд. 6.2.

Требования по выравниванию заголовка мобильности те же самые, что и для любого заголовка протокола IPv6. А именно, они должны быть выровнены по 8-октетной границе.

Страница 21 из 120

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