4.6 宛先オプションヘッダー (Destination Options Header)

Destination Options ヘッダーは、パケットの宛先ノードのみが検査する必要があるオプション情報を運ぶために使用されます。Destination Options ヘッダーは直前のヘッダーの Next Header 値 60 によって識別され、以下の形式を持ちます。

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|  Next Header  |  Hdr Ext Len  |                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                               +
|                                                               |
.                                                               .
.                            Options                            .
.                                                               .
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

次ヘッダー (Next Header) — 8 ビットのセレクター。Destination Options ヘッダーの直後に続くヘッダーのタイプを識別します。IPv4 の Protocol フィールドと同じ値を使用します [RFC-1700 et seq.]。

ヘッダー拡張長 (Hdr Ext Len) — 8 ビットの符号なし整数。Destination Options ヘッダーの長さ（8 オクテット単位）。最初の 8 オクテットは含みません。

オプション (Options) — 可変長フィールド。完全な Destination Options ヘッダーの長さが 8 オクテットの整数倍になるような長さを持ちます。第 4.2 節で説明した TLV エンコードされたオプションを一つ以上含みます。

本文書で定義されている唯一の宛先オプションは、第 4.2 節で規定された Pad1 および PadN オプションです。

IPv6 パケットにオプションの宛先情報をエンコードする方法は二つあります。Destination Options ヘッダー内のオプションとして、または個別の拡張ヘッダーとして。Fragment ヘッダーと Authentication ヘッダーは後者の方法の例です。どちらの方法を使用できるかは、オプション情報を理解しない宛先ノードに期待される動作によって決まります。

o 期待される動作が、宛先ノードがパケットを破棄し、パケットの Destination Address がマルチキャストアドレスでない場合にのみパケットの Source Address に ICMP Unrecognized Type メッセージを送信することであれば、その情報は個別のヘッダーとして、または Option Type の最上位 2 ビットが値 11 を持つ Destination Options ヘッダー内のオプションとしてエンコードできます。選択は、どちらが少ないオクテットを占有するか、またはどちらがより良いアライメントやより効率的な解析を生み出すかなどの要因によって決まる場合があります。

o 他の動作が期待される場合、その情報は期待される動作を指定する Option Type の最上位 2 ビットが値 00、01、または 10 を持つ Destination Options ヘッダー内のオプションとしてエンコードされなければなりません（第 4.2 節を参照）。