|
Resending with the correct address Regards, Sasha From: Alexander Vainshtein
Hi all, I have doubts regarding the text in Section 1.2 of the draft that refers to LSPs (as opposed to PWs) as virtual Ethernet Segments. The problematic (from my POV) text refers to Figure 2 and says (the problematic part is highlighted):
In such scenarios, a virtual ES (vES) is defined as a set of
individual PWs if they cannot be aggregated into a common LSP. If
the aggregation of PWs is possible, the vES can be associated to an
LSP in a given PE. In the example of Figure 2, EVC3 is connected to
a VPWS instance in AG2 that is connected to PE1 and PE2 via PW3 and
PW5 respectively. EVC4 is connected to a separate VPWS instance on
AG2 that gets connected to an EVI on PE1 and PE2 via PW4 and PW6,
respectively.
Since the PWs for the two VPWS instances can be
aggregated into the same LSPs going to the MPLS network, a common
virtual ES can be defined for LSP1 and LSP2.
This vES will be shared
by two separate EVIs in the EVPN network.
The problem with the highlighted text is that PE1 and PE2 always can identify the PW from which they receive this or that packet, but, in most cases, cannot identify the LSP in which
this PW has been running. (The only exception of which I am aware, is the case of static PWEs in bi-directional MPLS-TP LSPs).
If LSP1 and LSP2 were components of a common virtual MH ES, PE1, upon reception of a BUM packet from PW4, would not be able to identify this MH ES and to insert a suitable ESI label
into the EVPN encapsulation of the copy it would be sending to PE2. IMHO and FWIW some clarification (e.g., restricting ability to use LSPs as virtual Ethernet Segments to just bi-directional MPLS-TP LSPs?) would be very much in place. Hopefully these notes will be useful. Regards, Sasha The IESG has received a request from the BGP Enabled ServiceS WG (bess) to consider the following document: - 'EVPN Virtual Ethernet Segment' <draft-ietf-bess-evpn-virtual-eth-segment-08.txt> as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the
last-call@xxxxxxxx mailing lists by 2023-04-27. Exceptionally, comments may be sent to
iesg@xxxxxxxx instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract EVPN and PBB-EVPN introduce a family of solutions for multipoint Ethernet services over MPLS/IP network with many advanced features among which their multi-homing capabilities. These solutions introduce Single-Active and All-Active for an Ethernet Segment (ES), itself defined as a set of physical links between the multi-homed device/network and a set of PE devices that they are connected to. This document extends the Ethernet Segment concept so that an ES can be associated to a set of EVCs (e.g., VLANs) or other objects such as MPLS Label Switch Paths (LSPs) or Pseudowires (PWs), referred to as Virtual Ethernet Segments (vES). This draft describes the requirements and the extensions needed to support vES in EVPN and PBB-EVPN. The file can be obtained via The following IPR Declarations may be related to this I-D: Regards, Sasha Notice: This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments. |
-- last-call mailing list last-call@xxxxxxxx https://www.ietf.org/mailman/listinfo/last-call
