Directory Assistance Problem and High-Level Design Proposal
RFC 7067
Document | Type | RFC - Informational (November 2013; No errata) | |
---|---|---|---|
Authors | Linda Dunbar , Donald Eastlake , Radia Perlman , Igor Gashinsky | ||
Last updated | 2018-12-20 | ||
Replaces | draft-dunbar-trill-directory-assisted-edge | ||
Stream | Internet Engineering Task Force (IETF) | ||
Formats | plain text html pdf htmlized (tools) htmlized bibtex | ||
Reviews | |||
Stream | WG state | Submitted to IESG for Publication | |
Document shepherd | Jon Hudson | ||
Shepherd write-up | Show (last changed 2013-06-12) | ||
IESG | IESG state | RFC 7067 (Informational) | |
Action Holders |
(None)
|
||
Consensus Boilerplate | Unknown | ||
Telechat date | |||
Responsible AD | Ted Lemon | ||
Send notices to | (None) | ||
IANA | IANA review state | IANA OK - No Actions Needed | |
IANA action state | No IANA Actions |
Internet Engineering Task Force (IETF) L. Dunbar Request for Comments: 7067 D. Eastlake Category: Informational Huawei ISSN: 2070-1721 R. Perlman Intel I. Gashinsky Yahoo November 2013 Directory Assistance Problem and High-Level Design Proposal 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. Status of This Memo This document is not an Internet Standards Track specification; it is published for informational purposes. This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741. Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc7067. Dunbar, et al. Informational [Page 1] RFC 7067 TRILL: Directory Assist Framework November 2013 Copyright Notice Copyright (c) 2013 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License. Table of Contents 1. Introduction ....................................................3 2. Terminology .....................................................4 3. Impact of Massive Number of End Stations ........................5 3.1. Issues of Flooding-Based Learning in Data Centers ..........5 3.2. Two Examples ...............................................6 4. Benefits of Directory-Assisted TRILL Edge .......................7 5. Generic Operation of Directory Assistance .......................8 5.1. Information in Directory for Edge RBridges .................8 5.2. Push Model and Requirements ................................9 5.3. Pull Model and Requirements ...............................11 6. Recommendation .................................................12 7. Security Considerations ........................................12 8. Acknowledgements ...............................................13 9. Informative References .........................................14 Dunbar, et al. Informational [Page 2] RFC 7067 TRILL: Directory Assist Framework November 2013 1. Introduction Edge TRILL (Transparent Interconnection of Lots of Links) switches (devices implementing [RFC6325], also known as RBridges) currently learn the mapping between destination MAC addresses and their egress TRILL switch by observing data packets or by the ESADI (End-Station Address Distribution Information) protocol. When an ingress RBridge (Routing Bridge) receives a data frame for a destination address (MAC&Label) that RBridge does not know, the data frame is flooded within that Data Label across the TRILL campus. (Data Labels are VLANs or FGLs (Fine-Grained Labels [FGL]). This document describes a framework for using directory services in environments where such services are available, such as typical dataShow full document text