参考文献 (References)
[RFC-2401] Kent, S. and R. Atkinson, "Security Architecture for the Internet Protocol", RFC 2401, November 1998.
[RFC-2402] Kent, S. and R. Atkinson, "IP Authentication Header", RFC 2402, November 1998.
[RFC-2406] Kent, S. and R. Atkinson, "IP Encapsulating Security Protocol (ESP)", RFC 2406, November 1998.
[ICMPv6] Conta, A. and S. Deering, "ICMP for the Internet Protocol Version 6 (IPv6)", RFC 2463, December 1998.
[ADDRARCH] Hinden, R. and S. Deering, "IP Version 6 Addressing Architecture", RFC 2373, July 1998.
[RFC-1981] McCann, J., Mogul, J. and S. Deering, "Path MTU Discovery for IP version 6", RFC 1981, August 1996.
[RFC-791] Postel, J., "Internet Protocol", STD 5, RFC 791, September 1981.
[RFC-1700] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2,
RFC 1700, October 1994. See also:
http://www.iana.org/numbers.html
[RFC-1661] Simpson, W., "The Point-to-Point Protocol (PPP)", STD 51, RFC 1661, July 1994.
RFC-1883 からの変更点 (CHANGES SINCE RFC-1883)
本メモには RFC-1883 からの以下の変更点があります。番号はその変更を行った Internet-Draft のバージョンを示します。
02) ジャンボグラムと Jumbo Payload オプションへのすべての参照を削除（別の文書に移動）。
02) フローラベルの説明の大部分を第 6 節から（新しい）付録 A に移動。
02) フローラベルの説明（現在は付録 A）で、フローラベルフィールドのサイズが 24 ビットから 20 ビットに縮小されたため、最大フローラベル値を FFFFFF から FFFFF（すなわち「F」が一つ少ない）に修正。
02) 以前の付録 A を付録 B に番号変更（改名）。
02) 本仕様と IPsec 仕様の間の循環依存を避けるために、セキュリティに関する考慮事項の文言を変更。
02) R. Hinden の電子メールアドレスと会社所属を更新。
01) 第 3 節で、フィールド名「Class」を「Traffic Class」に変更し、そのサイズを 4 ビットから 8 ビットに拡大。Traffic Class フィールドの拡大を補うために、Flow Label フィールドのサイズを 24 ビットから 20 ビットに縮小。
01) 第 4.1 節で、本メモのバージョン 00 で誤って入れ替えられていた Authentication Header と ESP ヘッダーの順序を元に戻した。
01) 第 4.4 節で、Type 0 Routing ヘッダーから Strict/Loose Bit Map フィールドと厳密ルーティング機能を削除し、Type 0 Routing ヘッダーで運べるアドレス数の制限を削除（厳密/緩やかビットマップのサイズにより以前は 23 アドレスに制限されていた）。
01) 第 5 節で、最小 IPv6 MTU を 576 オクテットから 1280 オクテットに変更し、設定可能な MTU を持つリンク（PPP リンクなど）を少なくとも 1500 オクテットの MTU に設定することを推奨する記述を追加。
01) 第 5 節で、宛先の再組み立てバッファサイズを知らずに再組み立て後 1500 オクテットを超えるフラグメント化パケットを送信してはならないという要件を削除し、上位層プロトコルまたはアプリケーションがそうすべきでないという推奨に置き換え。
01) IPv4 Path MTU Discovery 仕様（RFC-1191）への参照を IPv6 Path MTU Discovery 仕様（RFC-1981）への参照に置き換え、第 5 節末尾の Path MTU Discovery に関する注記を削除（これらの詳細は現在 RFC-1981 でカバーされているため）。
01) 第 6 節で、「日和見的 (opportunistic)」フロー確立の仕様を削除し、日和見的に確立されたフロー状態の 6 秒最大生存期間へのすべての参照を削除。
01) 第 7 節で、Traffic Class フィールドの内部構造とセマンティクスの暫定的な説明を削除し、そのような説明は別の文書で提供されると規定。
00) 第 4 節で、「認識されない Next Header タイプに遭遇 (unrecognized Next Header type encountered)」を示す ICMP Parameter Problem メッセージの Code 値を修正（2 から 1 に変更）。
00) 第 3 節の Payload Length フィールドの説明と第 4.3 節の Jumbo Payload Length フィールドの説明で、拡張ヘッダーがペイロード長のカウントに含まれることをより明確に記述。
00) 第 4.1 節で、Authentication ヘッダーと ESP ヘッダーの順序を入れ替え。（注意: これは誤りであり、この変更はバージョン 01 で取り消された。）
00) 第 4.2 節で、オプションは Option Type の下位 5 ビットではなく完全な 8 ビットの Option Type によって識別されることをより明確に記述。また、Hop-by-Hop Options と Destination Options ヘッダーが同じ Option Type 番号空間を使用することを規定。
00) 第 4.4 節で、Routing ヘッダーを処理するノードが次ホップリンクに対して大きすぎるパケットに応答して ICMP Packet Too Big メッセージを送信しなければならないという要件を追加（フラグメント化を実行するのではなく）。
00) IPv6 Priority フィールドの名称を「Class」に変更し、第 7 節の Priority の以前の説明を Class フィールドの説明に置き換え。また、このフィールドを第 6 節で規定された同一フロー内のすべてのパケットで同一でなければならないフィールドの集合から除外。
00) 第 8.1 節の疑似ヘッダーで、「Payload Length」フィールドの名称を「Upper-Layer Packet Length」に変更。また、独自の長さ情報を持つプロトコル（非ジャンボグラム UDP など）では、IP 層から導出された長さではなく上位層から導出された長さが疑似ヘッダーで使用されることを明確化。
00) 第 8.4 節を追加し、上位層プロトコルが Routing ヘッダーを持つ受信パケットへの応答として、受信した Routing ヘッダーが認証されていない限り、応答パケットに Routing ヘッダーの逆順を含めてはならないことを規定。
00) いくつかのタイプミスと文法エラーを修正。
00) 著者の連絡先情報を更新。
完全な著作権表示 (Full Copyright Statement)
Copyright (C) The Internet Society (1998). All Rights Reserved.
本文書およびその翻訳は、複製して他者に提供することができ、また本文書についてコメントまたは説明するか、その実装を支援する派生著作物を準備、複製、出版、配布することができます。全部または一部を問わず、上記の著作権表示と本段落がすべてのそのような複製および派生著作物に含まれることを条件とします。ただし、本文書自体は、著作権表示またはインターネット協会もしくは他のインターネット組織への参照を削除するなど、いかなる方法でも変更することはできません。ただし、インターネット標準を開発する目的のためには、インターネット標準プロセスで定義された著作権手続きに従う必要があり、または英語以外の言語に翻訳する必要がある場合はその限りではありません。
上記で付与された限定的な許可は永続的であり、インターネット協会またはその後継者もしくは譲受人によって取り消されることはありません。
本文書およびここに含まれる情報は「現状のまま (AS IS)」で提供され、インターネット協会およびインターネット技術タスクフォースは、本情報の使用がいかなる権利も侵害しないこと、または商品性もしくは特定目的への適合性の黙示的保証を含むがこれに限定されない、すべての明示的または黙示的保証を否認します。