EVPN All Active Usage Enhancement
draft-eastlake-bess-enhance-evpn-all-active-01

Document Type Active Internet-Draft (individual)
Last updated 2018-09-05
Stream (None)
Intended RFC status (None)
Formats plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date
Responsible AD (None)
Send notices to (None)
TRILL Working Group                                      Donald Eastlake
INTERNET-DRAFT                                                Zhenbin Li
                                                          Shunwan Zhuang
                                                              Haibo Wang
                                                     Huawei Technologies
Intended status: Proposed Standard
Expires: March 4, 2019                                 September 5, 2018

                   EVPN All Active Usage Enhancement
          <draft-eastlake-bess-enhance-evpn-all-active-01.txt>

Abstract

   A principal feature of EVPN is the ability to support multihoming
   from a customer equipment (CE) to multiple provider edge equipment
   (PE) active with all-active links. This draft specifies an
   improvement to load balancing such links.

Status of This Memo

   This Internet-Draft is submitted to IETF in full conformance with the
   provisions of BCP 78 and BCP 79.

   Distribution of this document is unlimited. Comments should be sent
   to the BESS working group mailing list <bess@ietf.org>.

   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 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/1id-abstracts.html. The list of Internet-Draft
   Shadow Directories can be accessed at
   http://www.ietf.org/shadow.html.

D. Eastlake, et al                                              [Page 1]
INTERNET-DRAFT                                   Enhance All Active EVPN

      1. Introduction............................................3
      1.1 Terminology and Acronyms...............................3

      2. Improved Load Balancing.................................5
      2.1 Problem 1: Traffic Bypassing...........................5
      2.2 Problem 2: VID Encapsulation Confusion.................6

      3. VLAN-Redirect-Extended Community Attribute..............7

      4. Operation...............................................8
      4.1 Establishment..........................................8
      4.2 Handling Link Failure..................................8

      5. IANA Considerations.....................................9
      6. Security Considerations.................................9

      Normative References......................................10
      Informative References....................................10

      Acknowledgements..........................................10
      Authors' Addresses........................................11

D. Eastlake, et al                                              [Page 2]
INTERNET-DRAFT                                   Enhance All Active EVPN

1. Introduction

   A principal feature of EVPN (Ethernet VPN [RFC7432]) is the ability
   to support multihoming from a customer equipment (CE) to multiple
   provider edge equipment (PE) with links used in an all-active
   redundancy mode. That mode is where a device is multihomed to a group
   of two or more PEs and where all PEs in such redundancy group can
   forward traffic to/from the multihomed device or network for a given
   VLAN [RFC7209]. This draft specifies an improvement in load balancing
   such PE to CE all-active multi-homing links.

   In the case where a CE is multihomed to multiple PE nodes, using a
   Link Aggregation Group (LAG) with All-Active redundancy, it is
   possible that only a single PE learns a set of the MAC addresses
   associated with traffic transmitted by the CE.  This leads to a
   situation where remote PE nodes receive MAC/IP Advertisement routes
   for these addresses from a single PE, even though multiple PEs are
   connected to the multihomed segment.

   To address this issue, EVPN introduces the concept of "aliasing",
   which is the ability of a PE to signal that it has reachability to an
   EVPN instance (EVI) on a given Ethernet segment (ES) even when it has
   learned no MAC addresses from that EVI/ES.  The Ethernet A-D per EVI
   route is used for this purpose.  A remote PE that receives a MAC/IP
   Advertisement route with a non-reserved ESI SHOULD consider the
   advertised MAC address to be reachable via all PEs that have
   advertised reachability to that MAC address's EVI/ES via the
   combination of an Ethernet A-D per EVI route for that EVI/ES (and
   Ethernet tag, if applicable) AND Ethernet A-D per ES routes for that
   ES with the "Single-Active" bit in the flags of the ESI Label
   extended community set to 0.

1.1 Terminology and Acronyms

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
Show full document text