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