RFC: 3032
Оригинал: MPLS Label Stack Encoding
Категория: Предложенный стандарт
Дата публикации:
Авторы: , , , , , ,
Перевод: Мельников Дмитрий Анатольевич

RFC 3032, Страница 11 из 18

3.3. Если размер помеченного IP-пакета слишком большой

Помеченный IP-пакет, размер которого превышает стандартный максимальный размер поля полезной нагрузки кадра, передаваемого по определённому каналу передачи данных, может считаться «слишком большим» (too big).

Помеченный IP-пакет, размер которого превышает реальный максимальный размер поля полезной нагрузки кадра, передаваемого по определённому каналу передачи данных, должен считаться «слишком большим».

Помеченный IP-пакет, размер которого не является «слишком большим», должен транслироваться без фрагментирования.

3.4. Обработка помеченных IPv4-пакетов, которые являются «слишком большими»

Если помеченный IPv4-пакет является слишком большим, а бит «DF» в IP-заголовке имеет значение «0» («можно фрагментировать»), то LSR-маршрутизатор может по-умолчанию удалить этот IPv4-пакет.

Следует заметить, что уничтожение таких пакетов является весьма востребованной процедурой, если только в каждом LSR-маршрутизаторе сети, который способен добавлять набор маркеров в помеченный IP-пакет, установлено не нулевое значение максимального размера впервые помеченного IP-пакета.

Если LSR-маршрутизатор принял решение не уничтожать помеченный IPv4-пакет, являющийся слишком большим, или если в этом пакете бит «DF» имеет значение «1», то он обязан выполнить следующую процедуру (алгоритм):

  1. Очистить записи набора маркеров до получения IPv4-пакета.

  2. Пусть N будет числом (количество) байт в наборе маркеров (т.е., число записей в наборе маркеров кратное 4).

  3. Если в заголовке IPv4-пакета бит «DF» имеет значение «0» («можно фрагментировать»), то:

    1. Фрагментировать IPv4-пакет, и при этом каждый фрагмент должен иметь длину, по крайней мере, на N байт меньше, чем эффективный максимальный размер поля полезной нагрузки кадра.

    2. В начало каждого фрагмента поместить один и тот же заголовок с маркером (набором маркеров), который мог бы присутствовать в оригинальном IPv4-пакете, не нуждающемся во фрагментации.

    3. Транслировать фрагменты.

  4. Если в заголовке IPv4-пакета бит «DF» имеет значение «1» («не фрагментировать»), то:

    1. IPv4-пакет не должен транслироваться далее.

    2. Сформировать ICMP-сообщение «Узел-получатель не достижим» (destination unreachable):

      1. В поле «Код ошибки» заголовка этого ICMP-сообщения установить значение «4» (требуется фрагментация, и установка бита «DF», fragmentation required and DF set).

      2. В поле «MTU-значение следующего ретрансляционного участка» (next-hop MTU, RFC-1191) заголовка этого ICMP-сообщения установить значение, равное разнице между значением эффективного максимального размера поля полезной нагрузки кадра и значением N.

    3. Если возможно, то передать это ICMP-сообщение «Узел-получатель не достижим» отправителю уничтоженного IPv4-пакета.

Страница 11 из 18

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