Re: [DNSOP] Possible slower response with minimization
Tim Wicinski <tjw.ietf@gmail.com> Mon, 20 October 2014 21:06 UTC
Return-Path: <tjw.ietf@gmail.com>
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 8DA011ACE17 for <dnsop@ietfa.amsl.com>; Mon, 20 Oct 2014 14:06:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 wqxRtR-ytcPx for <dnsop@ietfa.amsl.com>; Mon, 20 Oct 2014 14:06:56 -0700 (PDT)
Received: from mail-qa0-x234.google.com (mail-qa0-x234.google.com [IPv6:2607:f8b0:400d:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 81B341ACC8D for <dnsop@ietf.org>; Mon, 20 Oct 2014 14:06:56 -0700 (PDT)
Received: by mail-qa0-f52.google.com with SMTP id dc16so3882636qab.39 for <dnsop@ietf.org>; Mon, 20 Oct 2014 14:06:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=CfeJLDY/XPEdhLFuMitGzuBd3+qOB29aMQicZMlJkkY=; b=FdmtF06locQ4swiVBtbDHhf33bbrBJAYeOUfi4g1C3HXpPM7ZiaCiNXE0P5cs/xb4j EoLuCvUKTEmnhtnmY0WDTA/AcQXBAEdYqXRVKtGQy9zyMaguwIreGb8KJvMQqVdH4dmU CHNxML/PMAv+K1T6HLBRoPyG3YKQBb0s0AGvApd8w0vaAKI85LWjHe2aK2V12oEL7SIG qo1/TEtY9Td4hSjARN3DKn/F34Lv7oPDFtEZxI5IrOSSpll946wifRq+B4PeGXgngtBy 9cwO+66/2bnFeMmqDzZy2/0Wd552xyPLCkL5JnIyAF7+3ZJs6C3I2QOrAxGgbNqoeVJ5 JkjQ==
X-Received: by 10.224.163.78 with SMTP id z14mr26306646qax.69.1413839215681; Mon, 20 Oct 2014 14:06:55 -0700 (PDT)
Received: from still.local ([50.127.153.95]) by mx.google.com with ESMTPSA id j3sm8876733qai.45.2014.10.20.14.06.54 for <dnsop@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Oct 2014 14:06:55 -0700 (PDT)
Message-ID: <5445796D.5070308@gmail.com>
Date: Mon, 20 Oct 2014 17:06:53 -0400
From: Tim Wicinski <tjw.ietf@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:33.0) Gecko/20100101 Thunderbird/33.0
MIME-Version: 1.0
To: dnsop@ietf.org
References: <CA+nkc8AVaJtKGF1iUvTW50d9mwdsEf7SbGExV+Oq2vPmGu7P5w@mail.gmail.com>
In-Reply-To: <CA+nkc8AVaJtKGF1iUvTW50d9mwdsEf7SbGExV+Oq2vPmGu7P5w@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/fERNqSufT4F4fjDnrUnfYgHcv6s
Subject: Re: [DNSOP] Possible slower response with minimization
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, 20 Oct 2014 21:06:58 -0000
I think part of the work on qname-minimization will spend some time studying performance, as well as operational issues as Peter brought up. It could very well be that what Peter pointed out will be true and there are operational issues that could cause acceptance. But part of this work will be to understand and document these effects, correct? tim (finally back home and catching up) On 10/20/14 5:03 PM, Bob Harold wrote: > I support the idea of qname minimization, but I think there is a common > case where it will cause additional DNS round trips, slowing the > response and increasing the number of packets and queries the servers > must handle. > > Consider “www.host.group.department.example.com > <http://www.host.group.department.example.com>” where the company’s > servers are authoritative for the zones: > > example.com <http://example.com> > department.example.com <http://department.example.com> > group.department.example.com <http://group.department.example.com> > > Without minimization (typical today): > > 1. Query root for “www.host.group.department.example.com > <http://www.host.group.department.example.com>”, get list of “com” servers. > 2. Query a com server for “www.host.group.department.example.com > <http://www.host.group.department.example.com>”, get list of > “example.com <http://example.com>” servers. > 3. Query an example.com <http://example.com> server for > “www.host.group.department.example.com > <http://www.host.group.department.example.com>”, get answer. > > With minimization: > > 1. Query root for “com”, get list of “com” servers. > 2. Query a com server for “example.com <http://example.com>”, get list > of “example.com <http://example.com>” servers. > 3. Query an example.com <http://example.com> server for > “department.example.com <http://department.example.com>”, get list of > “department.example.com <http://department.example.com>” servers (which > happens to be the same as the list of “example.com <http://example.com>” > servers). > 4. Query a “department.example.com <http://department.example.com>” > server (likely the same server as step 3) for > “group.department.example.com <http://group.department.example.com>”, > get list of “group.department.example.com > <http://group.department.example.com>” servers. > 5. Query a “group.department.example.com > <http://group.department.example.com>” server for > “host.group.example.com <http://host.group.example.com>”, get probably > just an A and/or AAAA record, indicating there is no zone cut at that level. > 6. Query a “group.department.example.com > <http://group.department.example.com>” server for > “www.host.group.department.example.com > <http://www.host.group.department.example.com>”, get answer. > > Note that it takes twice as many queries, and each depends on the > previous, so it is twice as many round trips. > > I realize that caching will reduce the extra queries in many cases, but > can we estimate the impact of this somehow, to determine if it is > significant? > > -- > > Bob Harold > > DNS hostmaster, University of Michigan > > > > _______________________________________________ > DNSOP mailing list > DNSOP@ietf.org > https://www.ietf.org/mailman/listinfo/dnsop >
- Re: [DNSOP] Possible slower response with minimiz… Tim Wicinski
- [DNSOP] Possible slower response with minimization Bob Harold
- Re: [DNSOP] Possible slower response with minimiz… Phillip Hallam-Baker
- Re: [DNSOP] Possible slower response with minimiz… Paul Vixie
- Re: [DNSOP] Possible slower response with minimiz… Doug Barton
- Re: [DNSOP] Possible slower response with minimiz… Masataka Ohta
- Re: [DNSOP] Possible slower response with minimiz… Ray Bellis
- Re: [DNSOP] Possible slower response with minimiz… Masataka Ohta
- Re: [DNSOP] Possible slower response with minimiz… Ray Bellis
- Re: [DNSOP] Possible slower response with minimiz… Edward Lewis
- Re: [DNSOP] Possible slower response with minimiz… Masataka Ohta
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… Paul Vixie
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… Phillip Hallam-Baker
- Re: [DNSOP] Possible slower response with minimiz… Mark Andrews
- Re: [DNSOP] Possible slower response with minimiz… Warren Kumari
- Re: [DNSOP] Possible slower response with minimiz… Doug Barton
- Re: [DNSOP] Possible slower response with minimiz… Mark Andrews
- Re: [DNSOP] Possible slower response with minimiz… Tony Finch
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… Warren Kumari
- Re: [DNSOP] Possible slower response with minimiz… Stephane Bortzmeyer
- Re: [DNSOP] Possible slower response with minimiz… David C Lawrence
- Re: [DNSOP] Possible slower response with minimiz… Masataka Ohta
- Re: [DNSOP] Possible slower response with minimiz… Nicholas Weaver
- Re: [DNSOP] Possible slower response with minimiz… Paul Vixie
- Re: [DNSOP] Possible slower response with minimiz… Mark Andrews