Re: [DNSOP] I-D Action: draft-song-dnsop-tcp-primingexchange-00.txt

Mark Andrews <marka@isc.org> Thu, 27 November 2014 22:14 UTC

Return-Path: <marka@isc.org>
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 8902C1A00E2 for <dnsop@ietfa.amsl.com>; Thu, 27 Nov 2014 14:14:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_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 8iLan6ZLlAcQ for <dnsop@ietfa.amsl.com>; Thu, 27 Nov 2014 14:14:39 -0800 (PST)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACB861A00B2 for <dnsop@ietf.org>; Thu, 27 Nov 2014 14:14:39 -0800 (PST)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.pao1.isc.org (Postfix) with ESMTP id 7CD763493BA; Thu, 27 Nov 2014 22:14:37 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id ED041160064; Thu, 27 Nov 2014 22:18:09 +0000 (UTC)
Received: from rock.dv.isc.org (c211-30-183-50.carlnfd1.nsw.optusnet.com.au [211.30.183.50]) by zmx1.isc.org (Postfix) with ESMTPSA id AED91160060; Thu, 27 Nov 2014 22:18:09 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id D8D6324741DF; Fri, 28 Nov 2014 09:14:34 +1100 (EST)
To: Paul Hoffman <paul.hoffman@vpnc.org>
From: Mark Andrews <marka@isc.org>
References: <20141126190228.2644.32272.idtracker@ietfa.amsl.com> <CAAObRXJM1Ucu3RtJCZPaw2ss0+ZBXxnDyyUvshuAnqEQYEi2XA@mail.gmail.com> <FFAC9976-D502-4AAE-AB7D-8A869CB140AB@vpnc.org>
In-reply-to: Your message of "Thu, 27 Nov 2014 08:05:00 -0800." <FFAC9976-D502-4AAE-AB7D-8A869CB140AB@vpnc.org>
Date: Fri, 28 Nov 2014 09:14:34 +1100
Message-Id: <20141127221434.D8D6324741DF@rock.dv.isc.org>
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/WoyWVRkRYFH-rBuybXdAw26EbKY
Cc: Davey Song <songlinjian@gmail.com>, dnsop@ietf.org
Subject: Re: [DNSOP] I-D Action: draft-song-dnsop-tcp-primingexchange-00.txt
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: <http://www.ietf.org/mail-archive/web/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: Thu, 27 Nov 2014 22:14:41 -0000

In message <FFAC9976-D502-4AAE-AB7D-8A869CB140AB@vpnc.org>, Paul Hoffman writes
:
> On Nov 26, 2014, at 11:18 AM, Davey Song <songlinjian@gmail.com> wrote:
> > Hi folks, I just post a draft on Priming Exchange over TCP. Comments are we
> lcome!
> 
> The proposed solution is not needed as long as the resolver that using the pr
> iming exchange can fall back to TCP. A different approach to the document wou
> ld be:
> 
>    Motivation: The root zone is longer than 512 octets,
>    so responses to priming queries are truncated.
> 
>    Requirement: All resolvers that perform priming
>    queries MUST be able to use TCP as specified in
>    RFC 1035 when performing the priming query.
> 
> That should be an RFC of less than two pages, and would not involve making pr
> iming queries special enough to require a protocol change for them.
> 
> --Paul Hoffman
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

Additionally you may as well just implement EDNS.  The IPv6 response
won't be fragmented as it is < 1280 bytes and the IPv4 response is
unlikely to be fragmented as it is < 1500 bytes.  If you are making
DNS queries over IPv6 you are already required to support EDNS as
it is a node requirement.

All the root servers support EDNS as that is a prerequisite for
DNSSEC and if the firewall in front of your recursive server doesn't
it needs to be replaced if it can't support a 15 year old extension
to the protocol.

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