Centralized EVPN DF Election
draft-hao-bess-evpn-centralized-df-01

Document Type Active Internet-Draft (individual)
Last updated 2018-03-20
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)
INTERNET-DRAFT                                           Donald Eastlake
Intended status: Proposed Standard                            Weiguo Hao
                                                               Lili Wang
                                                               Yizhou Li
                                                          Shunwan Zhuang
                                                                  Huawei
Expires: September 19, 2018                               March 20, 2018

                      Centralized EVPN DF Election
               draft-hao-bess-evpn-centralized-df-01.txt

Abstract

   This document proposes a centralized DF Designated Forwarder election
   mechanism to be used between an SDN (Software Defined Network)
   controller and each PE (Provider Edge) device in an EVPN network.
   Such a mechanism overcomes the issues of current standalone DF
   election defined in RFC 7432. A new BGP capability and an additional
   DF Election Result Route Type are specified to support this
   centralized DF mechanism.

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 authors or the TRILL working group mailing list:
   trill@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                              Centralized EVPN DF Election

Table of Contents

      1. Introduction............................................3
      2. Conventions used in this document.......................4

      3. Solution Overview.......................................5
      3.1 Centralized DF Election Capability.....................5

      4. DF Election Result Route Type...........................7
      4.1 DF Election Result Route Encoding......................7
      4.2 Centralized DF Election procedures.....................9

      5. Security Considerations................................10
      6. IANA Considerations....................................11

      Normative References......................................12
      Informative References....................................12

      Acknowledgments...........................................13
      Authors' Addresses........................................13

D. Eastlake, et al                                              [Page 2]
INTERNET-DRAFT                              Centralized EVPN DF Election

1. Introduction

   [RFC7432] defines the Designated Forwarder (DF) election mechanism in
   EVPN networks to appoint one PE as DF from a candidate list of PEs
   and VLANs (or VLAN bundles) connecting to a multi-homed CE device or
   access network. The DF PE is responsible for sending broadcast,
   multicast and unknown unicast traffic (BUM) to the multi-homed CE
   device or network and non-DF PEs must drop such traffic. This DF
   based mechanism is used to prevent duplicated packet injection into
   the multi-homed access network via multiple PEs.

   In [RFC7432] the DF is selected according to the VLAN modulus
   "service-carving" algorithm in order to perform load balancing for
   multi-destination traffic destined to a given segment]. The algorithm
   can ensure each participating PE independently and unambiguously
   determines which one of the participating PEs is the DF; however, use
   of this algorithm has some drawbacks as follows [EVPN-HRW-DF].

   1. Uneven load balancing in some VLAN configuration cases when the
      Ethernet tag follows a non-uniform distribution, for instance when
      the Ethernet tags are all even or all odd.

   2. Unnecessary service disruption when PEs join or leave a redundancy
      group. In Figure 1 below, say v1, v2 and v3 are VLANs configured
      on ES2 with associated Ethernet tags of value 3, 4 and 5
      respectively.  So PE1, PE2 and PE3 are also the DFs for v1, v2 and
      v3 respectively.  Now when PE3 goes down, PE2 will become the DF
      for v1 and v3 while PE1 will become the DF for v2, needless churn
      of v1 and v2 occurs, and it will cause unnecessary service
      disruption in v1 and v2.

   3. Lack of user control over DF election. In some cases, the user may
Show full document text