RFC 7136: Significance of IPv6 Interface Identifiers
In plain English — editorial summary, not part of the RFC
The IPv6 addressing architecture includes a unicast interface identifier that is used in the creation of many IPv6 addresses. Interface identifiers are formed by a variety of methods. This document clarifies that the bits in an interface identifier have no meaning and that the entire identifier should be treated as an opaque value. In particular, RFC 4291 defines a method by which the Universal and Group bits of an IEEE link-layer address are mapped into an IPv6 unicast interface identifier. This document clarifies that those two bits are significant only in the process of deriving interface identifiers from an IEEE link-layer address, and it updates RFC 4291 accordingly.
Document record
- Document ID
- RFC7136
- Published
- February 2014
- Authors
- B. Carpenter; S. Jiang
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- int
- Pages
- 10
- Also known as
- —
- Updates:
- RFC 4291
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 7148Prefix Delegation Support for Proxy Mobile IPv6Current
March 2014
- RFC 7112Implications of Oversized IPv6 Header ChainsCurrent
January 2014
- RFC 7161Proxy Mobile IPv6 (PMIPv6) Multicast Handover Optimization by the Subscription Information Acquisition through the LMA (SIAL)Current
March 2014
- RFC 7098Using the IPv6 Flow Label for Load Balancing in Server FarmsCurrent
January 2014
- RFC 7086Host Identity Protocol-Based Overlay Networking Environment (HIP BONE) Instance Specification for REsource LOcation And Discovery (RELOAD)Current
January 2014
- RFC 7083Modification to Default Values of SOL_MAX_RT and INF_MAX_RTObsoleted
November 2013
- RFC 7078Distributing Address Selection Policy Using DHCPv6Current
January 2014
- RFC 7077Update Notifications for Proxy Mobile IPv6Current
November 2013
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?