Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnsop-serve-stale-09.txt
Dave Lawrence <tale@dd.org> Thu, 24 October 2019 19:35 UTC
Return-Path: <tale@dd.org>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84D33120047; Thu, 24 Oct 2019 12:35:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 H98NrnRk05Iu; Thu, 24 Oct 2019 12:35:47 -0700 (PDT)
Received: from gro.dd.org (host2.dlawren-3-gw.cust.sover.net [207.136.201.30]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D014120020; Thu, 24 Oct 2019 12:35:47 -0700 (PDT)
Received: by gro.dd.org (Postfix, from userid 102) id 2657F99F31; Thu, 24 Oct 2019 15:35:46 -0400 (EDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-ID: <23985.64786.138127.971733@gro.dd.org>
Date: Thu, 24 Oct 2019 15:35:46 -0400
From: Dave Lawrence <tale@dd.org>
To: dnsop@ietf.org
Cc: brian.e.carpenter@gmail.com, gen-art@ietf.org
In-Reply-To: <157194421575.11362.4964821589228085335@ietfa.amsl.com>
References: <157194421575.11362.4964821589228085335@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/9DGDOY_3EjgxIu6SdwtBTrAPSjg>
Subject: Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnsop-serve-stale-09.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Oct 2019 19:35:51 -0000
internet-drafts@ietf.org writes: > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-dnsop-serve-stale-09 This revision addressed the one remaining outstanding issue that Brian Carpenter raised in the Gen-ART Last Call Review. The following text was added to explain why a TTL with the high-order bit set is now handles as a large positive number (then capped down) rather than a negative number (and treated as zero). As for the change to treat a TTL with the high-order bit set as positive and then clamping it, as opposed to [RFC2181] treating it as zero, the rationale here is basically one of engineering simplicity versus an inconsequential operational history. Negative TTLs had no rational intentional meaning that wouldn't have been satisfied by just sending 0 instead, and similarly there was realistically no practical purpose for sending TTLs of 2^25 seconds (1 year) or more. There's also no record of TTLs in the wild having the most significant bit set in DNS-OARC's "Day in the Life" samples. With no apparent reason for operators to use them intentionally, that leaves either errors or non-standard experiments as explanations as to why such TTLs might be encountered, with neither providing an obviously compelling reason as to why having the leading bit set should be treated differently from having any of the next eleven bits set and then capped per Section 4. I also removed the phrasing about 2181's handling of this issue as a "curious suggestion". I recognize it could have an unintended negative connotation against the original authors, though when I wrote the sentence originally I meant it only with its neutral denotation. It was curious to me only because no rationale was provided as to why that particular choice had been made, despite the current assertion that it was obvious as to why.
- Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnso… Dave Lawrence
- Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnso… Brian E Carpenter
- Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnso… Benjamin Kaduk
- Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnso… Brian E Carpenter
- Re: [Gen-art] [DNSOP] I-D Action: draft-ietf-dnso… Dave Lawrence