[bess] I-D Action: draft-ietf-bess-evpn-na-flags-00.txt

internet-drafts@ietf.org Wed, 04 October 2017 15:42 UTC

Return-Path: <internet-drafts@ietf.org>
X-Original-To: bess@ietf.org
Delivered-To: bess@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 37FED132320; Wed, 4 Oct 2017 08:42:31 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
Cc: bess@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.63.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <150713175114.24039.11493146151962714405@ietfa.amsl.com>
Date: Wed, 04 Oct 2017 08:42:31 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/3_nJVIE9d8YeudiSjrlvi4eDH4E>
Subject: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-00.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.22
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Oct 2017 15:42:31 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS WG of the IETF.

        Title           : Propagation of IPv6 Neighbor Advertisement Flags in EVPN
        Authors         : Jorge Rabadan
                          Senthil Sathappan
                          Kiran Nagaraj
	Filename        : draft-ietf-bess-evpn-na-flags-00.txt
	Pages           : 6
	Date            : 2017-09-30

   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.

The IETF datatracker status page for this draft is:

There are also htmlized versions available at:

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at: