RFC 8361
Transparent Interconnection of Lots of Links (TRILL): Centralized Replication for Active-Active Broadcast, Unknown Unicast, and Multicast (BUM) Traffic, April 2018
- File formats:
- Status:
- PROPOSED STANDARD
- Updates:
- RFC 6325
- Authors:
- W. Hao
Y. Li
M. Durrani
S. Gupta
A. Qu - Stream:
- IETF
- Source:
- trill (rtg)
Cite this RFC: TXT | XML | BibTeX
DOI: https://doi.org/10.17487/RFC8361
Discuss this RFC: Send questions or comments to the mailing list trill@ietf.org
Other actions: Submit Errata | Find IPR Disclosures from the IETF | View History of RFC 8361
Abstract
In Transparent Interconnection of Lots of Links (TRILL) active-active access, a Reverse Path Forwarding (RPF) check failure issue may occur when using the pseudo-nickname mechanism specified in RFC 7781. This document describes a solution to resolve this RPF check failure issue through centralized replication. All ingress Routing Bridges (RBridges) send Broadcast, Unknown Unicast, and Multicast (BUM) traffic to a centralized node with unicast TRILL encapsulation. When the centralized node receives the BUM traffic, it decapsulates the packets and forwards them to their destination RBridges using a distribution tree established per the TRILL base protocol (RFC 6325). To avoid RPF check failure on an RBridge sitting between the ingress RBridge and the centralized replication node, some change in the RPF calculation algorithm is required. RPF checks on each RBridge MUST be calculated as if the centralized node was the ingress RBridge, instead of being calculated using the actual ingress RBridge. This document updates RFC 6325.
For the definition of Status, see RFC 2026.
For the definition of Stream, see RFC 8729.