Re: [dnsext] perhaps we should reintroduce "resimprove"

Mohan Parthasarathy <suruti94@gmail.com> Thu, 16 February 2012 00:28 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 3C6EF21E807B; Wed, 15 Feb 2012 16:28:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1329352103; bh=sCjVhuGnz9iccOwCRRsPBf1JojA/K4Lneq/s4qjDgh0=; h=MIME-Version:In-Reply-To:References:Date:Message-ID:From:To:Cc: Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help: List-Subscribe:Content-Type:Content-Transfer-Encoding:Sender; b=dxFQmBHGDvCaFjRTiEIKIVq4venVaF7ibWR5RKwIMtrc5Kmd2oLkspCYiWWeYa9yq Q4DK1exvg9T6tCoOBaK3SoDuT++jqw45okFo3aBYNH94yKtQhzFXJjEL3TaC9x1nI7 R/MOyfhvsoJw2EJKwwtKRNn4+GJuuxVdE+h0yJrI=
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 5F70D21E807B for <dnsext@ietfa.amsl.com>; Wed, 15 Feb 2012 16:28:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.483
X-Spam-Level:
X-Spam-Status: No, score=-3.483 tagged_above=-999 required=5 tests=[AWL=0.116, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 xKVPEqEfthpV for <dnsext@ietfa.amsl.com>; Wed, 15 Feb 2012 16:28:21 -0800 (PST)
Received: from mail-qw0-f51.google.com (mail-qw0-f51.google.com [209.85.216.51]) by ietfa.amsl.com (Postfix) with ESMTP id 37F7821E801D for <dnsext@ietf.org>; Wed, 15 Feb 2012 16:28:13 -0800 (PST)
Received: by qan41 with SMTP id 41so1752762qan.10 for <dnsext@ietf.org>; Wed, 15 Feb 2012 16:28:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=uZcCH8a0cr/daoQ6qrYutuOhyWCcRD6JtPzHy5PmAKw=; b=ZnNU0bkeagK90vKog8irZiry82rSUUCuSC7SQRp7J7TAgPLh5+PMqOyGmQWUfdjfKU Exak+XUQuAHJttz1b3XpRN4MUwANfZyiH9oMyxViRxTqDi00ZMuT+f3zYBomk7YlMHMa KuOCixCJZJrgZhoNRghQm2dR6RHxLbCc9PDr8=
MIME-Version: 1.0
Received: by 10.229.77.134 with SMTP id g6mr212590qck.33.1329352092762; Wed, 15 Feb 2012 16:28:12 -0800 (PST)
Received: by 10.229.159.17 with HTTP; Wed, 15 Feb 2012 16:28:12 -0800 (PST)
In-Reply-To: <4F3C2AD6.900@isc.org>
References: <4F33E1A6.4030902@isc.org> <CACU5sDnS1L0Tyd4S38uU78nMDpuC8tBgYM+3jwrmFDCTBjMhDg@mail.gmail.com> <4F3C2AD6.900@isc.org>
Date: Wed, 15 Feb 2012 16:28:12 -0800
Message-ID: <CACU5sDnNUeSrW54AcodDF2MBiQP_rr2YmyFEbsqH5eAvCE5vrw@mail.gmail.com>
From: Mohan Parthasarathy <suruti94@gmail.com>
To: Paul Vixie <vixie@isc.org>
Cc: dnsext@ietf.org
Subject: Re: [dnsext] perhaps we should reintroduce "resimprove"
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="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Sender: dnsext-bounces@ietf.org
Errors-To: dnsext-bounces@ietf.org

On Wed, Feb 15, 2012 at 1:59 PM, Paul Vixie <vixie@isc.org> wrote:
> On 2/15/2012 8:11 PM, Mohan Parthasarathy wrote:
>> On Thu, Feb 9, 2012 at 7:09 AM, paul vixie <vixie@isc.org> wrote:
>>> ... i did not
>>> agree that this was a problem since RBL DNS queries are always full
>>> length (that is, for all octets or all nybbles of an inverted host
>>> address) and since the DNSSEC specification clarified non-terminal names
>>> as existing but empty.
>>>
>> RFC 4035, "3.1.3.2.  Including NSEC RRs: Name Error Response" has the
>> following text towards the end:
>>
>>    Note that this form of response includes cases in which SNAME
>>    corresponds to an empty non-terminal name within the zone (a name
>>    that is not the owner name for any RRset but that is the parent name
>>    of one or more RRsets).
>>
>> I don't see anything clarified in the dnssec-bis-updates document
>> regarding this. Could you clarify what you meant by "DNSSEC
>> specification clarified non-terminal names as existing but empty" ?
>
> what i mean is hard to quote a chapter and verse for, but in dnssec if
> an authority server receives a query for a domain name which is empty of
> rrsets but has children, then the answer is NOERROR not NXDOMAIN, and
> there is no need to provide the usual proofs (of no wild card and so on)
> that would accompany an NXDOMAIN response.
>
> some dns implementations have been behaving this way for decades (BIND
> for example). others have been returning NXDOMAIN under these
> conditions. the original DNS spec didn't make either behaviour wrong. in
> DNSSEC one way is right and the other way is wrong.
>
Ok. The problem is that RFC 4035, section 3.1.3.2, mentions about ENT
under the name error response. That should be clarified in the
dnssec-bis-updates document then.

-mohan

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