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

6.1.8. Сообщение Binding Acknowledgement

Сообщение Binding Acknowledgement (подтверждение привязки) используется для подтверждения получения сообщения Binding Update (разд. 6.1.7). Этот пакет посылается, как описано в разд. 9.5.4 и 10.3.1.

Сообщение Binding Acknowledgement имеет значение типа заголовка мобильности (MH Type) равное 6. Если это значение указывается в поле MH Type, то формат поля данных сообщения в заголовке мобильности имеет следующий вид:

                                +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                |    Status     |K|  Reserved   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           Sequence #          |           Lifetime            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
.                                                               .
.                        Mobility options                       .
.                                                               .
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  • Key Management Mobility Capability (K) (возможность мобильного управления ключами)
  • Если этот бит обнуляется, то протокол, используемый домашним агентом для установления контекстов безопасности IPsec между мобильным узлом и домашним агентом, не переносит перемещений. Тогда, вероятно, он должен быть запущен заново. (Заметим, что предполагается, что сами контексты безопасности IPsec переносят перемещения).

    Узлы-корреспонденты должны (MUST) устанавливать этот бит в 0.

  • Reserved (зарезервировано)
  • Эти поля не используются. Они должны (MUST) устанавливаться в ноль отправителем и должны (MUST) игнорироваться приемником.

  • Status (статус)
  • 8-битовое целое без знака, указывающее решение, принятое при обработке сообщения Binding Update. Значения поля Status, меньшие 128, указывают на то, что сообщение Binding Update было признано годным принимающим узлом.

    Значения, большие или равные 128, указывают на то, что сообщение Binding Update было отклонено принимающим узлом. В настоящее время определены следующие значения поля Status:

    0Binding Update accepted (обновление привязки признано годным)
    1Accepted but prefix discovery necessary (признано годным, но требуется определение префиксов)
    128Reason unspecified (причина не специфицирована)
    129Administratively prohibited (запрещено административно)
    130Insufficient resources (недостаточно ресурсов)
    131Home registration not supported (регистрация в домашнем агенте не поддерживается)
    132Not home subnet (не домашняя сеть)
    133Not home agent for this mobile node (не является домашним агентом для этого мобильного узла)
    134Duplicate Address Detection failed (определение дублирования адреса закончилось неудачей)
    135Sequence number out of window (порядковый номер вне окна)
    136Expired home nonce index (просроченный индекс одноразового номера home nonce)
    137Expired care-of nonce index (просроченный индекс одноразового номера care-of nonce)
    138Expired nonces (просроченные одноразовые номера)
    139Registration type change disallowed (изменение типа регистрации не допускается)

Новые значения поля Status должны быть специфицированы в реестре присвоенных номеров IANA [19].

  • Sequence # (порядковый номер)
  • Порядковый номер в сообщении Binding Acknowledgement копируется из поля Sequence Number сообщения Binding Update. Оно используется мобильным узлом при сопоставлении данного сообщения Binding Acknowledgement с сообщением Binding Update, ожидающим завершения выполнения.

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

    Значение этого поля не определено, если поле Status указывает на то, что обновление привязки было признано негодным.

  • Mobility Options (опции мобильности)
  • Поле переменной длины, которое имеет такую длину, что длина полного заголовка мобильности кратна 8 октетам. Это поле содержит ноль или несколько опций мобильности, закодированных в формате TLV. Кодирование и формат определенных опций описываются в разд. 6.2. Получатель должен (MUST) игнорировать и пропускать любые опции, которые он не понимает.

    Может существовать дополнительная информация, связанная с данным подтверждением привязки, которая необязательно должна присутствовать во всех посылаемых подтверждениях привязки. Опции мобильности позволяют определить будущие расширения подтверждений привязки. Для подтверждения привязки следующие опции являются допустимыми:

    • Опция Binding Authorization Data (данные авторизации привязки) (эта опция является обязательной в подтверждениях привязки, посылаемых узлом-корреспондентом, за исключением случаев, указанных в разд. 9.5.4)
    • Опция Binding Refresh Advice (совет обновить привязку)

Если в этом сообщении опции отсутствуют, то необходимы 4 октета заполнения, и поле Header Len будет установлено в 1.

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