Re: [DNSOP] Clarifying referrals (#35)

Mark Andrews <marka@isc.org> Wed, 29 November 2017 02:05 UTC

Return-Path: <marka@isc.org>
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 2E3801293E0 for <dnsop@ietfa.amsl.com>; Tue, 28 Nov 2017 18:05:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-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 OVGe4iHiFJgi for <dnsop@ietfa.amsl.com>; Tue, 28 Nov 2017 18:04:59 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (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 D460D1293DF for <dnsop@ietf.org>; Tue, 28 Nov 2017 18:04:59 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id 241EC3B5FBA; Wed, 29 Nov 2017 02:04:23 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 03C03160047; Wed, 29 Nov 2017 02:04:23 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id E771E160051; Wed, 29 Nov 2017 02:04:22 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 62CqZa46LEBY; Wed, 29 Nov 2017 02:04:22 +0000 (UTC)
Received: from [172.30.42.89] (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 090C1160047; Wed, 29 Nov 2017 02:04:21 +0000 (UTC)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
From: Mark Andrews <marka@isc.org>
In-Reply-To: <AE976F3F-0270-4484-BCE4-FE0E9BF9D03E@isc.org>
Date: Wed, 29 Nov 2017 13:04:19 +1100
Cc: IETF DNSOP WG <dnsop@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <32ACBBB9-A6E6-4009-9AB3-5626222AFEA0@isc.org>
References: <20171112075445.tf2ut5dxzhhnqe7l@mx4.yitter.info> <20171128195025.ifzwsjk42wz7ard6@mx4.yitter.info> <FAA4A6D6-1454-4705-B87F-1FB96CC50658@isc.org> <20171129014436.sx546yjwvobepnyp@mx4.yitter.info> <8E36C30A-A7BC-4908-BE06-6D2B8B469006@isc.org> <20171129015303.kthpahbi6w6m645d@mx4.yitter.info> <AE976F3F-0270-4484-BCE4-FE0E9BF9D03E@isc.org>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/3jUDHtT-c3L6E_lCSupplXSvmEk>
Subject: Re: [DNSOP] Clarifying referrals (#35)
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: Wed, 29 Nov 2017 02:05:01 -0000

And you can have partial answer and with no referral data responses
which are confusable with NOERROR NODATA.  We really should do
EDNS(1) and add NXRRSET to the list of rcodes for QUERY. 

> On 29 Nov 2017, at 12:57 pm, Mark Andrews <marka@isc.org> wrote:
> 
> You can answer only responses, you can have referral only responses,
> you can partial answer + referral responses.
> 
>> On 29 Nov 2017, at 12:53 pm, Andrew Sullivan <ajs@anvilwalrusden.com> wrote:
>> 
>> On Wed, Nov 29, 2017 at 12:46:07PM +1100, Mark Andrews wrote:
>>> GO READ STD13!
>> 
>> I thought I had, and I thought indeed that I was quoting it to you (or
>> at least making references).
>> 
>> I _suspect_ that you're referring to 4.1.1 in 1035 which describes AA.
>> But that says that it "that the responding name server is an authority
>> for the domain name in question section."  This does not seem to me to
>> line up clearly with the cases called a "referral" in 1034.
>> 
>> I'm not trying to be religious about this or claim that I have the
>> right answer.  I'm just trying to write down the historical lore, so
>> that future people don't have to be this bored again.
>> 
>> Thanks,
>> 
>> A
>> 
>> 
>> -- 
>> Andrew Sullivan
>> ajs@anvilwalrusden.com
>> 
>> _______________________________________________
>> DNSOP mailing list
>> DNSOP@ietf.org
>> https://www.ietf.org/mailman/listinfo/dnsop
> 
> -- 
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: marka@isc.org
> 
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742              INTERNET: marka@isc.org