Re: [Gen-art] Gen-ART LC review of draft-ietf-ccamp-gmpls-ason-routing-ospf-07
"Adrian Farrel" <adrian@olddog.co.uk> Fri, 13 March 2009 13:07 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: gen-art@core3.amsl.com
Delivered-To: gen-art@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2332A3A6991 for <gen-art@core3.amsl.com>; Fri, 13 Mar 2009 06:07:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.121
X-Spam-Level:
X-Spam-Status: No, score=-2.121 tagged_above=-999 required=5 tests=[AWL=0.478, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Akh+ZuiJ2k7W for <gen-art@core3.amsl.com>; Fri, 13 Mar 2009 06:07:28 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id E1F283A6993 for <gen-art@ietf.org>; Fri, 13 Mar 2009 06:07:26 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2DD7Gsq013412; Fri, 13 Mar 2009 13:07:16 GMT
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2DD7FIX013403; Fri, 13 Mar 2009 13:07:15 GMT
Message-ID: <F4E62C7B6D7342B1B47C18AD4F77EEFB@your029b8cecfe>
From: Adrian Farrel <adrian@olddog.co.uk>
To: Ben Campbell <ben@estacado.net>, dimitri.papadimitriou@alcatel-lucent.be, General Area Review Team <gen-art@ietf.org>
References: <F527A936-D8E7-4109-8E2F-38A4F2A40203@estacado.net>
Date: Fri, 13 Mar 2009 13:07:04 -0000
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="iso-8859-1"; reply-type="response"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: rcallon@juniper.net, dward@cisco.com
Subject: Re: [Gen-art] Gen-ART LC review of draft-ietf-ccamp-gmpls-ason-routing-ospf-07
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 13 Mar 2009 13:07:34 -0000
Hi Ben, Thanks for your review. Dimitri, need your help! See in line below. Adrian > Minor issues: > > -- Section 9.1: > > This section shows the sub-TLV types as TBD, but at least some of the > references sections specify type numbers. OK, I found section 9.1 | Value Sub-TLV Reference | ----------- -------------------------------------------- ---------- | TBD Local TE Router ID [This.ID] But, in section 5.3 | The Type of the Local TE Router-ID sub-TLV is 5 Similarly, | TBD Local and Remote TE Router ID [This.ID] But, section 5.2 | The Type of the Local and Remote TE Router-ID sub-TLV is 17 Also, | TBD Node IPv4 Local Prefix [This.ID] | TBD Node IPv6 Local Prefix [This.ID] But in section 3 | - Node IPv4 Local Prefix sub-TLV: Type 3 - Length: variable | - Node IPv6 Local Prefix sub-TLV: Type 4 - Length: variable Dimitri, are these values: - required - desired - suggested? > Nits/editorial comments: > > -- general: > > It would be helpful to have referenceable numbers for the TLV format > figures. Yeah, might be nice, but since the figures are not referenced outside the section in which they appear, I think we won't bother this time. > Using non-mnemonic citations as if they were nouns in a sentence creates > extra work for the reader, who must flip back to the references to > understand the sentence. That is, the form "...defined in [xxx]". It's > better to say "defined in foo [xxx]". It's not as bad with mnemonic > citations (e.g. "defined in [foo]"), but it can still cause confusion if > text is quoted in other documents without the associated reference > section. Hmmm. This notation seems to be used pretty widely. I'd hate to see text that said "..defined in RFC 1234 [RFC1234]." :-) > -- section 2, 2nd paragraph: "The > limit of the subdivision results is an RA that contains just two > sub-networks interconnected by a single link." > > I don't follow the last sentence. Is it possible "results is" was meant > to be "results in"? Yes. Thanks. > -- section 3.1, last paragraph, first sentence: "The local addresses that > can be learned from Opaque TE LSAs." > > incomplete sentence. Is "that" spurious? Good catch. OLD The local addresses that can be learned from Opaque TE LSAs. That is, router address and TE interface addresses SHOULD NOT be advertised in the node IPv4 local prefix sub-TLV. NEW The local addresses that can be learned from Opaque TE LSAs (that is, the router address and TE interface addresses) SHOULD NOT be advertised in the node IPv4 local prefix sub-TLV. > section 3.2, first paragraph after the figure: "Length is set to Sum[n] [4 > + #32-bit words/4] where n is the > number of local prefixes included in the sub-TLV." > > I'm not sure I understand the expression. But you think you might? :-) Hard doing scientific notation in ASCII, isn't it? OLD Length is set to Sum[n][4 + #32-bit words/4] where n is the number of local prefixes included in the sub-TLV. The encoding of each prefix potentially using fewer than four 32-bit words is described below. NEW Length is set to the sum over all of the local prefixes included in the sub-TLV of (4 + (number of 32-bit words in the prefix)/4 ). The encoding of each prefix potentially using fewer than four 32-bit words is described below. > -- section 4.1, 3rd paragraph: > > Please expand LSC and PSC on first use. oke > -- section 6, 3rd paragraph: > > s/informtation/information oke > -- idnits reports the following: Who can keep up with the IPR change rate? All IPR notices correct at time of submission. No doubt they will be updated and correct many times in the next weeks. Many thanks, Adrian
- [Gen-art] Gen-ART LC review of draft-ietf-ccamp-g… Ben Campbell
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… Adrian Farrel
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… PAPADIMITRIOU Dimitri
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… Ben Campbell
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… Ben Campbell
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… Adrian Farrel
- Re: [Gen-art] Gen-ART LC review of draft-ietf-cca… Ben Campbell