Hello All,
I submitted a draft to propose an approach to improve EVPN high scalability,
faster network convergence, and reduced operational complexity, we call it
light-weighted EVPNs because of these advantages.
The newest update of it can be found at
https://tools.ietf.org/id/draft-wang-bess-evpn-cmac-overload-reduction-02.html.This
approach can be supported in SRv6, SR-MPLS and MPLS dataplane.
Your comments are highly appreciated!
Regards,
Jiang
原始邮件
发件人：internet-dra...@ietf.org
收件人：王玉保10045807;陈然00080434;
日 期 ：2020年11月15日 08:56
主 题 ：New Version Notification for
draft-wang-bess-evpn-cmac-overload-reduction-02.txt
A new version of I-D, draft-wang-bess-evpn-cmac-overload-reduction-02.txt
has been successfully submitted by Yubao Wang and posted to the
IETF repository.
Name: draft-wang-bess-evpn-cmac-overload-reduction
Revision: 02
Title: Reduction of EVPN C-MAC Overload
Document date: 2020-11-14
Group: Individual Submission
Pages: 29
URL:
https://www.ietf.org/archive/id/draft-wang-bess-evpn-cmac-overload-reduction-02.txt
Status:
https://datatracker.ietf.org/doc/draft-wang-bess-evpn-cmac-overload-reduction/
Html:
https://www.ietf.org/archive/id/draft-wang-bess-evpn-cmac-overload-reduction-02.html
Htmlized:
https://tools.ietf.org/html/draft-wang-bess-evpn-cmac-overload-reduction-02
Diff:
https://tools.ietf.org/rfcdiff?url2=draft-wang-bess-evpn-cmac-overload-reduction-02.txt
Abstract:
When there are too many customer-MACs (C-MACs), the RRs and/or ASBRs
will be overloaded by the RT-2 routes for these MACs according to
[RFC7432]. This issue can be simply solved by making the remote
C-MAC entries learnt via data-plane MAC learning (like what PBB VPLS
have done since [RFC7041]) rather than received from RT-2 routes.
This simplified solution will works as well as PBB VPLS. But this
simplified solution will lose many important features that based on
the ESI concept. Because the ingress-ESI can't be learnt via data-
plane MAC learning at the egress PE. So when the data packets is
forwarded following these MAC entries, they can't benefit from the
EAD/EVI routes as per RFC7432. So the All-Active Redundancy mode for
ES can't be supported. This make the simplified solution can't work
as well as PBB EVPN ([RFC7623]).
This document proposes some new extensions to [RFC7432] to achieve
all-active mode ES redundancy on TPEs and reduce the C-MAC loads for
RRs and ASBRs at the same time. The new solution will work even more
better than PBB EVPN under the help of these extensions, especially
when there is no deployment of MPLS dataplane.
Furthermore, it naturally brings the benefits of high scalability,
faster network convergence, and reduced operational complexity, and
we call it light-weighted EVPNs because of these advantages.
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.
The IETF Secretariat_______________________________________________
BESS mailing list
BESS@ietf.org
https://www.ietf.org/mailman/listinfo/bess
