Re: [dnsext] I-D Action: draft-ietf-dnsext-dnssec-algo-imp-status-04.txt

Samuel Weiler <weiler@watson.org> Mon, 11 March 2013 20:15 UTC

Return-Path: <weiler@watson.org>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3D0221F8E09 for <dnsext@ietfa.amsl.com>; Mon, 11 Mar 2013 13:15:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.367
X-Spam-Level:
X-Spam-Status: No, score=-2.367 tagged_above=-999 required=5 tests=[AWL=0.232, BAYES_00=-2.599]
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 sIDxpu0s+vvz for <dnsext@ietfa.amsl.com>; Mon, 11 Mar 2013 13:15:55 -0700 (PDT)
Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by ietfa.amsl.com (Postfix) with ESMTP id CC77321F8FD1 for <dnsext@ietf.org>; Mon, 11 Mar 2013 13:15:54 -0700 (PDT)
Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.14.5/8.14.5) with ESMTP id r2BKDH5G032826; Mon, 11 Mar 2013 16:13:17 -0400 (EDT) (envelope-from weiler@watson.org)
Received: from localhost (weiler@localhost) by fledge.watson.org (8.14.5/8.14.5/Submit) with ESMTP id r2BKDH0Q032822; Mon, 11 Mar 2013 16:13:17 -0400 (EDT) (envelope-from weiler@watson.org)
X-Authentication-Warning: fledge.watson.org: weiler owned process doing -bs
Date: Mon, 11 Mar 2013 16:13:17 -0400
From: Samuel Weiler <weiler@watson.org>
To: Andrew Sullivan <ajs@crankycanuck.ca>
In-Reply-To: <20130311191607.GF38303@crankycanuck.ca>
Message-ID: <alpine.BSF.2.00.1303111558310.25246@fledge.watson.org>
References: <20130311152035.4888.59295.idtracker@ietfa.amsl.com> <20130311191607.GF38303@crankycanuck.ca>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; format="flowed"; charset="US-ASCII"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (fledge.watson.org [127.0.0.1]); Mon, 11 Mar 2013 16:13:17 -0400 (EDT)
Cc: dnsext@ietf.org
Subject: Re: [dnsext] I-D Action: draft-ietf-dnsext-dnssec-algo-imp-status-04.txt
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Mar 2013 20:15:56 -0000

The substance is fine, but there's a preexisting ambiguity that the 
-04 changes arguably make worse:

Quoting from section 2.2:
"...RSASHA1-NSEC3-SHA1 is set to Recommended..."
"...RSA/SHA-256 and RSA/SHA-512 are also set to Recommended..."
"ECDSAP256SHA256 and ECDSAP384SHA384 are Recommended to Implement."...
"All other algorithms used in DNSSEC specified without an
implementation status are currently set to Optional."

The last sentence is the troubling one.  I think you mean "where no 
other document has set an implementation status", but that's somewhat 
vague, and it would be reasonable to interpret the doc as saying "and 
everything else is Optional", which is not what we intend.

There's a sentence in the introduction that argues for the second 
interpretation: "This document defines the current implementation 
status for _all_ registered algorithms." (emphasis added)


This version (-04) has a new sentence in section 4 saying: "...this 
document establishes the implementation status of every algorithm, 
...", which makes that alternate reading even more tempting.

I think something needs to change.  Most likely, we just need to 
restate in the text (not just the table) the status of RSASHA1 and 
RSAMD5.

Also, shouldn't the indirect, private, and privateoid text replace "up 
to the implementer's discretion" with "Optional"?  It's good to call 
out that these numbers could refer to multiple algoriths, as is done.

-- Sam