RFC 4943: IPv6 Neighbor Discovery On-Link Assumption Considered Harmful
In plain English — editorial summary, not part of the RFC
This document describes the historical and background information behind the removal of the "on-link assumption" from the conceptual host sending algorithm defined in Neighbor Discovery for IP Version 6 (IPv6). According to the algorithm as originally described, when a host's default router list is empty, the host assumes that all destinations are on-link. This is particularly problematic with IPv6-capable nodes that do not have off-link IPv6 connectivity (e.g., no default router). This document describes how making this assumption causes problems and how these problems outweigh the benefits of this part of the conceptual sending algorithm. This memo provides information for the Internet community.
Document record
- Document ID
- RFC4943
- Published
- September 2007
- Authors
- S. Roy; A. Durand; J. Paugh
- Status
- INFORMATIONAL
- Stream
- IETF
- Area
- ops
- Pages
- 8
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 4942IPv6 Transition/Co-existence Security ConsiderationsCurrent
September 2007
- RFC 4852IPv6 Enterprise Network Analysis - IP Layer 3 FocusCurrent
April 2007
- RFC 5375IPv6 Unicast Address Assignment ConsiderationsCurrent
December 2008
- RFC 4472Operational Considerations and Issues with IPv6 DNSCurrent
April 2006
- RFC 4219Things Multihoming in IPv6 (MULTI6) Developers Should Think AboutCurrent
October 2005
- RFC 4218Threats Relating to IPv6 Multihoming SolutionsCurrent
October 2005
- RFC 4057IPv6 Enterprise Network ScenariosCurrent
June 2005
- RFC 9818DHCPv6 Prefix Delegation on IPv6 Customer Edge (CE) Routers in LANsCurrent
July 2025
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?