Transparent Interconnection of Lots of Links (TRILL) Active-Active Edge Using Multiple MAC Attachments (RFC7782)
Original Publication Date: 2016-Feb-01
Included in the Prior Art Database: 2016-Feb-26
Internet Society Requests For Comment (RFCs)
M. Zhang: AUTHOR [+5]
As discussed in [RFC7379], in a TRILL (Transparent Interconnection of Lots of Links) Active-Active Edge (AAE) topology, a Local Active-Active Link Protocol (LAALP) -- for example, a Multi-Chassis Link Aggregation (MC-LAG) bundle -- is used to connect multiple RBridges (Routing Bridges or TRILL switches) to multi-port Customer Equipment (CE), such as a switch, virtual switch (vSwitch), or multi-port end station. A set of end nodes is attached in the case of a switch or vSwitch. It is required that data traffic within a specific VLAN from this end node set (including the multi-port end-station case) can be ingressed and egressed by any of these RBridges simultaneously. End systems in the set can spread their traffic among these edge RBridges at the flow level. When a link fails, end systems keep using the remaining links in the LAALP without waiting for the convergence of TRILL, which provides resilience to link failures.
Internet Engineering Task Force (IETF) M. Zhang Request for Comments: 7782 Huawei Category: Standards Track R. Perlman ISSN: 2070-1721 EMC H. Zhai Astute Technology M. Durrani Cisco Systems S. Gupta IP Infusion February 2016
Transparent Interconnection of Lots of Links (TRILL) Active-Active Edge Using Multiple MAC Attachments
TRILL (Transparent Interconnection of Lots of Links) active-active service provides end stations with flow-level load balance and resilience against link failures at the edge of TRILL campuses, as described in RFC 7379.
This document specifies a method by which member RBridges (also referred to as Routing Bridges or TRILL switches) in an active-active edge RBridge group use their own nicknames as ingress RBridge nicknames to encapsulate frames from attached end systems. Thus, remote edge RBridges (who are not in the group) will see one host Media Access Control (MAC) address being associated with the multiple RBridges in the group. Such remote edge RBridges are required to maintain all those associations (i.e., MAC attachments) and to not flip-flop among them (as would occur prior to the implementation of this specification). The design goals of this specification are discussed herein.
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Further information on Internet Standards is available in Section 2 of RFC 5741.
Information about the current s...