Требования к протоколам MIPv6, DSMIPv6
1. Требования к дополнительному заголовку протокола мобильности IPv6 Mobility Header (МН), обеспечивающему мобильность пользователя:
1.1. заголовок "Mobility Header" должен обозначаться в поле "Next Header" (Следующий заголовок) значением "135" и включать поля, приведенные в таблице N 1.
Таблица N 1.
Поля заголовка | ||
N поля | Название | Длина поля (бит) |
1 | Payload Proto | 8 |
2 | Header Len | 8 |
3 | MH Type | 8 |
4 | Резерв | 8 |
5 | Checksum | 16 |
6 | Message Data | 0-n |
Примечание:
поле "Payload Proto" должно идентифицировать тип заголовка, следующего сразу за Mobility Header, использовать значения, соответствующие заголовку "Следующий заголовок" протокола IPv6.
поле "Header Len" должно указывать длину заголовка (за исключением первых 8 октетов) в единицах, равных 8 октетам. Значение Header Len должно устанавливаться равным "0", если сообщение не имеет параметров.
поле "MH Type" должно указывать тип передаваемого сообщения.
поле "Резерв" должно устанавливаться равным "0".
поле "Checksum" должно содержать контрольную сумму заголовка "Mobility Header", начиная с поля "Payload Proto".
поле "Message Data" должно быть полем переменной длины и должно содержать данные сообщения. Тип сообщения должен указываться в поле "MH Type".
поле "Дополнение до границы заголовка" должно использоваться для выравнивания границы заголовка по длине, кратной 8 октетам. Свободные позиции должны заполняться нулями.
1.2. сообщения, передаваемые при использовании заголовка "Mobility Header":
а) "Запрос обновления привязки UE" (сообщение BRR (Binding Refresh Request) должно включать следующие поля (поле "MH Type" для сообщения BRR должно быть равно "0"):
"Резерв" (16 бит) (должно быть резервным, равно "0" и должно игнорироваться получателем);
"Опции мобильности" (Mobility Options) (должно быть переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам) и должно содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции);
б) "Инициирование проверки домашнего адреса" (сообщение HoTI (Home Test Init) должно включать следующие поля (поле "MH Type" для сообщения HoTI должно быть равно "1"):
"Резерв" (16 бит) (должно быть резервным, равно "0" и должно игнорироваться получателем);
"Идентифицирующая цепочка домашнего адреса" (Home Init Cookie) (должно быть 64-битовым полем, содержащим значение вновь сгенерированного случайного числа, которое возвращается в UE в сообщении Home Test);
"Опции мобильности" (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции).
Мобильный узел должен использовать сообщение "Home Test Init" для инициализации процедуры обратной маршрутизации и запроса маркера "Home keygen token" от узла-корреспондента, туннелируемое через домашнего агента, когда мобильный узел находится в визитной сети;
в) "Инициирование проверки временного адреса" (сообщение Care-of Test Init) должно включать следующие поля (поле "MH Type" для сообщения "Care-of Test Init" должно быть равно "2"):
"Идентифицирующая цепочка временного адреса" (Care-of Init Cookie) (должно быть 64-битовым полем, содержащим значение вновь сгенерированного случайного числа, которое возвращается в UE в сообщении "Care-of Test");
"Опции мобильности" (Mobility Options) (должно быть полем переменной длины (длина полного заголовка мобильности должна быть кратна 8 октетам), содержать одну или несколько опций мобильности, закодированных в формате TLV, или не должно содержать таких опций, а получатель должен игнорировать и пропускать любые опции).
Мобильный узел должен использовать сообщение "Care-of Test Init" (CoTI) для инициализации процедуры обратной маршрутизации и запроса маркера "Care-of Keygen Token" от узла-корреспондента;