RFC 7067

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

File formats:
icon for text file icon for PDF icon for HTML
Status:
INFORMATIONAL
Authors:
L. Dunbar
D. Eastlake 3rd
R. Perlman
I. Gashinsky
Stream:
IETF
Source:
trill (int)

Cite this RFC: TXT  |  XML  |   BibTeX

DOI:  https://doi.org/10.17487/RFC7067

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 7067


Abstract

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 8729.




Advanced Search