Re: [dnsext] WGLC: draft-ietf-dnsext-dnssec-bis-updates-16

Samuel Weiler <weiler@watson.org> Mon, 30 April 2012 17:43 UTC

Return-Path: <dnsext-bounces@ietf.org>
X-Original-To: namedroppers-archive-gleetwall6@lists.ietf.org
Delivered-To: ietfarch-namedroppers-archive-gleetwall6@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8806121F885E; Mon, 30 Apr 2012 10:43:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1335807826; bh=OPwf5C5VVGADKGrJjQ8ySNkNtNa+tArzjBCUb/E/eD4=; h=Date:From:To:In-Reply-To:Message-ID:References:MIME-Version:Cc: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Transfer-Encoding:Content-Type:Sender; b=N0JJc9EODESEJicnUK3l0YG5Fo8ECCMK89FStNy/TbrgcTOBnJLP1gMZFIW5CZRTV Dc9SPsC9yh7fyhCVWhpleBkY/vueLi1gLJ+uZqrhyovzT3wqWhXcd0IsTEs9TVPHZW R0Y3l1Fatr170FWIYV29XZpro02g9Pytm/fG5WEI=
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 9B49D21F8872 for <dnsext@ietfa.amsl.com>; Mon, 30 Apr 2012 10:43:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, 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 cwd8pLMOXgsw for <dnsext@ietfa.amsl.com>; Mon, 30 Apr 2012 10:43:44 -0700 (PDT)
Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by ietfa.amsl.com (Postfix) with ESMTP id 0D73421F86FC for <dnsext@ietf.org>; Mon, 30 Apr 2012 10:43:43 -0700 (PDT)
Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.14.4/8.14.4) with ESMTP id q3UHhcIP021760; Mon, 30 Apr 2012 13:43:38 -0400 (EDT) (envelope-from weiler@watson.org)
Received: from localhost (weiler@localhost) by fledge.watson.org (8.14.4/8.14.4/Submit) with ESMTP id q3UHhbFs021755; Mon, 30 Apr 2012 13:43:38 -0400 (EDT) (envelope-from weiler@watson.org)
X-Authentication-Warning: fledge.watson.org: weiler owned process doing -bs
Date: Mon, 30 Apr 2012 13:43:37 -0400
From: Samuel Weiler <weiler@watson.org>
To: Edward Lewis <Ed.Lewis@neustar.biz>
In-Reply-To: <alpine.BSF.2.00.1203121455450.39342@fledge.watson.org>
Message-ID: <alpine.BSF.2.00.1204301341240.95708@fledge.watson.org>
References: <20120120054939.GD4365@mail.yitter.info> <20120120142243.GE4944@mail.yitter.info> <a06240801cb3f4c060c50@[192.168.129.98]> <alpine.BSF.2.00.1203121455450.39342@fledge.watson.org>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
MIME-Version: 1.0
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (fledge.watson.org [127.0.0.1]); Mon, 30 Apr 2012 13:43:38 -0400 (EDT)
Cc: dnsext@ietf.org
Subject: Re: [dnsext] WGLC: draft-ietf-dnsext-dnssec-bis-updates-16
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>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

On Mon, 12 Mar 2012, Samuel Weiler wrote:

> On Fri, 20 Jan 2012, Edward Lewis wrote:
...
>> 5.9's title is misleading.  The content is good, it's about answering from 
>> cache in the face of a CD query.  But "always doing CD" only applies to 
>> elements that will do their own validation.
>
> Doesn't it also apply to a non-validating box in the middle?  That box may 
> still need to return +CD data if something downstream wants it.
>
> The only place I see it not applying is stub resolvers.  Rather than alter 
> the title (since I couldn't think of a good way to do it), I propose adding a 
> paragraph saying "this doesn't apply to stub resolvers".

During his PROTO review, Andrew observed that the CD bit appendix 
mentions validating stub resolvers and, indeed, it seems to me that 
section 5.9 would apply to validating stub resolvers also.  At least 
for the moment, I've removed the sentence saying the section doesn't 
apply to stub resolvers.  If there's a better way to fix this, please 
speak up.

-- Sam

_______________________________________________
dnsext mailing list
dnsext@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext