Re: [DNSOP] my lone hum against draft-wkumari-dnsop-multiple-responses
延志伟 <yzw_iplab@163.com> Wed, 20 July 2016 13:41 UTC
Return-Path: <yzw_iplab@163.com>
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 840EF12D73A for <dnsop@ietfa.amsl.com>; Wed, 20 Jul 2016 06:41:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.585
X-Spam-Level:
X-Spam-Status: No, score=-0.585 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, HTML_MESSAGE=0.001, RCVD_IN_PSBL=2.7, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=163.com
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 DpVENFwfNFpO for <dnsop@ietfa.amsl.com>; Wed, 20 Jul 2016 06:40:59 -0700 (PDT)
Received: from m13-59.163.com (m13-59.163.com [220.181.13.59]) by ietfa.amsl.com (Postfix) with ESMTP id 1742512D66B for <dnsop@ietf.org>; Wed, 20 Jul 2016 06:40:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=Date:From:Subject:MIME-Version:Message-ID; bh=FInPy nha8kkMMlsUhSqOrPL6gxC4jdK8jRN8St0yai0=; b=NUI4g/oRroY29O0EHFRFw NFGd2Bq6HMNhF1gdo5WoihNRhmkzTbIJOkgg7JD2+Ka2AqKVMYMxUROIaaMIEpiK pHGV7nqCwoGIh5+OQxKQmNJsiuAcg1ac8B0YaPegsVLUo/+FKJ2cxb7DGih1QsA4 5kpJ3wsIXp9+6LV1yJ5cwE=
Received: from yzw_iplab$163.com ( [31.133.151.189, 10.144.1.72] ) by ajax-webmail-wmsvr59 (Coremail) ; Wed, 20 Jul 2016 21:40:41 +0800 (CST)
X-Originating-IP: [31.133.151.189, 10.144.1.72]
Date: Wed, 20 Jul 2016 21:40:41 +0800
From: 延志伟 <yzw_iplab@163.com>
To: Ralf Weber <dns@fl1ger.de>
X-Priority: 3
X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20160420(83524.8626) Copyright (c) 2002-2016 www.mailtech.cn 163com
In-Reply-To: <7B0A7E9E-44DE-4F1D-87F3-6D545942BCC4@fl1ger.de>
References: <b00ec4.3833.15606420d47.Coremail.yzw_iplab@163.com> <236F5488-42D4-4A89-ACAB-B55FD2B5782A@fl1ger.de> <3f3d0268.51bf.15606cbef7f.Coremail.yzw_iplab@163.com> <CB723A3C-8DE8-4E01-AC08-94161CCB5468@fl1ger.de> <42f33e57.db83.156084ec312.Coremail.yzw_iplab@163.com> <7B0A7E9E-44DE-4F1D-87F3-6D545942BCC4@fl1ger.de>
X-CM-CTRLDATA: C3mQMGZvb3Rlcl9odG09MjE3NDo1Ng==
Content-Type: multipart/alternative; boundary="----=_Part_237490_1466425754.1469022041259"
MIME-Version: 1.0
Message-ID: <14238c1a.e297.156088974ab.Coremail.yzw_iplab@163.com>
X-Coremail-Locale: zh_CN
X-CM-TRANSID: O8GowAD3_5daf49XX7kHAA--.2684W
X-CM-SenderInfo: 512zsxhsoduqqrwthudrp/1tbipReszlUMArcppAACsz
X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU==
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/AHjVhdrtrJ79AQyW-LSYLkXE5bE>
X-Mailman-Approved-At: Wed, 20 Jul 2016 13:14:13 -0700
Cc: ietf@hardakers.net, dnsop@ietf.org
Subject: Re: [DNSOP] my lone hum against draft-wkumari-dnsop-multiple-responses
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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, 20 Jul 2016 13:41:01 -0000
Hi, Ralf, I understand prefetch by the recursive server and it is the common case. [https://tools.ietf.org/html/draft-liu-dnsop-dns-cache-00] But if recursive server asks: give me the a RR and all the related RRs under your domain. And the authoritative server sends back the requested domain name RR and the related RRs under its domain. It can also improve the efficiency. Zhiwei Yan 在 2016-07-20 20:48:07,"Ralf Weber" <dns@fl1ger.de> 写道: >Moin! > >On 20 Jul 2016, at 14:36, 延志伟 wrote: >> But anyway, let's go back to the scenario considered by our draft to >> illustrate its necessity. >> I show an example as following (although I think we have described it >> several times. :-)): >> In order to visit the www.baidu.com, the user has to query >> www.baidu.com and many other related domain names >> (for many related resources such as images, java script, html, flash, >> video, sound), then a series of queries happen as the attached figure >> shows. >So what. If your recursive resolver is used by many people these records >will be in the cache. There will be no gain. Now of course if your >resolver only serves you that might be the case, but that is not the way >DNS was designed or is operated today. Oh and your example have out of >zone queries (also very common like facebook.com asking for fbcdn.com) >that can not be solved by this anyway. There is no better tool than a >prefetching hot resolver for lots of users to solve this problem. > >So long >-Ralf
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ted Lemon
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Bob Harold
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Mukund Sivaraman
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Mukund Sivaraman
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Stephane Bortzmeyer
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Paul Wouters
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Mukund Sivaraman
- Re: [DNSOP] Asking for TCP and/or cookies: a tren… Paul Wouters
- [DNSOP] Asking for TCP and/or cookies: a trend? (… Stephane Bortzmeyer
- Re: [DNSOP] my lone hum against draft-wkumari-dns… 延志伟
- Re: [DNSOP] my lone hum against draft-wkumari-dns… 延志伟
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Peter van Dijk
- Re: [DNSOP] my lone hum against draft-wkumari-dns… 延志伟
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Jim Reid
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Mark Andrews
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Jim Reid
- Re: [DNSOP] my lone hum against draft-wkumari-dns… 延志伟
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Mark Andrews
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ted Lemon
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Matthew Pounsett
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ted Lemon
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Matthew Pounsett
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Christopher Morrow
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber
- Re: [DNSOP] my lone hum against draft-wkumari-dns… George Michaelson
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Robert Edmonds
- [DNSOP] my lone hum against draft-wkumari-dnsop-m… Paul Wouters
- Re: [DNSOP] my lone hum against draft-wkumari-dns… Ralf Weber