Re: [DNSOP] Closing out issues in draft-ietf-dnsop-resolver-priming
Tony Finch <dot@dotat.at> Fri, 16 October 2015 10:04 UTC
Return-Path: <fanf2@hermes.cam.ac.uk>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C09B1A1AB5 for <dnsop@ietfa.amsl.com>; Fri, 16 Oct 2015 03:04:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 o02OO530qmTS for <dnsop@ietfa.amsl.com>; Fri, 16 Oct 2015 03:04:54 -0700 (PDT)
Received: from ppsw-51.csi.cam.ac.uk (ppsw-51.csi.cam.ac.uk [131.111.8.151]) (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 203461A1A9F for <dnsop@ietf.org>; Fri, 16 Oct 2015 03:04:54 -0700 (PDT)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/
Received: from hermes-2.csi.cam.ac.uk ([131.111.8.54]:40870) by ppsw-51.csi.cam.ac.uk (smtp.hermes.cam.ac.uk [131.111.8.159]:25) with esmtpa (EXTERNAL:fanf2) id 1Zn1sW-0007ak-Wa (Exim 4.86_36-e07b163) (return-path <fanf2@hermes.cam.ac.uk>); Fri, 16 Oct 2015 11:04:48 +0100
Received: from fanf2 by hermes-2.csi.cam.ac.uk (hermes.cam.ac.uk) with local id 1Zn1sW-0007fi-14 (Exim 4.72) (return-path <fanf2@hermes.cam.ac.uk>); Fri, 16 Oct 2015 11:04:48 +0100
Date: Fri, 16 Oct 2015 11:04:48 +0100
From: Tony Finch <dot@dotat.at>
X-X-Sender: fanf2@hermes-2.csi.cam.ac.uk
To: Mark Andrews <marka@isc.org>
In-Reply-To: <20151016040605.032E23A93C71@rock.dv.isc.org>
Message-ID: <alpine.LSU.2.00.1510161053080.20598@hermes-2.csi.cam.ac.uk>
References: <8149BC4D-F11E-4E4F-BBB8-C38D865A4184@vpnc.org> <20151016040605.032E23A93C71@rock.dv.isc.org>
User-Agent: Alpine 2.00 (LSU 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: Tony Finch <fanf2@hermes.cam.ac.uk>
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/HrXRcQAQBLq3FvmhSDjPgpvefnI>
Cc: dnsop WG <dnsop@ietf.org>, Paul Hoffman <paul.hoffman@vpnc.org>
Subject: Re: [DNSOP] Closing out issues in draft-ietf-dnsop-resolver-priming
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 16 Oct 2015 10:04:55 -0000
Mark Andrews <marka@isc.org> wrote: > In message <8149BC4D-F11E-4E4F-BBB8-C38D865A4184@vpnc.org>, "Paul Hoffman" writ > es: > > > > If the response packet does not provide for more than 512 octets due > > to lack of EDNS0 support, A RRSets SHOULD be given preference over > > AAAA RRSets when filling the additional section. > > I would recommend that the transport family used to make the query > should be the determining factor for which additional records are > dropped. I was going to make the same point :-) > > What to do with payload sizes indicated by > > EDNS0 that are smaller than 1024, is open to discussion. Do the same thing with or without EDNS0. > > At the time > > of writing, some root name servers will fill the additional section > > with all available A RRSets, only adding some AAAA RRSets, when > > queried over IPv4 without EDNS0. They have the same behaviour (prioritize A) when queried on IPv6. Tony. -- f.anthony.n.finch <dot@dotat.at> http://dotat.at/ Lundy, Fastnet, Irish Sea: Northeast 4 or 5. Slight or moderate, but smooth or slight in Irish Sea. Fair. Good.
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Joe Abley
- [DNSOP] Closing out issues in draft-ietf-dnsop-re… Paul Hoffman
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Mark Andrews
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Tony Finch
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… 宋林健
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Shane Kerr
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Bob Harold
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Joe Abley
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Paul Vixie
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… 神明達哉
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Darcy Kevin (FCA)
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Paul Hoffman
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Paul Hoffman
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Paul Vixie
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Shane Kerr
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Paul Vixie
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Joe Abley
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Shane Kerr
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Darcy Kevin (FCA)
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Joe Abley
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Darcy Kevin (FCA)
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… 神明達哉
- Re: [DNSOP] Closing out issues in draft-ietf-dnso… Suzanne Woolf