Re: [Gen-art] review of draft-ietf-ccamp-general-constraint-encode-16.txt

Francis Dupont <Francis.Dupont@fdupont.fr> Mon, 19 January 2015 12:19 UTC

Return-Path: <Francis.Dupont@fdupont.fr>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC1CD1A90E8 for <gen-art@ietfa.amsl.com>; Mon, 19 Jan 2015 04:19:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.162
X-Spam-Level:
X-Spam-Status: No, score=-0.162 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, HELO_EQ_FR=0.35, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 WekLLUGcpc36 for <gen-art@ietfa.amsl.com>; Mon, 19 Jan 2015 04:19:46 -0800 (PST)
Received: from givry.fdupont.fr (givry.fdupont.fr [IPv6:2001:41d0:1:6d55:211:5bff:fe98:d51e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27E2B1AD34D for <gen-art@ietf.org>; Mon, 19 Jan 2015 04:19:46 -0800 (PST)
Received: from givry.fdupont.fr (localhost [127.0.0.1]) by givry.fdupont.fr (8.14.3/8.14.3) with ESMTP id t0JCGOhI090786; Mon, 19 Jan 2015 13:16:25 +0100 (CET) (envelope-from dupont@givry.fdupont.fr)
Message-Id: <201501191216.t0JCGOhI090786@givry.fdupont.fr>
From: Francis Dupont <Francis.Dupont@fdupont.fr>
To: Leeyoung <leeyoung@huawei.com>
In-reply-to: Your message of Thu, 15 Jan 2015 22:41:41 GMT. <7AEB3D6833318045B4AE71C2C87E8E1729C71FB8@dfweml706-chm>
Date: Mon, 19 Jan 2015 13:16:24 +0100
Sender: Francis.Dupont@fdupont.fr
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/p07c7ju384GALEKZQsOrzjPc7Sg>
Cc: "gen-art@ietf.org" <gen-art@ietf.org>, "draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org" <draft-ietf-ccamp-general-constraint-encode.all@tools.ietf.org>
Subject: Re: [Gen-art] review of draft-ietf-ccamp-general-constraint-encode-16.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 19 Jan 2015 12:19:48 -0000

 In your previous mail you wrote:

>  Thanks for your review and good comments.
>  
>  Please see inline for my comment. Let me know if the draft can move on
>  or not after your review.

=> I am not a member of the IESG, I am just in a team reviewing drafts
in last call or before the IESG review (The whole idea of the gen-art
review team is explained in the FAQ). BTW my summary was "Ready" so
if there was no blocking comments during the last call the answer
should be yes (i.e., it can move on).

>  -----Original Message-----
>  I am the assigned Gen-ART reviewer for this draft. For background on
>  Gen-ART, please see the FAQ at
>  
>  <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
>  
>  Please resolve these comments along with any other Last Call comments
>  you may receive.

=> I keep this as it still applies.

>   - 2.3 page 11: I can't understand the unnumbered in this statement:
>    "... Note
>     that the Action field can be set to 0x01 (Inclusive Range) only when
>     unnumbered link identifier is used."
>  
>  YOUNG>> I think the reason for this restriction is it would be hard to retr=
>  ieve the numbered interfaces from the range format (unless they are contigu=
>  ously numbered). On the other hand, the unnumbered interfaces (e.g., s/0, s=
>  /1, etc.) can be extracted from the range. For example, if the begin range =
>  were s/0 and the end range were s/4, the link set would be:=3D {s/0, s/1, s=
>  /2, s/3, s/4}.

=> according to the answer my problem is from the unnumbered which
qualifies the link, i.e., it is identifier for unnumbered link,
not link identifier which is unnumbered. So it enters in the dubious
wording class... (still editorial issue so either you fix it at the
occasion of a new version (needed for *another* reason), or you leave
it to the RFC Editor).

Thanks

Francis.Dupont@fdupont.fr