The following errata report has been verified for RFC9135, "Integrated Routing and Bridging in Ethernet VPN (EVPN)".
-------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid8375 -------------------------------------- Status: Verified Type: Technical Reported by: Alexander ("Sasha") Vainshtein <alexander.vainsht...@rbbn.com> Date Reported: 2025-04-06 Verified by: Gunter Van de Velde (IESG) Section: 6.3 Original Text ------------- The ingress PE gets the destination TS's MAC address for that TS's IP address from its ARP table or NDP cache. It encapsulates the packet with that destination MAC address and a source MAC address corresponding to that IRB interface and sends the packet to its destination subnet MAC-VRF/BT. Corrected Text -------------- The ingress PE gets the destination TS's MAC address for that TS's IP address from its ARP table or NDP cache. It encapsulates the packet with that destination MAC address and a source MAC address corresponding to that IRB interface. In addition, if all following conditions for the EVPN instance in question are met: - uses MPLS encapsulation - implements VLAN-aware bundle service interface as defined in Section 6.3 of RFC 7432 then the VLAN tag with the "normalized VID" of the corresponding BT is pushed on the customer IP packet. The resulting packet is sent to its destination subnet MAC-VRF/BT. Notes ----- Section 6.3 of RFC 743 OPTIONALLY allows a MAC-VRF that implements VLAN-aware bundle service interface and uses MPLS encapsulation to advertise the same label for all its broadcast domains. This option is only allowed when each broadcast domain in such a MAC-VRF is represented by the same VID in all the PEs. With this option, a VLAN tag with the "normalized" VID of the specific ingress domain MUST be present when the packet crosses the underlay, and MUST be used for identification of the specific broadcast domain in the egress PE. In the case of inter-subnet forwarding, the original VLAN tag of IP packets undergoing such forwarding does not identify the broadcast domain to which the packet would be sent. -------------------------------------- RFC9135 (draft-ietf-bess-evpn-inter-subnet-forwarding-15) -------------------------------------- Title : Integrated Routing and Bridging in Ethernet VPN (EVPN) Publication Date : October 2021 Author(s) : A. Sajassi, S. Salam, S. Thoria, J. Drake, J. Rabadan Category : PROPOSED STANDARD Source : BGP Enabled ServiceS Stream : IETF Verifying Party : IESG _______________________________________________ BESS mailing list -- bess@ietf.org To unsubscribe send an email to bess-le...@ietf.org
