RFC: 2460
Оригинал: Internet Protocol, Version 6 (IPv6) Specification
Предыдущие версии: RFC 1883
Категория: Проект стандарта
Дата публикации:
Авторы: ,
Перевод: Мельников Дмитрий Анатольевич

RFC 2460, Страница 5 из 31

Если в результате обработки заголовка IPv6-пакета IP-узлу потребуется обратиться к следующему заголовку, но значение в поле «Следующий заголовок» текущего заголовка IP-узлом не выявлено, то тогда последний должен уничтожить IPv6-пакет и передать ICMP-сообщение «Параметрическая проблема» («Parameter Problem») IP-узлу отправителю IPv6-пакета. Это ICMP-сообщение должно содержать значение «1» в поле «Код ошибки» («Обнаружен неопределённый тип поля «Следующий заголовок»), а в поле «Указатель» («Pointer») должен присутствовать «копия» неустановленного значения величины из принятого IPv6-пакета. Аналогичные действия должны быть предприняты в случае, если IP-узел обнаружил нулевое значение в поле «Следующий заголовок» в составе какого-либо заголовка, не являющегося IPv6-заголовком.

Каждый заголовок расширения имеет длину, кратную 8 октетам. Поля, состоящие из нескольких октетов в рамках заголовка расширения, устанавливаются в своих естественных границах, то есть поля длиной «n» октетов размещаются в последовательности, состоящей из «n» октетов от начала заголовка, для n= 1, 2, 4 или 8.

Полная (с точки зрения функциональности) программная реализация IPv6-протокола включает следующие заголовки расширения:

  1. «Hop-by-Hop Options»:

    «Дополнительные функции: ретрансляция»;

  2. «Routing» (Type 0):

    «Маршрутизация»;

  3. «Fragment»:

    «Фрагментация»;

  4. «Destination Options»:

    «Дополнительные функции: узел-получатель»;

  5. «Authentication»:

    «Аутентификация» (определен в стандарте RFC-4302);

  6. «Encapsulating Security Payload»:

    «Повторное обрамление поля полезной нагрузки с целью её защиты» (определен в стандарте RFC-4303).

Страница 5 из 31

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