IETF Logo Mail Archive

Re: [DNSOP] Call for Adoption: draft-wkumari-dnsop-extended-error

Tony Finch <dot@dotat.at> Sat, 29 July 2017 13:28 UTC

Return-Path: <dot@dotat.at>
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 70F551318A8 for <dnsop@ietfa.amsl.com>; Sat, 29 Jul 2017 06:28:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.32
X-Spam-Level:
X-Spam-Status: No, score=-2.32 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, URIBL_BLOCKED=0.001] 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 SaTk6FaIjM2C for <dnsop@ietfa.amsl.com>; Sat, 29 Jul 2017 06:28:01 -0700 (PDT)
Received: from ppsw-30.csi.cam.ac.uk (ppsw-30.csi.cam.ac.uk [131.111.8.130]) (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 A46D112783A for <dnsop@ietf.org>; Sat, 29 Jul 2017 06:28:01 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus
Received: from grey.csi.cam.ac.uk ([131.111.57.57]:57836) by ppsw-30.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.136]:25) with esmtps (TLSv1:ECDHE-RSA-AES256-SHA:256) id 1dbRmg-000bnM-ck (Exim 4.89) (return-path <dot@dotat.at>); Sat, 29 Jul 2017 14:27:58 +0100
Date: Sat, 29 Jul 2017 14:27:57 +0100
From: Tony Finch <dot@dotat.at>
To: 神明達哉 <jinmei@wide.ad.jp>
cc: tjw ietf <tjw.ietf@gmail.com>, dnsop <dnsop@ietf.org>
In-Reply-To: <CAJE_bqf7R7ZW5ixcZdOcaHDso+C5QbtGbz+Z1mOs+p9_C2_cAg@mail.gmail.com>
Message-ID: <alpine.DEB.2.11.1707291417480.23659@grey.csi.cam.ac.uk>
References: <CADyWQ+Ffu8JOn6co184PC-Uvv4G1qYU3d0ZchupRJEDDmfYKaw@mail.gmail.com> <CAJE_bqf7R7ZW5ixcZdOcaHDso+C5QbtGbz+Z1mOs+p9_C2_cAg@mail.gmail.com>
User-Agent: Alpine 2.11 (DEB 23 2013-08-11)
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="1870870841-1086627875-1501334878=:23659"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/1g9TtZHxEYCD2yqBh4Yx3NnZbE0>
Subject: Re: [DNSOP] Call for Adoption: draft-wkumari-dnsop-extended-error
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 29 Jul 2017 13:28:03 -0000

神明達哉 <jinmei@wide.ad.jp> wrote:
>
> - One possible idea of another extended error code: one that indicates
>   a type-ANY query is responded with just one type of RRset when there
>   can be more.

Note that it is almost always the case that ANY answers from
non-authoritative servers are a subset of the records :-)

And it seems difficult for a cache to determine when to use this extended
error code. If the cache was populated by an A query (say) it can't know
if this is a subset of the owner's records or not; if it populated the
cache from an ANY query then the records can expire at different times, so
it would have to keep track of this to know if the extended error becomes
relevant.

Tony.
-- 
f.anthony.n.finch  <dot@dotat.at>  http://dotat.at/  -  I xn--zr8h punycode
Southeast Iceland: Northeasterly 5 or 6, increasing 7 or gale 8 at first in
west. Moderate. Rain or showers. Moderate or good, occasionally poor.

v2.23.0 | Report a Bug | By Email