[Gen-art] Gen-ART review of draft-ietf-trill-directory-framework-07
"Black, David" <david.black@emc.com> Thu, 22 August 2013 22:35 UTC
Return-Path: <david.black@emc.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D38F811E8215; Thu, 22 Aug 2013 15:35:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.947
X-Spam-Level:
X-Spam-Status: No, score=-102.947 tagged_above=-999 required=5 tests=[AWL=-0.948, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKnpJQGr3JaM; Thu, 22 Aug 2013 15:35:01 -0700 (PDT)
Received: from mexforward.lss.emc.com (mailuogwhop.emc.com [168.159.213.141]) by ietfa.amsl.com (Postfix) with ESMTP id 2767911E81C7; Thu, 22 Aug 2013 15:35:00 -0700 (PDT)
Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r7MMYkK8009837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Aug 2013 18:34:46 -0400
Received: from mailhub.lss.emc.com (mailhubhoprd06.lss.emc.com [10.254.222.130]) by hop04-l1d11-si01.isus.emc.com (RSA Interceptor); Thu, 22 Aug 2013 18:34:37 -0400
Received: from mxhub16.corp.emc.com (mxhub16.corp.emc.com [128.222.70.237]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r7MMYa2Y015790; Thu, 22 Aug 2013 18:34:37 -0400
Received: from mx15a.corp.emc.com ([169.254.1.99]) by mxhub16.corp.emc.com ([128.222.70.237]) with mapi; Thu, 22 Aug 2013 18:34:36 -0400
From: "Black, David" <david.black@emc.com>
To: "Black, David" <david.black@emc.com>, "ldunbar@huawei.com" <ldunbar@huawei.com>, Donald Eastlake <d3e3e3@gmail.com>, "Radia@alum.mit.edu" <Radia@alum.mit.edu>, "igor@yahoo-inc.com" <igor@yahoo-inc.com>, General Area Review Team <gen-art@ietf.org>
Date: Thu, 22 Aug 2013 18:34:35 -0400
Thread-Topic: Gen-ART review of draft-ietf-trill-directory-framework-07
Thread-Index: Ac6fh8c0o2/+z0qDRW228DSyR4uVuQ==
Message-ID: <8D3D17ACE214DC429325B2B98F3AE7129C489C9C@MX15A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-EMM-MHVC: 1
Cc: "trill@ietf.org" <trill@ietf.org>, Ted Lemon <Ted.Lemon@nominum.com>, "ietf@ietf.org" <ietf@ietf.org>
Subject: [Gen-art] Gen-ART review of draft-ietf-trill-directory-framework-07
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Aug 2013 22:35:06 -0000
The -07 version is also ready for publication as an Informational RFC Thanks, --David > -----Original Message----- > From: gen-art-bounces@ietf.org [mailto:gen-art-bounces@ietf.org] On Behalf Of > Black, David > Sent: Monday, July 29, 2013 7:20 AM > To: ldunbar@huawei.com; Donald Eastlake; Radia@alum.mit.edu; igor@yahoo- > inc.com; General Area Review Team > Cc: Ted Lemon; ietf@ietf.org; trill@ietf.org > Subject: Re: [Gen-art] Gen-ART review of draft-ietf-trill-directory-framework- > 06 > > The -06 version of this draft resolves all of the concerns raised by the Gen- ART > review of the -05 version - the -06 version is ready for publication as an > Informational RFC. > > Thanks, > --David > > > -----Original Message----- > > From: Black, David > > Sent: Wednesday, July 17, 2013 7:54 PM > > To: ldunbar@huawei.com; Donald Eastlake; Radia@alum.mit.edu; igor@yahoo- > > inc.com; General Area Review Team > > Cc: trill@ietf.org; ietf@ietf.org; Black, David; Ted Lemon > > Subject: Gen-ART review of draft-ietf-trill-directory-framework-05 > > > > Document: draft-ietf-trill-directory-framework-05 > > Reviewer: David L. Black > > Review Date: July 17, 2013 > > IETF LC End Date: July 18, 2013 > > > > Summary: > > This draft is on the right track but has open issues, described in the review. > > > > This draft describes a framework for using directory servers to provide > > address mappings (address -> destination RBridge) to TRILL Rbridges as an > > alternative to data plane learning and use of the TRILL ESADI protocol. > > > > The draft's generally well written and clear. I found a couple of minor > > issues. > > > > Major issues: None. > > > > Minor issues: > > > > [1] The last bullet in Section 3.1 says: > > > > - In an environment where VMs migrate, there is a higher chance > > of cached information becoming invalid, causing traffic to be > > black-holed by the ingress RBridge, that is, persistently sent > > to the wrong egress RBridge. If VMs do not flood gratuitous > > ARP/ND or VDP [802.1Qbg] messages upon arriving at new > > locations, the ingress nodes might not have MAC entries for the > > MAC of the newly arrived VMs, causing unknown address flooding. > > > > This is incorrect in multiple ways and should just be removed: > > > > - Persistent black-holing is rare in practice because all common > > VM migration implementations issue the gratuitous messages. > > - VMs don't send the gratuitous messages, hypervisors do. > > - VDP is not flooded. The receiver's always a bridge. > > - At least one common VM migration implementation actually uses a gratuitous > > RARP, not ARP. > > - Flooding is done by the bridges and Rbridges, not the VMs. > > > > [2] There are some unfortunate notation problems in Section 5.1 that carry > > into the following sections, based on the logical data structure: > > > > [{IP, MAC/VLAN, {list of attached RBridge nicknames}, {list of > > interested RBridges}] > > > > - The first open curly brace ('{') is unmatched. > > - Subsequent text uses [IP or MAC/VLAN], IP/MAC/VLAN and MAC&VLAN, > > none of which appear in that structure. > > > > Nits/editorial comments: > > > > Section 1 - item 1 in the numbered list does not explain why it makes > > a directory approach attractive. This should be added, as it is > > present for the other three items . > > > > Section 2 - Say that IS-IS is a routing protocol. > > The definition of Station should say that the node or virtual node > > is on a network. Also, please define or explain "virtual node". > > > > Section 3.2 - Add the number of entries to be learned to scenario #1 > > in order to parallel the scenario # 2 discussion. > > > > Section 4 - remove "(distributed model)" from first paragraph, > > as it's not explained. > > > > Section 5.3, top of p.13: > > > > therefore, there needs to be some mechanism by which RBridges that > > have pulled information that has not expired can be informed when > > that information changes or the like. > > > > "or the like" is vague. I suggest "or becomes invalid for other > > reasons". > > > > idnits 2.12.17 didn't find any nits that need attention. > > > > Thanks, > > --David > > ---------------------------------------------------- > > David L. Black, Distinguished Engineer > > EMC Corporation, 176 South St., Hopkinton, MA 01748 > > +1 (508) 293-7953 FAX: +1 (508) 293-7786 > > david.black@emc.com Mobile: +1 (978) 394-7754 > > ---------------------------------------------------- > > _______________________________________________ > Gen-art mailing list > Gen-art@ietf.org > https://www.ietf.org/mailman/listinfo/gen-art
- [Gen-art] Gen-ART review of draft-ietf-trill-dire… Black, David