[DNSOP] "Optimization" in draft-ietf-dnsop-qname-minimisation
Paul Hoffman <paul.hoffman@vpnc.org> Mon, 05 January 2015 16:33 UTC
Return-Path: <paul.hoffman@vpnc.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 1EC501A1AF6 for <dnsop@ietfa.amsl.com>; Mon, 5 Jan 2015 08:33:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.897
X-Spam-Level:
X-Spam-Status: No, score=0.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793] autolearn=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 ZWZMJ5Zu04nQ for <dnsop@ietfa.amsl.com>; Mon, 5 Jan 2015 08:33:36 -0800 (PST)
Received: from opus1.proper.com (unknown [207.182.41.91]) (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 00C041A1A31 for <dnsop@ietf.org>; Mon, 5 Jan 2015 08:33:35 -0800 (PST)
Received: from [10.20.30.90] (50-1-98-91.dsl.dynamic.fusionbroadband.com [50.1.98.91]) (authenticated bits=0) by opus1.proper.com (8.15.1/8.14.7) with ESMTPSA id t05GXVJF027333 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Jan 2015 09:33:35 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: opus1.proper.com: Host 50-1-98-91.dsl.dynamic.fusionbroadband.com [50.1.98.91] claimed to be [10.20.30.90]
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\))
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <4FF33728-5940-475A-AA41-A197295388AD@virtualized.org>
Date: Mon, 05 Jan 2015 08:33:31 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <5D8FEE1D-1283-4F67-B5B9-E2572C3D2185@vpnc.org>
References: <CAH1iCirCRpJxHWu62nCSTCmSumXfTNHi=-jt5eWXzRgspJjm9w@mail.gmail.com> <CAH1iCip7iGgM=eiaVcy3fHx+KdOJgd5Rh8zLsnDPMgoEnE-HvA@mail.gmail.com> <0BB798D6-60F4-492D-819A-EF4E0F5848B5@virtualized.org> <20150104193602.GA23109@sources.org> <4FF33728-5940-475A-AA41-A197295388AD@virtualized.org>
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
X-Mailer: Apple Mail (2.1993)
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/8D2LD5_pfpdDp7Kpk0xnt2bphTs
Cc: "dnsop@ietf.org WG" <dnsop@ietf.org>
Subject: [DNSOP] "Optimization" in draft-ietf-dnsop-qname-minimisation
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: Mon, 05 Jan 2015 16:33:37 -0000
On Jan 4, 2015, at 12:13 PM, David Conrad <drc@virtualized.org> wrote: >>> "Sending the full qname to the authoritative name server is a >>> tradition, not a protocol requirment." >>> >>> I'd actually call it an optimization, not a tradition. >> >> In many cases, sending the full qname degrades performance so I would >> not call it an optimization. > > If there are cases in which sending the full QNAME degrades performance, it might be useful to document them in the draft (off the top of my head, I can't imagine non-broken cases where that would be true, but I haven't thought about it too long). > > The reason I'd call it an optimization is that in the case where a server is authoritative for multiple layers of hierarchy, sending the full QNAME allows that server to bypass the referrals for all intermediate layers of hierarchy and simply respond to the depth it knows. If QNAME minimization is applied, that shortcut isn't possible. +1 to David's comment. I have always heard that sending the full name was an optimization for authoritative severs that spanned more than one level, and that such servers were common in "the early days". It is worth pointing this out in this draft, and to also say that that situation may be much less common now than it was in antiquity. --Paul Hoffman
- [DNSOP] Fwd: Comments on draft-ietf-dnsop-qname-m… Brian Dickson
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… David Conrad
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Stephane Bortzmeyer
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… David Conrad
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Rubens Kuhl
- [DNSOP] "Optimization" in draft-ietf-dnsop-qname-… Paul Hoffman
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Bob Harold
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Tony Finch
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Rubens Kuhl
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Paul Vixie
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Jelte Jansen
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Tony Finch
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Paul Vixie
- Re: [DNSOP] Fwd: Comments on draft-ietf-dnsop-qna… Shumon Huque
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Warren Kumari
- Re: [DNSOP] Fwd: Comments on draft-ietf-dnsop-qna… Warren Kumari
- Re: [DNSOP] Fwd: Comments on draft-ietf-dnsop-qna… Shumon Huque
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Olafur Gudmundsson
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Rubens Kuhl
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Niall O'Reilly
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Mark Andrews
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Niall O'Reilly
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Paul Vixie
- [DNSOP] Hostname (was: Comments on draft-ietf-dns… Niall O'Reilly
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Stephane Bortzmeyer
- Re: [DNSOP] "Optimization" in draft-ietf-dnsop-qn… Stephane Bortzmeyer
- Re: [DNSOP] Fwd: Comments on draft-ietf-dnsop-qna… Stephane Bortzmeyer
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Mark Andrews
- Re: [DNSOP] Comments on draft-ietf-dnsop-qname-mi… Niall O'Reilly