RFC 7067

Directory Assistance Problem and High-Level Design Proposal, November 2013

Canonical URL:
File formats:
Plain TextPDF
L. Dunbar
D. Eastlake 3rd
R. Perlman
I. Gashinsky
trill (int)

Cite this RFC: TXT  |  XML

DOI:  http://dx.doi.org/10.17487/RFC7067

Discuss this RFC: Send questions or comments to trill@ietf.org

Other actions: Find Errata (if any)  |  Submit Errata  |  Find IPR Disclosures from the IETF


Edge TRILL (Transparent Interconnection of Lots of Links) switches currently learn the mapping between MAC (Media Access Control) addresses and their egress TRILL switch by observing the data packets they ingress or egress or by the TRILL ESADI (End-Station Address Distribution Information) protocol. When an ingress TRILL switch receives a data frame for a destination address (MAC&Label) that the switch does not know, the data frame is flooded within the frame's Data Label across the TRILL campus. This document describes the framework for using directory services to assist edge TRILL switches in reducing multi-destination frames, particularly unknown unicast frames flooding, and ARP/ND (Address Resolution Protocol / Neighbor Discovery), thus improving TRILL network scalability and security.

For the definition of Status, see RFC 2026.

For the definition of Stream, see RFC 4844.

Download PDF Reader

Search RFCs
Advanced Search