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

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

Замечание. Существуют только два способа указания типа кодирования информации в заголовках «Данные дополнительной функции: узел-получатель» IPv6-пакетов: либо как специальная функция, указанная в самом заголовке расширения, либо использовать отдельный заголовок расширения. Заголовки «Фрагментация» и «Аутентификация» являются конкретными примерами такого подхода. Какой именно способ можно использовать зависит от процедуры, выбранной самим узлом/получателем, который «не понимает» дополнительные данные о типе кодирования:

  • Если наиболее приемлемой для узла/получателя процедурой является уничтожение пакета и, если только IPv6-адрес не является групповым адресом, передача ICMP-сообщения с кодом «Неопознанный тип» узлу/отправителю, то тогда информация может быть закодирована, либо с помощью отдельного заголовка, либо с помощью специальной функции, указанной в заголовке «Данные дополнительной функции: узел-получатель», причем в поле «Тип дополнительной функции» этого заголовка будет содержаться значение «11» (две единицы в старших разрядах). Выбор также может зависеть от следующих факторов: использование наименьшего числа октетов, или обеспечение более точной синхронизации, или обеспечение наилучшего синтаксиса.

  • Если наиболее приемлемой является любая другая процедура, то тогда информация должна быть закодирована с помощью специальной функции, указанной в заголовке «Данные дополнительной функции: узел-получатель», причем в поле «Тип дополнительной функции» этого заголовка будет содержаться одно из значений «00», «01» или «10» (два символа в старших разрядах), выбор которого зависит выбранной процедуры. См. 4.2.

4.7. Отсутствие следующего заголовка расширения

Значение «59» в поле «Идентификатор следующего заголовка» IPv6-заголовка или любого другого заголовка расширения указывает на то, что за этим заголовком ничего не следует (данный заголовок последний в этом пакете). Если значение в поле « Размер поля полезной нагрузки» IPv6-заголовка указывает на наличие финальных октетов после заголовка расширения, содержащего значение «59» в поле «Идентификатор следующего заголовка», то тогда эти финальные октеты должны игнорироваться и передаваться без изменений, если IPv6-пакет подлежит дальнейшей ретрансляции.

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

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