TRILL (Transparent Interconnection of Lots of Links): Edge Directory Assistance Framework
draft-ietf-trill-directory-framework-05

The information below is for an old version of the document
Document Type Active Internet-Draft (trill WG)
Last updated 2013-07-25 (latest revision 2013-04-26)
Replaces draft-dunbar-trill-directory-assisted-edge
Stream IETF
Intended RFC status Informational
Formats pdf 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 IESG Evaluation
Consensus Boilerplate Unknown
Telechat date
Responsible AD Ted Lemon
IESG note Jon Hudson (jon.hudson@gmail.com) is the document shepherd.
Send notices to trill-chairs@tools.ietf.org, draft-ietf-trill-directory-framework@tools.ietf.org, jon.hudson@gmail.com
IANA IANA review state IANA OK - No Actions Needed
INTERNET-DRAFT                                              Linda Dunbar
Intended Status: Informational                           Donald Eastlake
                                                                  Huawei
                                                           Radia Perlman
                                                                   Intel
                                                          Igor Gashinsky
                                                                   Yahoo
Expires: October 24, 2012                                 April 25, 2013

         TRILL (Transparent Interconnection of Lots of Links):
                  Edge Directory Assistance Framework
             <draft-ietf-trill-directory-framework-05.txt>

Abstract

   Edge TRILL (Transparent Interconnection of Lots of Links) switches
   currently learn the mapping between MAC 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 whose
   destination address (MAC&VLAN) that switch does not know, the data
   frame is flooded within the frame's VLAN across the TRILL campus.

   This document describes the framework for using directory services to
   assist edge RBridges in reducing multi-destination frames,
   particularly unknown unicast frames flooding, and ARP/ND, thus
   improving TRILL network scalability.

Status of This Memo

   This Internet-Draft is submitted to IETF in full conformance with the
   provisions of BCP 78 and BCP 79.

   Distribution of this document is unlimited. Comments should be sent
   to the TRILL working group mailing list.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF), its areas, and its working groups.  Note that
   other groups may also distribute working documents as Internet-
   Drafts.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

L. Dunbar, et al                                                [Page 1]
INTERNET-DRAFT                         TRILL: Directory Assist Framework

   The list of current Internet-Drafts can be accessed at
   http://www.ietf.org/1id-abstracts.html. The list of Internet-Draft
   Shadow Directories can be accessed at
   http://www.ietf.org/shadow.html.

L. Dunbar, et al                                                [Page 2]
INTERNET-DRAFT                         TRILL: Directory Assist Framework

Table of Contents

      1. Introduction............................................4
      2. Terminology.............................................5

      3. Impact of Massive Number of End Stations................6
      3.1 Issues of Flooding Based Learning in Data Centers......6
      3.2 Two Examples...........................................7

      4. Benefits of Directory Assisted Edge RBridge.............8

      5. Generic operation of Directory Assistance..............10
      5.1 Information in Directory for Edge RBridges............10
      5.2 Push Model and Requirements...........................10
      5.3 Pull Model and Requirements...........................12

      6. Recommendation.........................................14
      7. Security Considerations................................14
      8. IANA Considerations....................................14
      9.  Acknowledgements.......................................14

      10. References............................................15
      10.1 Normative References.................................15
      10.2 Informative References...............................15

      Authors' Addresses........................................16

L. Dunbar, et al                                                [Page 3]
INTERNET-DRAFT                         TRILL: Directory Assist Framework

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
   receives a data frame for a destination address (MAC&VLAN) that
   RBridge does not know, the data frame is flooded within that VLAN
   across the TRILL campus.

   This document describes a framework for using directory services to
   assist edge RBridges by reducing multi-destination frames,
   particularly ARP [RFC826], ND [RFC4861], and unknown unicast. This
   improves TRILL network scalability in environments where a directory
Show full document text