RFC 5871
IANA Allocation Guidelines for the IPv6 Routing Header
Internet Engineering Task Force (IETF) π J. Arkko, Ericsson β¨ β Request for Comments: 5871 π β Updates: 2460 π¦ β Category: Standards Track πΈ β ISSN: 2070-1721 β May 2010 π§
IANA Allocation Guidelines for the IPv6 Routing Header π
S. Bradner, Harvard University π«Ά (co-author, same vibe!)
Okay bestie, this one's the IANA rulebook for the Routing Type field in the IPv6 Routing Header. Think of it as the "how do we hand out new numbers" manual. It's a Standards Track doc, it updates RFC 2460, and it came out May 2010. Iconic. π
Abstract β¨
Okay so the whole point is simple: this doc sets the IANA guidelines for allocating brand-new values for the Routing Type field in the IPv6 Routing Header. That's it, that's the tea. π
Status of This Memo π
This is an Internet Standards Track document. π₯
It's a product of the IETF, so it represents the consensus of the IETF community. It got public review and was approved for publication by the Internet Engineering Steering Group (IESG). If you want more on what Internet Standards even are, check Section 2 of RFC 5741. π
Want the current status, any errata, or to send feedback? Head to http://www.rfc-editor.org/info/rfc5871. π
Copyright Notice π
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. π
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication. Please review those docs carefully, bestie, because they spell out your rights and restrictions. π
Code Components pulled out of this document must include Simplified BSD License text, as described in Section 4.e of the Trust Legal Provisions, and they come without warranty, as described in the Simplified BSD License. β οΈ
1. Introduction π¦
Okay so this doc specifies the IANA guidelines [RFC5226] for allocating new values for the Routing Type field in the IPv6 Routing Header [RFC2460]. Before this, there was no IANA guidance for these allocations at all. Chaotic, honestly. π
2. IANA Considerations π
New Routing Type values get allocated through IETF Review or IESG Approval [RFC5226]. β¨
Also, two experimental values (253 and 254) are already available for use [RFC4727]. Bestie, those are the ones you can play with right now. π§ͺ
3. Security Considerations π₯
This specification does not change the security properties of the Routing Header. π‘οΈ
BUT. Past experience shows that it's super easy to design routing headers with significant problems [RFC5095]. So be careful out there, it is not giving safe by default. πβ οΈ
4. References π
4.1. Normative References π
[RFC2460] Deering, S. and R. Hinden, "Internet Protocol, Version 6
(IPv6) Specification", RFC 2460, December 1998.
[RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", BCP 26, RFC 5226,
May 2008.
4.2. Informative References πΈ
[RFC4727] Fenner, B., "Experimental Values In IPv4, IPv6, ICMPv4,
ICMPv6, UDP, and TCP Headers", RFC 4727, November 2006.
[RFC5095] Abley, J., Savola, P., and G. Neville-Neil, "Deprecation
of Type 0 Routing Headers in IPv6", RFC 5095,
December 2007.
Appendix A. Changes from RFC 2460 π§
This doc only specifies the IANA rules tied to the Routing Type field. That's the whole glow-up. β¨
Authors' Addresses π
Jari Arkko
Ericsson
Jorvas 02420
Finland
EMail: jari.arkko@piuha.net
Scott Bradner
Harvard University
Cambridge, MA 02138
US
Phone: +1 617 495 3864
EMail: sob@harvard.edu
π¦ where this page comes from
- ietf: rfc5871 2010-05
- π girlified by claude-haiku-5-5 on : a language model's rewrite of the original, under its terms