IETF Logo Mail Archive

Re: [DNSOP] opportunistic semi-authoritative caching (Re: DNSOP Call for Adoption - draft-tale-dnsop-serve-stale)

Vladimír Čunát <vladimir.cunat+ietf@nic.cz> Mon, 11 September 2017 12:57 UTC

Return-Path: <vladimir.cunat@nic.cz>
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 06299133047 for <dnsop@ietfa.amsl.com>; Mon, 11 Sep 2017 05:57:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 1pMUt6i8X9T3 for <dnsop@ietfa.amsl.com>; Mon, 11 Sep 2017 05:57:23 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 1C1DE132199 for <dnsop@ietf.org>; Mon, 11 Sep 2017 05:57:22 -0700 (PDT)
Received: from [IPv6:2001:1488:fffe:6:6cd9:b0ff:fe6b:acc8] (unknown [IPv6:2001:1488:fffe:6:6cd9:b0ff:fe6b:acc8]) by mail.nic.cz (Postfix) with ESMTPSA id A193C61753 for <dnsop@ietf.org>; Mon, 11 Sep 2017 14:57:19 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1505134639; bh=7Cebl8hmPLOrAi9C0i3sZujzoPkZe0f6HLIAJ3y+AMI=; h=To:From:Date; b=q0k/5QH28pMNwL5rCh7dVlx/Bt1ql47bRPZHEgdIsEaP/iljxuAmajClrpXPhNJGa yYlt3oYmZYevPzXhoUQQ5XBnIyVjPP813YGZRD/5wWa3CHYgI1toGKA7Dq9T0/Dxsp a2jKu7i+F8sbkxEcSam65rUpfBOPb+0rQGtHR3NM=
To: dnsop@ietf.org
References: <59B1F467.9010308@redbarn.org> <FAC87A99-5558-4369-ADC0-57E2B7BF0429@hopcount.ca> <8183111.Lxug4lBFgO@localhost.localdomain> <20170909003248.GD44967@isc.org> <59B34758.8020105@redbarn.org> <20170909024918.GA48842@isc.org> <59B408D8.1050608@redbarn.org> <20170909180608.GA54580@isc.org> <59B43F69.5060901@redbarn.org>
From: Vladimír Čunát <vladimir.cunat+ietf@nic.cz>
Message-ID: <6843d8aa-0f6c-c312-4e06-4128a45d731b@nic.cz>
Date: Mon, 11 Sep 2017 14:57:19 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <59B43F69.5060901@redbarn.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/I6mL5PI8s-QsilWSduL4Q1_SEU0>
Subject: Re: [DNSOP] opportunistic semi-authoritative caching (Re: DNSOP Call for Adoption - draft-tale-dnsop-serve-stale)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 11 Sep 2017 12:57:25 -0000

On 09/09/2017 09:22 PM, Paul Vixie wrote:
> [...]
> the content owner may have good and specific reasons for the TTL they
> chose, and using that data for longer than that period may be harmful,
> and must be presumed to be harmful unless explicit signaling is added
> to let the content owner specify otherwise.

Requiring explicit signalling from authoritative servers, e.g. via EDNS,
might actually work in this case, as that side is also motivated to
implement and deploy support for stale-serving.  We would also avoid all
discussion around whether this needs to be on standards track and marked
as updating 1034+1035.

--Vladimir

v2.23.0 | Report a Bug | By Email