Re: [Gen-art] review of draft-ietf-trill-irb-13.txt

"Susan Hares" <shares@ndzh.com> Wed, 22 June 2016 16:18 UTC

Return-Path: <shares@ndzh.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 D553712D977; Wed, 22 Jun 2016 09:18:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.738
X-Spam-Level: *
X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, RDNS_NONE=0.793] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t8nf3KWg4k8E; Wed, 22 Jun 2016 09:18:35 -0700 (PDT)
Received: from hickoryhill-consulting.com (unknown [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F40912D68D; Wed, 22 Jun 2016 09:14:33 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=184.157.84.183;
From: Susan Hares <shares@ndzh.com>
To: 'Francis Dupont' <Francis.Dupont@fdupont.fr>, gen-art@ietf.org
References: <201606221422.u5MEMMUv054392@givry.fdupont.fr>
In-Reply-To: <201606221422.u5MEMMUv054392@givry.fdupont.fr>
Date: Wed, 22 Jun 2016 12:14:12 -0400
Message-ID: <00a101d1cca1$1de2d160$59a87420$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQIaXgeIjy2txeQUh6amLHKrCUkXWJ9khh7w
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/ts1PeB76YTmbobVP19Q-gDJA0bE>
Cc: draft-ietf-trill-irb.all@ietf.org
Subject: Re: [Gen-art] review of draft-ietf-trill-irb-13.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Wed, 22 Jun 2016 16:18:37 -0000

Francis: 

Thank you for the reviewing this document. 

Sue 

-----Original Message-----
From: Francis Dupont [mailto:Francis.Dupont@fdupont.fr] 
Sent: Wednesday, June 22, 2016 10:22 AM
To: gen-art@ietf.org
Cc: draft-ietf-trill-irb.all@ietf.org
Subject: review of draft-ietf-trill-irb-13.txt

I am the assigned Gen-ART reviewer for this draft. The General Area Review
Team (Gen-ART) reviews all IETF documents being processed by the IESG for
the IETF Chair.  Please treat these comments just like any other last call
comments.

For more information, please see the FAQ at

<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-trill-irb-13.txt
Reviewer: Francis Dupont
Review Date: 20160618
IETF LC End Date: 20160624
IESG Telechat date: 20150630

Summary: Ready

Major issues: None

Minor issues: None

Nits/editorial comments:
 - you have 6 (with a soft limit of 5) authors

 - 1 page 3: please expand the first occurrence of the FGL abbrev

  (in theory you should expand the TRILL abbrev and in the Abstract too
   but IMHO it is unlikely to get a reader of this document who does
   not know the TRILL abbrev meaning and raises a concern. BTW VLAN
   is well known (*) so doesn't need to be expanded)
   (* starred in http://www.rfc-editor.org/materials/abbrev.expansion.txt)

 - 1 page 3: i.e. -> i.e.,

 - 3.1 page 5: IMHO the title should be on the next page (page 6).
  This will be fixed by the RFC Editor anyway.

 - 3.1 pages 6 and further: congratulations, you use IP addresses
  from blocks reserved for documentation.

 - 5.2 page 12: dependant -> dependent

 - 5.4 pages 14 and 15: I have an academic question: did you find
  some cases of external redirects? This term is not common
  (nor use cases :-) so I copy a definition I gave during a discussion
  about SEND (the secure IPv6 neighbor discovery):
   - give the link-layer address of an off-link destination which is
     in fact on-link. This "external redirect" is used for IPv6 over
     ATM to implement NHRP short cuts for instance.

 - 6 page 15: another example of strange page layout that should be
  fixed by the RFC Editor.

 - 7.1 page 19: TENANT-LABEL -> TENANT-GWMAC-LABEL
  (cf 9 IANA Considerations page 22 )

Regards

Francis.Dupont@fdupont.fr