RFC 8383
Transparent Interconnection of Lots of Links (TRILL): Address Flush Message, May 2018
- File formats:
- Status:
- PROPOSED STANDARD
- Authors:
- W. Hao
D. Eastlake 3rd
Y. Li
M. Umair - Stream:
- IETF
- Source:
- trill (rtg)
Cite this RFC: TXT | XML | BibTeX
DOI: https://doi.org/10.17487/RFC8383
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 8383
Abstract
The TRILL (Transparent Interconnection of Lots of Links) protocol, by default, learns end station addresses from observing the data plane. In particular, it learns local Media Access Control (MAC) addresses and the edge switch port of attachment from the receipt of local data frames and learns remote MAC addresses and the edge switch port of attachment from the decapsulation of remotely sourced TRILL Data packets.
This document specifies a message by which a TRILL switch can explicitly request other TRILL switches to flush certain MAC reachability learned through the decapsulation of TRILL Data packets. This is a supplement to the TRILL automatic address forgetting (see Section 4.8.3 of RFC 6325) and can assist in achieving more rapid convergence in case of topology or configuration change.
For the definition of Status, see RFC 2026.
For the definition of Stream, see RFC 8729.