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 : MVPN/EVPN Tunnel Aggregation with Common Labels
Authors : Zhaohui Zhang
Eric
Hi,
Very solid and understandable. Couple of minor comments [NM]:
Section 2.1: Layer-2 devices are particularly susceptible to
forwarding loops because of the broadcast nature of the Ethernet
traffic.
[NM]: better to refer to "Layer-2 services" instead of "Layer-2
devices" as the CE or PE
I would change the introduction to the following to mention the use of
VXLAN by BGP EVPN.
Thanks,
Anoop
==
"Virtual eXtensible Local Area Network" (VXLAN) [RFC7348] provides
an encapsulation scheme that allows building an overlay network by
decoupling the address space of the attached
Comment inline
Sent from my iPhone
On Dec 18, 2018, at 12:33 PM, Neeraj Malhotra
mailto:neeraj.i...@gmail.com>> wrote:
Hi,
Very solid and understandable. Couple of minor comments [NM]:
Section 2.1: Layer-2 devices are particularly susceptible to forwarding loops
because of the broadcast
Reviewer: Linda Dunbar
Review result: Ready
Reviewer: Linda Dunbar
Review result: Ready with comments
I have reviewed this document as part of the Operational directorate's
ongoing effort to review all IETF documents being processed by the IESG. These
comments were written with the intent of
Hi Greg,
Yes this captures what I was trying to get added.
Perhaps the last sentence can be changed to:
"This document is written assuming the use of VXLAN for virtualized
hosts and refers to VMs and VTEPs in hypervisors. However, the
concepts are equally applicable to non-virtualized hosts
Linda,
Thank you for reviewing.
I think the document has to be Standards Track. Especially for the PEs that
support both VPLS _and_ EVPN, the procedures described must be consistent in
all the PEs that participate in the seamless integration, otherwise there could
be loops or blackholes.