6.8. Формат сообщения ICMP Mobile Prefix Advertisement
Пока мобильный узел перемещается вне домашней сети, домашний агент пошлет мобильному узлу сообщение Mobile Prefix Advertisement (объявление мобильного префикса) для распространения префиксной информации о домашнем линке. Это произойдет в виде объявления в ответ на запрос Mobile Prefix Solicitation, или в виде незапрошенного объявления, посылаемого в соответствии с правилами разд. 10.6.
0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Code | Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identifier |M|O| Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options ... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Поля IP:
- Source Address (адрес источника)
- Адрес домашнего агента, поскольку мобильный узел предполагает его увидеть (т.е. тот же самый префикс сети).
- Destination Address (адрес места назначения)
- Если данное сообщение является ответом на сообщение Mobile Prefix Solicitation, то это поле содержит поле Source Address из того пакета. Для не запрошенных сообщений должен (SHOULD) использоваться временный адрес мобильного узла. Заметим, что незапрошенные сообщения могут посылаться, только если мобильный узел в настоящее время зарегистрирован в домашнем агенте.
Заголовок маршрутизации:
- Заголовок маршрутизации типа 2 должен (MUST) быть включен (в пакет).
Заголовок ESP:
- Заголовки IPsec должны (MUST) поддерживаться и должны (SHOULD) использоваться, как описано в разд. 5.4.
Поля ICMP:
- Type (тип)
- 147
- Code (код)
- 0
- Checksum (контрольная сумма)
- Контрольная сумма ICMP [14].
- Identifier (идентификатор)
- Идентификатор для поддержки сопоставления данного объявления Mobile Prefix Advertisement с предыдущим запросом Mobile Prefix Solicitation.
- M
- 1-битовый флаг Managed Address Configuration (управляемое конфигурирование адресов). Если он установлен, хосты используют администрируемый (контекстный) протокол для автоконфигурирования адресов в дополнение ко всем адресам, автоматически сконфигурированным с помощью бесконтекстного автоконфигурирования адресов. Использование этого флага описано в [12, 13].
- O
- 1-битовый флаг Other Stateful Configuration (другое контекстное конфигурирование). Если он установлен, то хосты используют администрируемый (контекстный) протокол для автоконфигурирования другой (не адресной) информации. Использование этого флага описано в [12, 13].
- Reserved (зарезервировано)
- Это поле не используется. Оно должно (MUST) устанавливаться в ноль отправителем и должно (MUST) игнорироваться получателем.
Сообщения Mobile Prefix Advertisement могут иметь опции. Эти опции должны (MUST) использовать формат опций, определенный в RFC 2461 [12]. Данный документ не определяет ни одного типа опции для сообщения Mobile Prefix Advertisement, но будущие документы могут определить новые опции. Мобильные узлы должны (MUST) молча игнорировать любые опции, которые они не распознают, и продолжать обработку сообщения.
- Prefix Information (префиксная информация)
Каждое сообщение содержит одну или несколько опций Prefix Information. Каждая опция передает префикс (префиксы), который мобильный узел должен использовать для конфигурирования своего домашнего адреса (домашних адресов). В разд. 10.6 описано, какие префиксы должны объявляться мобильному узлу.
Опция Prefix Information определена в разд. 4.6.2 RFC 2461 [12] с изменениями, определенными в разд. 7.2 настоящей спецификации. Домашний агент должен (MUST) использовать эту измененную опцию Prefix Information для посылки сетевых префиксов, как определено в разд. 10.6.1.
Если объявление посылается в ответ на запрос Mobile Prefix Solicitation, домашний агент должен (MUST) скопировать из этого сообщения значение поля Identifier в поле Identifier объявления.
Домашний агент не должен (MUST NOT) посылать любому мобильному узлу более одного сообщения Mobile Prefix Advertisement в секунду.
Биты M и O должны быть (MUST) сброшены, если не обеспечивается поддержка домашнего агента DHCPv6. Если такая поддержка обеспечивается, то они устанавливаются во взаимодействии с административными установками домашней сети.