IETF Logo Mail Archive

Re: [Gen-art] [kitten] Genart telechat review of draft-ietf-kitten-rfc5653bis-06

Greg Hudson <ghudson@mit.edu> Wed, 07 February 2018 22:44 UTC

Return-Path: <ghudson@mit.edu>
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 ABA4F126CF9; Wed, 7 Feb 2018 14:44:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 EtQt15ysJpKs; Wed, 7 Feb 2018 14:44:06 -0800 (PST)
Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D8C9126C89; Wed, 7 Feb 2018 14:44:06 -0800 (PST)
X-AuditID: 12074422-783ff70000004254-d9-5a7b8133a6c0
Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id A1.5F.16980.4318B7A5; Wed, 7 Feb 2018 17:44:04 -0500 (EST)
Received: from outgoing.mit.edu (OUTGOING-AUTH-1.MIT.EDU [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id w17Mi1lW015410; Wed, 7 Feb 2018 17:44:02 -0500
Received: from [18.101.8.138] (VPN-18-101-8-138.MIT.EDU [18.101.8.138]) (authenticated bits=0) (User authenticated as ghudson@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id w17MhwXf025873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 7 Feb 2018 17:43:59 -0500
To: Benjamin Kaduk <kaduk@mit.edu>, Weijun Wang <weijun.wang@oracle.com>
Cc: draft-ietf-kitten-rfc5653bis.all@ietf.org, kitten <kitten@ietf.org>, gen-art <gen-art@ietf.org>, "Joel M. Halpern" <jmh@joelhalpern.com>, Alissa Cooper <alissa@cooperw.in>
References: <074DA813-1E7F-4C03-AEEE-5D76E8804C31@oracle.com> <41bbbe7d-0f35-78ad-a5cd-673488f3ac09@joelhalpern.com> <20180103030817.GH50827@kduck.kaduk.org> <C47701B8-2504-490B-BE38-ED35A1D2C1A2@oracle.com> <19F5D23D-3677-41C6-B504-454C7595FF1F@cooperw.in> <D6DB69A6-5768-4536-89AA-40E0A905DF95@oracle.com> <366697b8-2a0c-243b-b153-ee8eb4358580@mit.edu> <8F5B79CD-B928-4B8E-97FA-D946784228B7@oracle.com> <505EACB9-D92E-4DE9-9ECC-DF931C1B924D@oracle.com> <20180207173534.GX12363@mit.edu> <20180207213248.GB12363@mit.edu>
From: Greg Hudson <ghudson@mit.edu>
Message-ID: <0c34b6ba-cd35-aca5-e9d1-e15e0812413d@mit.edu>
Date: Wed, 07 Feb 2018 17:43:58 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <20180207213248.GB12363@mit.edu>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrAKsWRmVeSWpSXmKPExsUixCmqrGvSWB1lMOGoisX0M38ZLRYd3cds cfXVZxaLj6feMFkc3byKxeLr0g3MDmweX568ZPJYsuQnk8e5Kd8ZPT4+vcUSwBLFZZOSmpNZ llqkb5fAlfHiq2HBZY6Klg0LGBsYn7N1MXJySAiYSNw5t42li5GLQ0hgMZPE9n897BDOBkaJ 3i9voZwjTBJL5n1jB2kRFoiWaFt4DaxdRMBD4saE92DtzAIHGSXW3LnJCtExi0Vi39eXLCBV bALKEuv3bwWzeQWsJOZ8fQjWzSKgItH24CMriC0qECHRNHMuK0SNoMTJmU/A6jkFdCVO71oB tplZQF3iz7xLzBC2uMStJ/OZIGx5ie1v5zBPYBSchaR9FpKWWUhaZiFpWcDIsopRNiW3Sjc3 MTOnODVZtzg5MS8vtUjXVC83s0QvNaV0EyMoMthdlHYwTvzndYhRgINRiYd3hnl1lBBrYllx Ze4hRkkOJiVR3scLq6KE+JLyUyozEosz4otKc1KLDzFKcDArifB6+gCV86YkVlalFuXDpKQ5 WJTEeT1MtKOEBNITS1KzU1MLUotgsjIcHEoSvP4NQI2CRanpqRVpmTklCGkmDk6Q4TxAw5eA 1PAWFyTmFmemQ+RPMepy3Hjxuo1ZiCUvPy9VSpz3aT1QkQBIUUZpHtwccEJL5eh6xSgO9JYw byZIFQ8wGcJNegW0hAloyY2gSpAlJYkIKakGxtnTtS5ITLp4eI+QsfsU5Wfv/2v83c0d85Jl WYeSWPse28QpipEZRgppTypcN0RO7bni9qzn79o93xWijYKCTt3ozvuyyM34iT5TQPvDw/Uv th/gyZGLzDRiz7v6v1VazuzDi59HY5/fXLJf7ftebb8Xl4rO7ygoEZdS6zQ/vFnm0AseV9U4 diWW4oxEQy3mouJEAJjVHqRDAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/qhQtbhNlZBE6KLhZC4Mf_JWtmQs>
Subject: Re: [Gen-art] [kitten] Genart telechat review of draft-ietf-kitten-rfc5653bis-06
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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, 07 Feb 2018 22:44:13 -0000

On 02/07/2018 04:32 PM, Benjamin Kaduk wrote:> Line 2519, I think should
--> SHOULD, since elsewhere we use SHOULD
> for sending the error token to the peer.

No opinion.  You could make a case for "that should be sent" being
either descriptive on the token or prescriptive on the application.

> Line 2561, I could go either way on "may" vs. "MAY" -- the argument
> for the former would be that it's just stating an attribute of the
> operation, and this text is describing something specified elsewhere
> and not introducing any restrictions or giving guidance on it.
> Similarly for acceptSecContext on line 2597.

I think that's a MAY.  It seems prescriptive on the method implementation.

> Line 2668, SHOULD not --> SHOULD NOT

Agree.

> Line 2858, MAY --> may, since this is just describing what some
> implementations could be doing and not exactly granting permission
> for it.

Sure, and it's an example.

> I guess for consistency I should say the same thing about line 3049.

I guess "may" here, but no strong opinion.

> Line 3716, MUST not --> MUST NOT

Agree.

v2.23.0 | Report a Bug | By Email