Skip to main content

Neighbor Cache Entries on First-Hop Routers: Operational Considerations
draft-ietf-v6ops-nd-cache-init-05

Document Type Replaced Internet-Draft (v6ops WG)
Expired & archived
Author Jen Linkova
Last updated 2021-03-10 (Latest revision 2020-09-06)
Replaces draft-linkova-v6ops-nd-cache-init
Replaced by draft-ietf-6man-grand
RFC stream Internet Engineering Task Force (IETF)
Intended RFC status Informational
Formats
Reviews
Additional resources Mailing list discussion
Stream WG state Submitted to IESG for Publication
Document shepherd Jordi Palet Martinez
Shepherd write-up Show Last changed 2020-07-14
IESG IESG state Replaced by draft-ietf-6man-grand
Action Holders
(None)
Consensus boilerplate Yes
Telechat date (None)
Responsible AD Warren "Ace" Kumari
Send notices to Jordi Palet Martinez <jordi.palet@theipv6company.com>
IANA IANA review state Version Changed - Review Needed

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

Neighbor Discovery (RFC4861) is used by IPv6 nodes to determine the link-layer addresses of neighboring nodes as well as to discover and maintain reachability information. This document discusses how the neighbor discovery state machine on a first-hop router is causing user-visible connectivity issues when a new (not being seen on the network before) IPv6 address is being used. The various approaches to mitigate the problem are described, with the proposed solution fully documented in I-D.ietf-6man-grand.

Authors

Jen Linkova

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)