RFC 6325: Routing Bridges (RBridges): Base Protocol Specification
In plain English — editorial summary, not part of the RFC
Routing Bridges (RBridges) provide optimal pair-wise forwarding without configuration, safe forwarding even during periods of temporary loops, and support for multipathing of both unicast and multicast traffic. They achieve these goals using IS-IS routing and encapsulation of traffic with a header that includes a hop count. RBridges are compatible with previous IEEE 802.1 customer bridges as well as IPv4 and IPv6 routers and end nodes. They are as invisible to current IP routers as bridges are and, like routers, they terminate the bridge spanning tree protocol. The design supports VLANs and the optimization of the distribution of multi-destination frames based on VLAN ID and based on IP-derived multicast groups. It also allows unicast forwarding tables at transit RBridges to be sized according to the number of RBridges (rather than the number of end nodes), which allows their forwarding tables to be substantially smaller than in conventional customer bridges. [STANDARDS-TRACK]
Document record
- Document ID
- RFC6325
- Published
- July 2011
- Authors
- R. Perlman; D. Eastlake 3rd; D. Dutt; S. Gai; A. Ghanwani
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- rtg
- Pages
- 99
- Also known as
- —
Topics
Referenced by
14 later RFCs formally update or obsolete part of this document.
- RFC 6327Routing Bridges (RBridges): AdjacencyObsoleted
July 2011
- RFC 6439Routing Bridges (RBridges): Appointed ForwardersObsoleted
November 2011
- RFC 7172Transparent Interconnection of Lots of Links (TRILL): Fine-Grained LabelingCurrent
May 2014
- RFC 7177Transparent Interconnection of Lots of Links (TRILL): AdjacencyUpdated
May 2014
- RFC 7179Transparent Interconnection of Lots of Links (TRILL): Header ExtensionUpdated
May 2014
- RFC 7180Transparent Interconnection of Lots of Links (TRILL): Clarifications, Corrections, and UpdatesObsoleted
May 2014
- RFC 7357Transparent Interconnection of Lots of Links (TRILL): End Station Address Distribution Information (ESADI) ProtocolCurrent
September 2014
- RFC 7455Transparent Interconnection of Lots of Links (TRILL): Fault ManagementCurrent
March 2015
- RFC 7780Transparent Interconnection of Lots of Links (TRILL): Clarifications, Corrections, and UpdatesUpdated
February 2016
- RFC 7783Coordinated Multicast Trees (CMT) for Transparent Interconnection of Lots of Links (TRILL)Current
February 2016
- RFC 8139Transparent Interconnection of Lots of Links (TRILL): Appointed ForwardersCurrent
June 2017
- RFC 8249Transparent Interconnection of Lots of Links (TRILL): MTU NegotiationCurrent
September 2017
- RFC 8361Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) TrafficCurrent
April 2018
- RFC 8377Transparent Interconnection of Lots of Links (TRILL): Multi-TopologyCurrent
July 2018
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 6326Transparent Interconnection of Lots of Links (TRILL) Use of IS-ISObsoleted
July 2011
- RFC 7067Directory Assistance Problem and High-Level Design ProposalCurrent
November 2013
- RFC 7173Transparent Interconnection of Lots of Links (TRILL) Transport Using PseudowiresCurrent
May 2014
- RFC 7178Transparent Interconnection of Lots of Links (TRILL): RBridge Channel SupportUpdated
May 2014
- RFC 8384Transparent Interconnection of Lots of Links (TRILL) Smart EndnodesCurrent
July 2018
- RFC 7319IANA Considerations for Connectivity Fault Management (CFM) Code PointsCurrent
July 2014
- RFC 6329IS-IS Extensions Supporting IEEE 802.1aq Shortest Path BridgingCurrent
April 2012
- RFC 6310Pseudowire (PW) Operations, Administration, and Maintenance (OAM) Message MappingCurrent
July 2011
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?