Re: [trill] FW: New Version Notification for draft-dunbar-trill-scheme-for-directory-assist-03.txt

Linda Dunbar <linda.dunbar@huawei.com> Tue, 06 November 2012 23:09 UTC

Return-Path: <linda.dunbar@huawei.com>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5A55821F8BBA for <trill@ietfa.amsl.com>; Tue, 6 Nov 2012 15:09:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.128
X-Spam-Level:
X-Spam-Status: No, score=-6.128 tagged_above=-999 required=5 tests=[AWL=0.470, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aJ43++Czupuy for <trill@ietfa.amsl.com>; Tue, 6 Nov 2012 15:09:19 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 1BAE821F8BB6 for <trill@ietf.org>; Tue, 6 Nov 2012 15:09:17 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.5-GA FastPath queued) with ESMTP id AMM29063; Tue, 06 Nov 2012 23:09:17 +0000 (GMT)
Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 6 Nov 2012 23:09:07 +0000
Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 7 Nov 2012 07:09:16 +0800
Received: from DFWEML505-MBX.china.huawei.com ([10.124.31.100]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Tue, 6 Nov 2012 15:09:10 -0800
From: Linda Dunbar <linda.dunbar@huawei.com>
To: Anoop Ghanwani <anoop@alumni.duke.edu>
Thread-Topic: [trill] FW: New Version Notification for draft-dunbar-trill-scheme-for-directory-assist-03.txt
Thread-Index: AQHNvG+kmnaYOz9QLkugT9TjeHuBx5fdbgHA
Date: Tue, 06 Nov 2012 23:09:10 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F64509396E@dfweml505-mbx>
References: <4A95BA014132FF49AE685FAB4B9F17F645089230@dfweml505-mbx> <CA+-tSzzenv4tyxTbgcmSEB1gt4RAeArvc3+N87sESD7N8XJwVA@mail.gmail.com>
In-Reply-To: <CA+-tSzzenv4tyxTbgcmSEB1gt4RAeArvc3+N87sESD7N8XJwVA@mail.gmail.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.154.241]
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F64509396Edfweml505mbx_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "trill@ietf.org" <trill@ietf.org>
Subject: Re: [trill] FW: New Version Notification for draft-dunbar-trill-scheme-for-directory-assist-03.txt
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Nov 2012 23:09:21 -0000

Anoop,

Thank you very much for the suggestion. Radia had similar suggestion, i.e. RBridge needs to have the policy to drop packet ( or flood the packet) if the Directory doesn't have the Egress RBridge information for the Target.

We will add it to the next revision.

Linda

From: ghanwani@gmail.com [mailto:ghanwani@gmail.com] On Behalf Of Anoop Ghanwani
Sent: Tuesday, November 06, 2012 5:40 PM
To: Linda Dunbar
Cc: trill@ietf.org
Subject: Re: [trill] FW: New Version Notification for draft-dunbar-trill-scheme-for-directory-assist-03.txt

I think the draft would benefit from having a section that discussed
the implications of this mechanism on the forwarding plane.  When
directory-assisted forwarding is in use, what happens if there is a miss.
I think there are 3 options for that:

(a) Discard the packet (because we're supposed to know where everything
is, a priori);

(b) Punt the packet to the control plane so that the control plane can "pull"
the necessary directory entry and discard the frame if the "pull" fails;

(c) Flood the frame.

My guess is that there are scenarios where all 3 of these would make
sense and it would be good to have a description of these in the draft.

Anoop

On Tue, Oct 23, 2012 at 9:32 AM, Linda Dunbar <linda.dunbar@huawei.com<mailto:linda.dunbar@huawei.com>> wrote:
TRILL WG,

Here is a draft describing the detailed mechanism to achieve Directory Service for TRILL. We are proposing to re-use ESADI mechanism for directory servers to distribute mapping information. Your comments and suggestions are greatly appreciated.

Thanks, Linda

-----Original Message-----
From: internet-drafts@ietf.org<mailto:internet-drafts@ietf.org> [mailto:internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>]
Sent: Monday, October 22, 2012 12:12 PM
To: Linda Dunbar
Cc: d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>; radia@alum.mit.edu<mailto:radia@alum.mit.edu>; Liyizhou; igor@yahoo-inc.com<mailto:igor@yahoo-inc.com>
Subject: New Version Notification for draft-dunbar-trill-scheme-for-directory-assist-03.txt


A new version of I-D, draft-dunbar-trill-scheme-for-directory-assist-03.txt
has been successfully submitted by Linda Dunbar and posted to the
IETF repository.

Filename:        draft-dunbar-trill-scheme-for-directory-assist
Revision:        03
Title:           Mechanisms for Directory Assisting TRILL
Creation date:   2012-10-22
WG ID:           Individual Submission
Number of pages: 13
URL:             http://www.ietf.org/internet-drafts/draft-dunbar-trill-scheme-for-directory-assist-03.txt
Status:          http://datatracker.ietf.org/doc/draft-dunbar-trill-scheme-for-directory-assist
Htmlized:        http://tools.ietf.org/html/draft-dunbar-trill-scheme-for-directory-assist-03
Diff:            http://www.ietf.org/rfcdiff?url2=draft-dunbar-trill-scheme-for-directory-assist-03

Abstract:
   This draft describes the mechanisms of using directory server(s) to
   assist TRILL (Transparent Interconnection of Lots of Links) edge
   switches in reducing ARP/ND and unknown unicast flooding across
   TRILL domain in data center environment.

Conventions used in this document

   The term ''Subnet'' and ''VLAN'' are used interchangeably in this
   document because it is common to map one subnet to one VLAN. The
   term ''TRILL switch'' and ''RBridge'' are used interchangeably in this
   document.



The IETF Secretariat

_______________________________________________
trill mailing list
trill@ietf.org<mailto:trill@ietf.org>
https://www.ietf.org/mailman/listinfo/trill