Propagation of IPv6 Neighbor Advertisement Flags in EVPN
draft-ietf-bess-evpn-na-flags-01
BESS Workgroup J. Rabadan, Ed.
Internet Draft S. Sathappan
K. Nagaraj
Intended status: Standards Track Nokia
Expires: October 11, 2018 April 9, 2018
Propagation of IPv6 Neighbor Advertisement Flags in EVPN
draft-ietf-bess-evpn-na-flags-01
Abstract
The MAC/IP Advertisement route specified in [RFC7432] can optionally
carry IPv4 and IPv6 addresses associated with a MAC address. Remote
PEs can use this information to reply locally (act as proxy) to IPv4
ARP requests and IPv6 Neighbor Solicitation messages and
reduce/suppress the flooding produced by the Address Resolution
procedure. However, if the Neighbor information is learnt via EVPN,
the PE would not know if a particular IPv6->MAC pair belongs to a
host, a router or a host with an anycast address as this information
is not carried in the MAC/IP route advertisements. This document
proposes an OPTIONAL advertisement of the Flags defined in [RFC4861]
along with the EVPN MAC/IP Advertisement routes, so that an EVPN PE
implementing a proxy-ND function can reply to Neighbor Solicitations
with the correct Flag information in Neighbor Advertisements.
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), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents
Rabadan et al. Expires October 11, 2018 [Page 1]
Internet-Draft EVPN Neighbor Advertisement Flags April 9, 2018
at any time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html
This Internet-Draft will expire on October 11, 2018.
Copyright Notice
Copyright (c) 2018 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 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
2. The EVPN Neighbor Discovery (ND) Extended Community . . . . . . 3
3. Use of the EVPN ND Extended Community . . . . . . . . . . . . . 4
4. Conventions used in this document . . . . . . . . . . . . . . . 4
5. Security Considerations . . . . . . . . . . . . . . . . . . . . 5
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 5
7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 5
7.1. Normative References . . . . . . . . . . . . . . . . . . . 5
7.2. Informative References . . . . . . . . . . . . . . . . . . 5
8. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 5
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 5
Rabadan et al. Expires October 11, 2018 [Page 2]
Internet-Draft EVPN Neighbor Advertisement Flags April 9, 2018
1. Introduction
The MAC/IP Advertisement route specified in [RFC7432] can optionally
carry IPv4 and IPv6 addresses associated with a MAC address. Remote
PEs can use this information to reply locally (act as proxy) to IPv4
ARP requests and IPv6 Neighbor Solicitation messages and
reduce/suppress the flooding produced by the Address Resolution
procedure. However, if the Neighbor information is learned via EVPN,
the PE would not know if a particular IPv6->MAC pair belongs to a
host or a router as this information is not carried in the MAC/IP
route advertisements.
This document proposes the OPTIONAL advertisement of the Flags
defined in [RFC4861] along with the EVPN MAC/IP Advertisement routes,
so that an EVPN PE implementing a proxy-ND function can issue
Show full document text