Re: [DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-nxdomain-cut-04: (with COMMENT)

Stephane Bortzmeyer <bortzmeyer@nic.fr> Sun, 11 September 2016 08:16 UTC

Return-Path: <bortzmeyer@nic.fr>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B33412B02A; Sun, 11 Sep 2016 01:16:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.408
X-Spam-Level:
X-Spam-Status: No, score=-8.408 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.508] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t1EirwtlaiqH; Sun, 11 Sep 2016 01:16:52 -0700 (PDT)
Received: from mx4.nic.fr (mx4.nic.fr [IPv6:2001:67c:2218:2::4:12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D800912B00F; Sun, 11 Sep 2016 01:16:51 -0700 (PDT)
Received: from mx4.nic.fr (localhost [127.0.0.1]) by mx4.nic.fr (Postfix) with SMTP id C9F962801A6; Sun, 11 Sep 2016 10:16:49 +0200 (CEST)
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163]) by mx4.nic.fr (Postfix) with ESMTP id C325628012C; Sun, 11 Sep 2016 10:16:49 +0200 (CEST)
Received: from b12.nic.fr (unknown [192.134.7.106]) by relay2.nic.fr (Postfix) with ESMTP id C1011B3800C; Sun, 11 Sep 2016 10:16:19 +0200 (CEST)
Received: by b12.nic.fr (Postfix, from userid 1000) id BA9423FE6B; Sun, 11 Sep 2016 10:16:19 +0200 (CEST)
Date: Sun, 11 Sep 2016 10:16:19 +0200
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Ben Campbell <ben@nostrum.com>
Message-ID: <20160911081619.m255yh2a7lqqibax@nic.fr>
References: <147346146854.30916.9464681523303571740.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <147346146854.30916.9464681523303571740.idtracker@ietfa.amsl.com>
X-Operating-System: Debian GNU/Linux stretch/sid
X-Kernel: Linux 4.6.0-1-amd64 x86_64
X-Charlie: Je suis Charlie
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.6.2-neo (2016-07-23)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/gz0NwOlT3XQsWnyayXIvCe3HSdQ>
Cc: Tim Wicinski <tjw.ietf@gmail.com>, dnsop@ietf.org, draft-ietf-dnsop-nxdomain-cut@ietf.org, dnsop-chairs@ietf.org, The IESG <iesg@ietf.org>
Subject: Re: [DNSOP] Ben Campbell's Yes on draft-ietf-dnsop-nxdomain-cut-04: (with COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Sep 2016 08:16:54 -0000

On Fri, Sep 09, 2016 at 03:51:08PM -0700,
 Ben Campbell <ben@nostrum.com> wrote 
 a message of 25 lines which said:

> One minor question: In section 2, paragraph 3, which behavior is
> "this behavior"? The continuing to use cached data under the cut, or
> the cached non-existence itself?

Cached non-existence. It was clear before but the later addition of
paragraph 2 made it ambiguous. Thanks for noticing. I suggest to
replace paragraph 3 with:


Another exception is that a validating resolver MAY decide to
implement the "NXDOMAIN cut" behaviour (described in the first
paragraph of this section) only when the NXDOMAIN response has been
validated with DNSSEC.  See Section 8 for the rationale.