какого-либо прикладного процесса, который способен управлять длиной своих
сообщений с целью обеспечения необходимого MTU-параметра (то есть,
“подгонять” длину к 1280 октетам).
IPv6-узел должен быть способен фрагментировать пакет так, чтобы после
его сборки, он имел длину 1500 октетов или больше. Наиболее
предпочтительным для IPv6-узла является его способность фрагментировать
пакеты, которые при их сборке превышали длину 1500 октетов.
Протокол более высокого уровня или прикладной процесс, зависимые от
IPv6-фрагментирования при передаче пакетов длиной, превышающей
установленный для канала связи MTU-параметр, не должны отправлять
сообщения, которые требуют для их передачи формирование IPv6-пакетов
длиной более 1500 октетов, до тех пор, пока не будет гарантии того, что
узел/получатель способен собирать пакеты большей длины.
В ответ на переданный IPv4-узлу/получателю IPv6-пакет (то есть, пакет,
который прошел процедуру преобразования из IPv6-формата в IPv4-формат)
IPv6-узел/отправитель может получить ICMP-сообщение с кодом “Слишком
большое сообщение” (“Too Big message”), указывающее, что на данном
ретрансляционном участке было превышено допустимое значение MTU-
параметра, составляющее менее 1280 октетов. В таком случае,
IPv6-узлу/отправителю нет необходимости уменьшать размер последующих
пакетов до значения менее 1280 октетов. Ему просто необходимо включить в
эти пакеты заголовок расширения “Фрагментация” так, чтобы маршрутизатор,
осуществляющий процедуру преобразования пакета из IPv6-формата в IPv4-
формат, мог формировать подходящее значение идентификационного
параметра для его использования IPv4-фрагментах. (Замечание. Это означает,
что размер поля полезной нагрузки, возможно, придется уменьшить до
1232 октетов (1280 минус 40 для IPv6-заголовка и 8 для заголовка
расширения “Фрагментация”), а может оно будет и менее 1232 октетов,
если использовать дополнительные заголовки расширения.)
VI. МАРКЕРЫ ПОТОКОВ
20-битовое поле “Маркер потока” (“Flow Label”) в составе IPv6-заголовка
может использоваться отправителем для маркирования последовательностей
пакетов, которым требуется специальная обработка IPv6-маршрутизаторами,
например, обработка в режиме “не по умолчанию” (“non-default quality of
service”) или обслуживание в масштабе реального времени (“real-time”). Этот
аспект IPv6-протокола, на момент написания данного стандарта, находился по-
прежнему на стадии эксперимента и анализа, и поэтому в дальнейшем станет
более очевидным весь набор требований к маркеру потока и его применению.
Серверы и маршрутизаторы, которые не поддерживают функцию маркирования