Gratuitous Neighbor Discovery: Creating Neighbor Cache Entries on First-Hop Routers
draft-ietf-6man-grand-03
| Document | Type | Active Internet-Draft (6man WG) | |
|---|---|---|---|
| Author | Jen Linkova | ||
| Last updated | 2020-10-07 (latest revision 2020-09-15) | ||
| Replaces | draft-linkova-6man-grand | ||
| Stream | Internent Engineering Task Force (IETF) | ||
| Intended RFC status | Proposed Standard | ||
| Formats | plain text xml pdf htmlized (tools) htmlized bibtex | ||
| Stream | WG state | Submitted to IESG for Publication | |
| Document shepherd | Bob Hinden | ||
| Shepherd write-up | Show (last changed 2020-10-07) | ||
| IESG | IESG state | AD Evaluation::AD Followup | |
| Action Holders |
(None)
|
||
| Consensus Boilerplate | Yes | ||
| Telechat date | |||
| Responsible AD | Erik Kline | ||
| Send notices to | Bob Hinden <bob.hinden@gmail.com> | ||
IPv6 Maintenance J. Linkova
Internet-Draft Google
Updates: 4861 (if approved) September 15, 2020
Intended status: Standards Track
Expires: March 19, 2021
Gratuitous Neighbor Discovery: Creating Neighbor Cache Entries on First-
Hop Routers
draft-ietf-6man-grand-03
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 updates RFC4861 to
allow routers to proactively create a Neighbor Cache entry when a new
IPv6 address is assigned to a node. It also updates RFC4861 and
recommends nodes to send unsolicited Neighbor Advertisements upon
assigning a new IPv6 address. The proposed change will minimize the
delay and packet loss when a node initiate connections to off-link
destination from a new IPv6 address.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on March 19, 2021.
Copyright Notice
Copyright (c) 2020 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
(https://trustee.ietf.org/license-info) in effect on the date of
Linkova Expires March 19, 2021 [Page 1]
Internet-Draft Gratuitous ND September 2020
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Requirements Language . . . . . . . . . . . . . . . . . . 3
1.2. Terminology . . . . . . . . . . . . . . . . . . . . . . . 4
2. Problem Statement . . . . . . . . . . . . . . . . . . . . . . 4
3. Solution Requirements . . . . . . . . . . . . . . . . . . . . 6
4. Proposed Changes to Neighbor Discovery . . . . . . . . . . . 6
4.1. Nodes Sending Gratuitous Neighbor Advertisements . . . . 6
4.2. Routers Creating Cache Entries Upon Receiving Unsolicited
Neighbor Advertisements . . . . . . . . . . . . . . . . . 7
5. Avoiding Disruption . . . . . . . . . . . . . . . . . . . . . 8
5.1. Neighbor Cache Entry Exists in Any State Other That
INCOMPLETE . . . . . . . . . . . . . . . . . . . . . . . 8
5.2. Neighbor Cache Entry is in INCOMPLETE state . . . . . . . 8
5.3. Neighbor Cache Entry Does Not Exist . . . . . . . . . . . 9
5.3.1. The Rightful Owner Is Not Sending Packets From The
Address . . . . . . . . . . . . . . . . . . . . . . . 9
5.3.2. The Rightful Owner Has Started Sending Packets From
The Address . . . . . . . . . . . . . . . . . . . . . 10
6. Modifications to RFC-Mandated Behavior . . . . . . . . . . . 11
6.1. Modification to RFC4861 Neighbor Discovery for IP version
6 (IPv6) . . . . . . . . . . . . . . . . . . . . . . . . 11
6.1.1. Modification to the section 7.2.5 . . . . . . . . . . 11
6.1.2. Modification to the section 7.2.6 . . . . . . . . . . 12
7. Solution Limitations . . . . . . . . . . . . . . . . . . . . 13
8. Solutions Considered but Discarded . . . . . . . . . . . . . 13
8.1. Do Nothing . . . . . . . . . . . . . . . . . . . . . . . 14
8.2. Change to the Registration-Based Neighbor Discovery . . . 14
8.3. Host Sending NS to the Router Address from Its GUA . . . 14
8.4. Host Sending Router Solicitation from its GUA . . . . . . 15
8.5. Routers Populating Their Caches by Gleaning From Neighbor
Discovery Packets . . . . . . . . . . . . . . . . . . . . 16
8.6. Initiating Hosts-to-Routers Communication . . . . . . . . 16
8.7. Making the Probing Logic on Hosts More Robust . . . . . . 17
Show full document text