[Gen-art] Gen-ART LC review of draft-ietf-netmod-interfaces-cfg-10

"Roni Even" <ron.even.tlv@gmail.com> Sun, 28 April 2013 08:31 UTC

Return-Path: <ron.even.tlv@gmail.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 7FBEC21F97CD; Sun, 28 Apr 2013 01:31:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.598
X-Spam-Level:
X-Spam-Status: No, score=-4.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, HTML_MESSAGE=0.001]
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 9Pce2SyBr52Y; Sun, 28 Apr 2013 01:31:46 -0700 (PDT)
Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) by ietfa.amsl.com (Postfix) with ESMTP id 8A50D21F97BF; Sun, 28 Apr 2013 01:31:45 -0700 (PDT)
Received: by mail-wi0-f174.google.com with SMTP id m6so1836655wiv.7 for <multiple recipients>; Sun, 28 Apr 2013 01:31:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:mime-version :content-type:x-mailer:thread-index:content-language; bh=DvMD5USsMxsZhydlsJx+28zMSphGwnuBytv27U8h4r0=; b=epILJ/TXQI1bxzWzg1T1cJOhE68/8lmckrZGf207d5nyIxhBdaKEhx1Yppy65GGA0Y DHi5hzHK1WB+uKlpOc7CZ5XpV4UTwhcqtDcMBn+6r5cckWBzvj1vJ1rw+PlQRlhUrXa/ WuWVFc4yMx0KLilINSg25DPKN52Nu1bWMS7M9Y2f7ac0cqzKxpdc5EAlINERsuD1ZFbm ZohGYbR7frzMlIyVBIaibef1Sfju5p1oy29yiGn/vRK6xOZOdszXJSLSMn4Al543VSBN ubU26fQamZHh/cTJit1cWVyjO0ax5UIP78LrrNnblEUXlxfQYxkSRWyGJnsubGRYQSPC K1TQ==
X-Received: by 10.194.93.231 with SMTP id cx7mr28998781wjb.33.1367137904755; Sun, 28 Apr 2013 01:31:44 -0700 (PDT)
Received: from RoniE (bzq-79-181-177-28.red.bezeqint.net. [79.181.177.28]) by mx.google.com with ESMTPSA id j4sm12971665wiz.10.2013.04.28.01.31.41 for <multiple recipients> (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 28 Apr 2013 01:31:43 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: draft-ietf-netmod-interfaces-cfg.all@tools.ietf.org, ietf@ietf.org
Date: Sun, 28 Apr 2013 11:31:05 +0300
Message-ID: <019901ce43ea$bbd575a0$338060e0$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_019A_01CE4403.E1239800"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac5D6pKryX0MWBh9SKaAMkeLEbN6Nw==
Content-Language: en-us
Cc: gen-art@ietf.org
Subject: [Gen-art] Gen-ART LC review of draft-ietf-netmod-interfaces-cfg-10
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: Sun, 28 Apr 2013 08:31:47 -0000

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.

Document: draft-ietf-netmod-interfaces-cfg-10

Reviewer: Roni Even

Review Date:2013-4-28

IETF LC End Date: 2013-5-3

IESG Telechat date: 2013-5-16

 

Summary: This draft is almost ready for publication as Standard track RFC.

 

 

Major issues:

 

Minor issues:

 

1.       I had some problem understanding the "location" leaf. Section 3.2
has it as a string and says that "The device uses the location string to
identify the physical or logical entity that the configuration applies to".
I am not sure how you identify physical location having no definition of the
mapping. I saw the examples in Appendix E and it looked more to me as
logical mapping but not physical since it attaches a name to something in
the device but I am not clear how you know what it is physically in the
device. If the name 0-n or n/m are real physical entities, I think that it
should be specified some place. 

 

 

Nits/editorial comments:

1.	In the introduction section maybe add to the first sentence a
reference to RFC6244 with some text.
2.	In section 2 are the" must" and "should"  used as described in
RFC2119, if yes need capital letters
3.	In section 3.1 "It is optional in the data model,  but if the type
represents a physical interface, it is mandatory", suggest having RFC2119
language "It is OPTIONAL in the data model,  but if the type represents a
physical interface, it is MUST be specified"