Re: [Gen-art] Gen-ART LC review of draft-ietf-nfsv4-labreqs-04

"Roni Even" <ron.even.tlv@gmail.com> Wed, 27 November 2013 07:18 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 (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48EA21AE22C; Tue, 26 Nov 2013 23:18:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 dHVjpUvJnemN; Tue, 26 Nov 2013 23:18:12 -0800 (PST)
Received: from mail-wg0-x233.google.com (mail-wg0-x233.google.com [IPv6:2a00:1450:400c:c00::233]) by ietfa.amsl.com (Postfix) with ESMTP id 5C5261AE17C; Tue, 26 Nov 2013 23:18:12 -0800 (PST)
Received: by mail-wg0-f51.google.com with SMTP id b13so3447913wgh.6 for <multiple recipients>; Tue, 26 Nov 2013 23:18:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:thread-index :content-language; bh=wJ41kW81IEHOR8shex8G8I0TeAi/ErkowS5v3YR9Grk=; b=zHkxQIPw84JmyWp+wfr33Y0we0RsjVLQlQ6D96WGiLNOujfTzl/nU8xCSGsg3Iu6KJ uuagoh1AOnDs/weBV5OXhXNRX6bu/3UoOIhc+jjIZZedjaIdKY/TJwsNTzh259tO5qKv Js3uA5aNLdb1ESFgD+TcFmbMnWu3x5K5utDj41TiIU+1baUxxX8F0V3s6VAw9ZJBSrsw 9m7QYGAFAKIs9PM18gdZ6F4mQdLJ6fXY3+9R8kOqBAULy7vu1VZbO33GcjVX5U79Rrv2 XqJi6fBKT5cVDWvrKAb1V88Pq3YbhuXUMVSOec971zTqHvs2EFhTDDyft0+crpnAgrsp Djwg==
X-Received: by 10.180.14.195 with SMTP id r3mr7366360wic.51.1385536691431; Tue, 26 Nov 2013 23:18:11 -0800 (PST)
Received: from RoniE ([109.67.11.64]) by mx.google.com with ESMTPSA id x19sm68273370wia.5.2013.11.26.23.18.07 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 26 Nov 2013 23:18:10 -0800 (PST)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Jari Arkko' <jari.arkko@piuha.net>, 'Martin Stiemerling' <mls.ietf@gmail.com>
References: <017c01ced3ca$a1189380$e349ba80$@gmail.com> <5AF04873-8DC6-4452-A3CA-EA2D4971332A@piuha.net>
In-Reply-To: <5AF04873-8DC6-4452-A3CA-EA2D4971332A@piuha.net>
Date: Wed, 27 Nov 2013 09:14:47 +0200
Message-ID: <0cb501ceeb40$5eb2e620$1c18b260$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHxYV64WyL/xUIMgWAU13aq00VnagEKBYZcmetr3fA=
Content-Language: en-us
Cc: gen-art@ietf.org, draft-ietf-nfsv4-labreqs.all@tools.ietf.org, ietf@ietf.org
Subject: Re: [Gen-art] Gen-ART LC review of draft-ietf-nfsv4-labreqs-04
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: Wed, 27 Nov 2013 07:18:19 -0000

Hi Jari,
I did not see any response.
As for my comment, I expected a requirement to list requirements from a
solution  that will be followed by a solution document. To me it reads more
like a solution description so it is more requirements from implementations.


Roni


> -----Original Message-----
> From: Jari Arkko [mailto:jari.arkko@piuha.net]
> Sent: 21 November, 2013 3:51 PM
> To: Roni Even; Martin Stiemerling
> Cc: draft-ietf-nfsv4-labreqs.all@tools.ietf.org; gen-art@ietf.org;
ietf@ietf.org
> Subject: Re: [Gen-art] Gen-ART LC review of draft-ietf-nfsv4-labreqs-04
> 
> 
> Roni: many thanks for the review.
> 
> >
> > Minor issues:
> >
> > The document is not a requirement document. It is a use case,
requirement
> and solution document so the abstract and the title are confusing.
> >
> > I think it will be better to have the use case section before the
requirements
> in section 3. Since the use cases are the reason for the rest of the
document.
> >
> > Section 3 is called requirements but it is not about requirements from a
> solution but also normative text about behavior of clients and servers.
> >
> > This leads to the question why is it Informational document since it has
> normative recommendations for a solution.
> 
> 
> Has there been a response to this? I can not find further e-mails relating
to this
> topic, but I'm sorry if I just missed them. It would be good to get the
> authors/sponsoring AD to reply before we recommend approving the
> document.
> 
> FWIW, I have read the document and think that the requirements in Section
3
> are perhaps more fine-grained that in most requirement documents, but they
> are not implementation requirements, and hence an informational document
is
> OK from my perspective.
> 
> > I also think that there is a need for IANA section to discuss
requirements  for
> new LFSs.
> >
> 
> There was quite a lot of discussion of LFSes in the document, but I
interpreted
> them in an abstract sense, i.e., there was no specific suggestions on
additions to
> LFSes.
> 
> Jari