Skip to content

Latest commit

 

History

History
154 lines (123 loc) · 6.82 KB

20. Further Reading.md

File metadata and controls

154 lines (123 loc) · 6.82 KB

Further Reading

There are massive amounts of information about IPv6 "out there" on the Internet. Readers should be aware that not all of it is reliable. Very often, it is out of date, because IPv6 was originally designed in the 1990s and the Internet as a whole has evolved a lot since then, and IPv6 has been updated in consequence.

The definitive source of IPv6 standards, best current practices, and other technical information is the latest RFCs (Requests for Comments) from the IETF. RFCs are freely available from the RFC Editor.

Warning: obsolete RFCs are never modified or deleted. It is essential to look at the current status of an RFC before trusting it. For example, the current status of the 2017 version of the main IPv6 standard is shown at this info page. Every RFC has an info page in the format https://www.rfc-editor.org/info/rfcNNNN, where NNNN is the RFC number (without leading zeros). If an RFC is marked as "Obsoleted by" it should be ignored - look instead at the newer RFC that replaces it. Thus, any reference to RFC 2460 should be treated as a reference to RFC 8200.

Even if not obsoleted, an RFC may be "Updated by" one or more newer RFCs. You need to look at those in addition.

If an RFC is marked as "Proposed Standard", "Draft Standard", "Internet Standard" or "Best Current Practice (BCP)" it is the result of rough consensus in the IETF and is a definitive specification. However, that doesn't override "Obsoleted by" or "Updated by".

If it's marked "Informational", "Experimental", or "Historic", those words mean exactly what they say. Some of these RFCs don't even come from the IETF; they may come from the IAB (Internet Architecture Board), the IRTF (Internet Research Task Force) or elswehere.

Any RFC may be marked as having errata, the Latin word for errors. Check them! Often they are trivial, but sometimes they are important.

Here's an attempt to explain this with a diagram:

Diagram of RFC status

When reading an RFC, you might notice an error, or have comments or suggestions. It is possible to report a significant error by following the Submit Errata link on the info page. If you have technical comments or suggestions, consider joining the relevant working group by participating in the IETF.

An important RFC is the latest version of IPv6 Node Requirements, which cites numerous other RFCs. However, at the time of this writing, there are already at least 12 more recent IPv6 RFCs from the IETF since the last update of the node requirements. The documents of the main IETF working groups concerned with IPv6 are listed at the 6MAN and V6OPS web pages. Beware of the fact that these pages list unapproved drafts and obsolete RFCs as well as current RFCs.

In a few cases in this book, we refer to unapproved drafts (usually known as Internet-Drafts or I-Ds). Officially, it is inappropriate to use I-Ds as reference material. While sometimes very useful and up-to-date, such drafts do not have the same status as RFCs and should not be relied on as stable documents [draft-wkumari-not-a-draft]. They have not been thoroughly reviewed, they may be wrong, and there is a high probability that they will never be published as an RFC. A draft whose file name starts "draft-ietf-" has been adopted by an IETF working group, so it has passed a preliminary review, but it is still a draft, it may still be wrong, and may never become an RFC.

Drafts whose names do not start "draft-ietf-" are named according to an agreed convention, but they have almostly certainly not been adopted by an IETF working group and should be read with caution. The definitive source of information about I-Ds is the IETF data tracker.

All I-Ds are open to comment and contain contact information. Feel free to email their authors or the relevant mailing list. This diagram gives an overview:

Diagram of I-D status

There are also numerous books, book chapters, and other documents about IPv6. However, any source that is more than one or two years old is likely to be out of date in some aspects, and discuss obsolete deployment options. Here are some starting points: