DNAME (and CNAME) vs DNSSEC (Was: [dnsext] Reminder: two WGLC closing in one week)

Andrew Sullivan <ajs@commandprompt.com> Tue, 23 September 2008 13:43 UTC

Return-Path: <owner-namedroppers@ops.ietf.org>
X-Original-To: ietfarch-dnsext-archive@core3.amsl.com
Delivered-To: ietfarch-dnsext-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 62C293A695E; Tue, 23 Sep 2008 06:43:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level:
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ui1Bi7WwuE2m; Tue, 23 Sep 2008 06:43:22 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id AEBEA28C1CC; Tue, 23 Sep 2008 06:43:15 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.69 (FreeBSD)) (envelope-from <owner-namedroppers@ops.ietf.org>) id 1Ki7zd-0006v2-9J for namedroppers-data@psg.com; Tue, 23 Sep 2008 13:31:53 +0000
Received: from [207.173.203.159] (helo=lists.commandprompt.com) by psg.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from <ajs@commandprompt.com>) id 1Ki7zP-0006t6-OK for namedroppers@ops.ietf.org; Tue, 23 Sep 2008 13:31:48 +0000
Received: from commandprompt.com (CPE001b63afe888-CM001adea9c5a6.cpe.net.cable.rogers.com [99.236.211.160]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id m8NDZAL5004047 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <namedroppers@ops.ietf.org>; Tue, 23 Sep 2008 06:35:14 -0700
Date: Tue, 23 Sep 2008 09:31:33 -0400
From: Andrew Sullivan <ajs@commandprompt.com>
To: namedroppers@ops.ietf.org
Subject: DNAME (and CNAME) vs DNSSEC (Was: [dnsext] Reminder: two WGLC closing in one week)
Message-ID: <20080923133133.GA18300@commandprompt.com>
References: <20080923072354.BB38011402C@mx.isc.org> <200809230756.m8N7uHdg075258@drugs.dv.isc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <200809230756.m8N7uHdg075258@drugs.dv.isc.org>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (lists.commandprompt.com [207.173.203.159]); Tue, 23 Sep 2008 06:35:14 -0700 (PDT)
Sender: owner-namedroppers@ops.ietf.org
Precedence: bulk
List-ID: <namedroppers.ops.ietf.org>

Dear colleagues,

Given the discussion between Mike StJohns and Mark Andrews on how to
handle DNAME (or CNAME) chains in a DNSSEC context, it seems to me we
have three choices:

1.  Do nothing.  The documents are clear enough as they are.

2.  Clarify this behaviour in the 2672bis-dname document.

3.  Clarify the behaviour, but in the dnssec-bis-updates document.

Speaking only personally, it seems to me that, if we have a mailing
list thread that lasts through 4 or 5 exchanges to clarify a point, we
need to put together text to make that point clear in the resulting
RFCs.  Nobody is going to troll through old WG mailing list archives
to learn what the "right" interpretation is, and we'll see problems in
the field.

Speaking as the current shepherd for both the dname-bis and
dnssec-bis-updates drafts, I would therefore like some guidance from
the WG on what to do among 1-3.  In particular, if you think one of
those drafts is a better place for the clarification than the other,
I'd like to hear your opinion.  In terms of workflow, I will point out
that it'd be nice to be able to wrap up 2672bis-dname and punt this
problem to a later document if that's acceptable to everyone.  But if
the clarifications really need to go into 2672bis-dname, well, that's
why we have last calls.

Best regards,

Andrew

-- 
Andrew Sullivan
ajs@commandprompt.com
+1 503 667 4564 x104
http://www.commandprompt.com/

--
to unsubscribe send a message to namedroppers-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>