Re: [dnsext] Issues in WGLC of dnssec-bis-updates

Andrew Sullivan <ajs@anvilwalrusden.com> Wed, 08 February 2012 18:56 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 3F81921F8635; Wed, 8 Feb 2012 10:56:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1328727383; bh=9T7G/CtTi7P78v5f+CcVR35IJaL0lLhW0xPYft7btnQ=; h=Date:From:To:Message-ID:References:MIME-Version:In-Reply-To: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; b=A5G2PAWRPIMU6zpEla9Onm40PkewyltQSA3gS7oFZNt/+1pNMoL426r+yNl5KC0zK 23jwGxcZfU7/KgEF7BmwaFevxXP7H1f+EO7ZtD+HPN4zOJVRYhoOSz7feieW3svoEd YSVZHbzF9dTWSaO32yVBCPpsRKXdwBipj64it9R8=
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 0E2A821F8636 for <dnsext@ietfa.amsl.com>; Wed, 8 Feb 2012 10:56:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.607
X-Spam-Level:
X-Spam-Status: No, score=-2.607 tagged_above=-999 required=5 tests=[AWL=-0.008, 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 XWZP2lk5J+Xj for <dnsext@ietfa.amsl.com>; Wed, 8 Feb 2012 10:56:20 -0800 (PST)
Received: from mail.yitter.info (mail.yitter.info [208.86.224.201]) by ietfa.amsl.com (Postfix) with ESMTP id 8FD3721F8635 for <dnsext@ietf.org>; Wed, 8 Feb 2012 10:56:20 -0800 (PST)
Received: from mail.yitter.info (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yitter.info (Postfix) with ESMTPSA id BC1A31ECB41D for <dnsext@ietf.org>; Wed, 8 Feb 2012 18:56:19 +0000 (UTC)
Date: Wed, 08 Feb 2012 13:56:17 -0500
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: dnsext@ietf.org
Message-ID: <20120208185617.GH11475@mail.yitter.info>
References: <20120207151820.GE9478@crankycanuck.ca> <4F31449C.9040604@nlnetlabs.nl> <a06240801cb570a945202@192.168.128.143> <CACU5sD=bUC9bC_OW4SeH2h6DPM+d3+-JkZyz=6u=dpmj+7rVjw@mail.gmail.com> <4F3232B6.3060505@nlnetlabs.nl>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <4F3232B6.3060505@nlnetlabs.nl>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [dnsext] Issues in WGLC of dnssec-bis-updates
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-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

No hat.

On Wed, Feb 08, 2012 at 09:30:46AM +0100, W.C.A. Wijngaards wrote:
> 
> On 02/07/2012 08:51 PM, Mohan Parthasarathy wrote:
> 
> > How does it help the application to make this more fine grained ?
> 
> No, the application just wants all bogus data to be removed.  Data that
> is secure and data that is not DNSSEC signed is what it wants. 

It seems to me that the above is either a matter of policy or a matter
of implementation.  That is, some applications will surely only want
data that they can know for sure is valid, and in particular will not
want any unsigned data no matter what.

This could be implemented in more than one way.  One is to hand the
application everything that is validated and unsigned, and let the
application work out which it wants.  But another would be for the
application to be able to signal this choice to the resolver.  No?

A
-- 
Andrew Sullivan
ajs@anvilwalrusden.com
_______________________________________________
dnsext mailing list
dnsext@ietf.org
https://www.ietf.org/mailman/listinfo/dnsext