3.4 Конкатенация заголовков iPv6 при помощи поля Next Header

Единственное поле, которое встречается во всех типах заголовков расширения – это поле Next Header. Это 8-битное поле используется для логического соединения всех заголовков в IPv6-дейтаграмме следующим образом:

1. o Поле Next Header в основном заголовке содержит тип первого заголовка расширения.

2. o Поле Next Header первого заголовка расширения содержит тип второго заголовка расши-рения (если он присутствует). Если есть третий, то Next Header второго заголовка указыва-ет на его тип, и так далее.

3. o Поле Next Header последнего заголовка расширения содержит тип протокола вышележа-щего уровня, данные которого инкапсулированы в дейтаграмму.

Общепринятые значения поля Next Header

Значение (десятичное)		Тип протокола / заголовка расширения
0		Hop-By-Hop Options Extension Header
1		ICMPv4
2	IGMPv4
4	IP in IP encapsulation
6	TCP
8	EGP
17	UDP
41	IPv6
43	Routing Extension Header
44	Fragmentation Extension Header
46	Resource Reservation Protocol (RSVP)
50	Encrypted Security Payload (ESP) Extension Header
51	Authentication Header (AH) Extension Header
58	ICMPv6
59	No Next Header
60	Destination Options Extension Header

3.5 Заголовки расширения, содержащие опции

В IPv4 вся «дополнительная» информация размещается в дейтаграмме в виде опций. В IPv6 мы имеем дело с новой концепцией «заголовков расширения», которые заняли место многих предо-пределенных IPv4-опций. Однако, опции всё ещё поддерживаются IPv6 – они позволяют допол-нять IPv6-дейтаграмму произвольными данными, формат которых не определен в заголовках расширения. Они предоставляют максимум возможностей по расширению базового протокола IPv6.

Существуют два различных заголовка, которые могут содержать опции. Они различаются только способом обработки опций устройствами, их же формат одинаков.

1. o Destination Options: Содержит опции, предназначенные только конечному получателю дейтаграммы (и, возможно, маршрутизаторам, заданным в заголовке маршрутизации).

2. o Hop-By-Hop Options: Содержат опции, которые несут информацию для всех промежуточ-ных узлов между пунктами назначения и отправления.

Формат опции IPv6

Название поля	Размер (байт)	Описание
Option Type	1	Это поле сообщает нам о типе опции. Биты интерпретируются сле-дующим образом: Название подполя Размер (байт) Описание Unrecognized Option Action 2/8 (2 бита) Первые два бита определяют, ка-кое действие должно быть совер-шено в случае, если устройство не знает такого типа опции. Возмож-ные значения: 00 – пропустить опцию и продол-жить обработку дейтаграммы; 01 – отбросить дейтаграмму; 10 – отбросить дейтаграмму и по-слать отправителю ICMP-сообщение “Parameter Problem” в кодом 2; 11 – отбросить дейтаграмму и по-слать описанное выше ICMP-сообщение, но только если адрес получателя – не multicast-адрес.
Option Change Al-lowed Flag 1/8 (1 бит) Устанавливается в 1, если Option Data может изменяться во время пути, и 0 если нет. Remainder of Option Type 5/8 (5 бит) Позволяют задать дополнительно 32 комбинации к каждой из ком-бинаций трех первых битов.
Opt Data Len	1	Определяет длину поля Option Data. Обратите внимание, что значение этого поля изменилось по сравнению с IPv4, где поле длины опции за-давало размер опции полностью; в IPv6 размер полей Option Type и Option Data Length не учитывается.
Option Data	переменный	Данные, посылаемые как части опции и специфичные для каждого конкретного типа опций. Также иногда упоминается как Option Value.

Замечание: несмотря на то, что поле Option Type состоит из трёх подполей, они являются «ин-формационными», то есть все 8 бит поля рассматриваются как единое целое. Несмотря на то, что эти подполя имеют определенный смысл, типом опции называется целое поле, а не только по-следние 5 бит.

Примеры опций

Hop-by-hop опции могут использоваться, для резервирования ресурсов по протоколу RSVP перед прохождением IP-потока, чувствительного к качеству обслуживания. [RFC 2113]

Еще одно применение — передача так называемых "джумбограмм", то есть IP-пакетов с длиной более 64 КБ. Способ представления соответствующей опции показан следующем рисунке:

Длина джумбограммы задается 32-битным целым (поле Payload Length в стандартном заголовке IPv6 должно быть нулевым), то есть с практической точки зрения может быть сколь угодно боль-шой.

Единственная на сегодняшний день destination-опция – нулевая (для тестовых целей).