Re: [kitten] review of draft-ietf-kitten-gssapi-extensions-iana-07
Alexey Melnikov <alexey.melnikov@isode.com> Wed, 16 October 2013 16:00 UTC
Return-Path: <alexey.melnikov@isode.com>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2092321F9E4F for <kitten@ietfa.amsl.com>; Wed, 16 Oct 2013 09:00:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.266
X-Spam-Level:
X-Spam-Status: No, score=-103.266 tagged_above=-999 required=5 tests=[AWL=-0.667, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 JEmCNtbP-1Rc for <kitten@ietfa.amsl.com>; Wed, 16 Oct 2013 09:00:35 -0700 (PDT)
Received: from statler.isode.com (statler.isode.com [62.3.217.254]) by ietfa.amsl.com (Postfix) with ESMTP id A987C11E831E for <kitten@ietf.org>; Wed, 16 Oct 2013 08:59:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1381939188; d=isode.com; s=selector; i=@isode.com; bh=v2zGuwNWGYFxCQ7UOpigwtjl3PAJ5eWh2tH66CshUXE=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=Y7pueEc1YtlW7CLvSbc+BxdP2SU/AR9Ls3M7xfoBs+TYWgTVfVgwDoQwSTio1bVtW7hI2h sII5LEIzrgIPtGG4I9s/fONfOBtOZAxFy4tWH6DJS04ts4ZZyjnuN4KYaqzKPNxPawAMOm llZqepjjWRguHCWVuXj/4v1vTQv/n0w=;
Received: from [172.16.1.29] (richard.isode.com [62.3.217.249]) by statler.isode.com (submission channel) via TCP with ESMTPA id <Ul637QB8l7vK@statler.isode.com>; Wed, 16 Oct 2013 16:59:48 +0100
Message-ID: <525EB7EF.2000808@isode.com>
Date: Wed, 16 Oct 2013 16:59:43 +0100
From: Alexey Melnikov <alexey.melnikov@isode.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
To: Benjamin Kaduk <kaduk@MIT.EDU>
References: <50992138.9030200@sunet.se> <alpine.GSO.1.10.1308051219450.24720@multics.mit.edu>
In-Reply-To: <alpine.GSO.1.10.1308051219450.24720@multics.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "kitten@ietf.org" <kitten@ietf.org>
Subject: Re: [kitten] review of draft-ietf-kitten-gssapi-extensions-iana-07
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/kitten>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Oct 2013 16:01:01 -0000
On 05/08/2013 19:47, Benjamin Kaduk wrote: > On Tue, 6 Nov 2012, Leif Johansson wrote: > >> >> Folks, >> >> I've reviewed version -07. I general I think the document is in good >> shape. >> Reading through it I've found a small set of relatively minor nits. >> >> - Object Type: A long list of things like "Function" and "Integer" is >> given >> but the description text basically sais these are just examples. I >> suggest >> replacing the list with the following text >> >> <Symbol> defined by the binding language >> >> - Registration Rules: Suggest change to say: >> >> "<Reference> to Policy defined by [RFC5226] or an RFC that >> updates [RFC5226], for instance ..." >> >> Finally, I find the guidelines to Expert reviewers to be somewhat >> hard to >> follow. The final paragraph in section 8.2.2 to me basically reads as >> "use >> your good judgement". >> >> Personally I would find it difficult to draw any guidance from that text >> but I >> fully understand if this horse has been flogged enough. > > I've also reviewed version -07, and don't see anything particularly > objectionable. Hi, Thank you for the review. I believe I addressed most of the editorial comments from you and Leif. > > Minor nits: > > In the table in section 7, in the entry for "Registration Rules", my > first reading left me confused as to which sub-namespace "items that > fall in this sub-namespace" referred to. Re-reading makes it clear > that the sub-namespace is the one which has this Registration Rules > attribute, and I don't have any ideas for how to reword the text to be > clearer. The capitalization of "sub-namespace" is a bit inconsistent > throughout the document. > > The table entry for "Reference" should add an 'a' in "Reference to a > document". > > The "Expert Reviewer" entry is internally inconsistent about how many > reviewers can be listed in a single field. Multiple instances are > allowed, which would seem to indicate that one-reviewer-per-instance > is the correct disambiguation. Yes, this is how it typically works. Do you think this needs to be clarified? > In section 8, the meaning might be more clear with a comma between > "multiple registries" and "each". > > In the first paragraph of 8.2.2, "there is are any IETF Working > Groups" has an unnecessary "is".
- [kitten] review of draft-ietf-kitten-gssapi-exten… Leif Johansson
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Alexey Melnikov
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Leif Johansson
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Benjamin Kaduk
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Nico Williams
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Alexey Melnikov
- Re: [kitten] review of draft-ietf-kitten-gssapi-e… Benjamin Kaduk