Re: [apps-discuss] AppsDir review of draft-dbider-sha2-mac-for-ssh-05

Jeffrey Hutzelman <jhutz@cmu.edu> Wed, 11 April 2012 01:55 UTC

Return-Path: <jhutz@cmu.edu>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7FE4E11E813E; Tue, 10 Apr 2012 18:55:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 oTJJik6RNOiV; Tue, 10 Apr 2012 18:55:13 -0700 (PDT)
Received: from smtp01.srv.cs.cmu.edu (SMTP01.SRV.CS.CMU.EDU [128.2.217.196]) by ietfa.amsl.com (Postfix) with ESMTP id ED6A511E8081; Tue, 10 Apr 2012 18:55:12 -0700 (PDT)
Received: from [192.168.202.157] (pool-98-111-232-78.pitbpa.fios.verizon.net [98.111.232.78]) (authenticated bits=0) by smtp01.srv.cs.cmu.edu (8.13.6/8.13.6) with ESMTP id q3B1sxwL017790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 10 Apr 2012 21:54:59 -0400 (EDT)
From: Jeffrey Hutzelman <jhutz@cmu.edu>
To: "Mark D. Baushke" <mdb@juniper.net>
In-Reply-To: <25039.1334105406@eng-mail01.juniper.net>
References: <6.2.5.6.2.20120410153427.08d5c3b0@elandnews.com> <25039.1334105406@eng-mail01.juniper.net>
Content-Type: text/plain; charset="UTF-8"
Date: Tue, 10 Apr 2012 21:54:58 -0400
Message-ID: <1334109298.2933.14.camel@destiny.pc.cs.cmu.edu>
Mime-Version: 1.0
X-Mailer: Evolution 2.30.3
Content-Transfer-Encoding: 7bit
X-Scanned-By: mimedefang-cmuscs on 128.2.217.196
Cc: iesg@ietf.org, draft-dbider-sha2-mac-for-ssh.all@tools.ietf.org, S Moonesamy <sm+ietf@elandsys.com>, apps-discuss@ietf.org, jhutz@cmu.edu
Subject: Re: [apps-discuss] AppsDir review of draft-dbider-sha2-mac-for-ssh-05
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Apr 2012 01:55:13 -0000

On Tue, 2012-04-10 at 17:50 -0700, Mark D. Baushke wrote:
> > In the Abstract Section:
> > 
> >    "It also updates RFC4253 by specifying a new RECOMMENDED data
> >     integrity algorithm."
> > 
> > Should the word "RECOMMENDED" be interpreted as a RFC 2119 key word?
> 
> Yes, the word "RECOMMENDED" given in both the Abstract and in section
> "2. Data Integrity Algorithms" is a RFC 2119 key word as is specified in
> section "1.1. Requirements Terminology" of document
> draft-dbider-sha2-mac-for-ssh-05.

Technically, the abstract itself does not impose a normative requirement
in the language of RFC2119.  However, the quoted sentence describes
section 2, which does use that language; for clarity, the abstract also
uses uppercase "RECOMMENDED".  IMHO, changing this would serve only to
make the abstract less clear and/or less concise.

> > In Section 3:
> > 
> >   "IANA is requested to update the SSH algorithm registry with the
> >    following entries."
> > 
> > Shouldn't that be the Secure Shell MAC Algorithm Names registry?
> 
> Yes. I was uncertain how to properly address the registry.

No.  It should be the "Secure Shell Protocol Parameters" registry, of
which the MAC Algorithm Names table is one part.  So, if you want to
replace "SSH algorithm registry" with "Secure Shell Protocol
Parameters", that would be a reasonable change, but don't spin a new
internet-draft at this time just for that change.

Aside from that, the terminology used in section 3 is consistent with
that used on the registry web page.  Unless IANA indicates that
something is unclear to them, I would not make any other changes.

-- Jeff