Preference-based EVPN DF Election
draft-rabadan-bess-evpn-pref-df-02

Document Type Replaced Internet-Draft (bess WG)
Last updated 2017-06-21 (latest revision 2016-12-19)
Replaced by draft-ietf-bess-evpn-pref-df
Stream IETF
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html bibtex
Stream WG state Adopted by a WG
Document shepherd No shepherd assigned
IESG IESG state Replaced by draft-ietf-bess-evpn-pref-df
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-rabadan-bess-evpn-pref-df-02.txt

Abstract

RFC7432 defines the Designated Forwarder (DF) in (PBB-)EVPN networks as the PE responsible for sending broadcast, multicast and unknown unicast traffic (BUM) to a multi-homed device/network in the case of an all-active multi-homing ES, or BUM and unicast in the case of single-active multi-homing. The DF is selected out of a candidate list of PEs that advertise the Ethernet Segment Identifier (ESI) to the EVPN network, according to the 'service-carving' algorithm. While 'service-carving' provides an efficient and automated way of selecting the DF across different EVIs or ISIDs in the ES, there are some use-cases where a more 'deterministic' and user-controlled method is required. At the same time, Service Providers require an easy way to force an on-demand DF switchover in order to carry out some maintenance tasks on the existing DF or control whether a new active PE can preempt the existing DF PE. This document proposes an extension to the current RFC7432 DF election procedures so that the above requirements can be met.

Authors

Jorge Rabadan (jorge.rabadan@nokia.com)
Senthil Sathappan (senthil.sathappan@nokia.com)
Tony Przygienda (prz@juniper.net)
Wen Lin (wlin@juniper.net)
John Drake (jdrake@juniper.net)
Ali Sajassi (sajassi@cisco.com)
satyamoh@cisco.com (satyamoh@cisco.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)