Skip to main content

Directory Assistance Problem and High-Level Design Proposal
RFC 7067

Revision differences

Document history

Date By Action
2018-12-20
(System)
Received changes through RFC Editor sync (changed abstract to 'Edge TRILL (Transparent Interconnection of Lots of Links) switches currently learn the mapping between MAC (Media …
Received changes through RFC Editor sync (changed abstract to '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.')
2015-10-14
(System) Notify list changed from trill-chairs@ietf.org, draft-ietf-trill-directory-framework@ietf.org, jon.hudson@gmail.com to (None)
2013-11-25
(System) RFC published