Re: [DNSOP] [Technical Errata Reported] RFC1035 (6601)

Roy Arends <roy@dnss.ec> Wed, 09 June 2021 08:25 UTC

Return-Path: <roy@dnss.ec>
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 359E63A1686 for <dnsop@ietfa.amsl.com>; Wed, 9 Jun 2021 01:25:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dnss.ec
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 9AHrllLYCYPd for <dnsop@ietfa.amsl.com>; Wed, 9 Jun 2021 01:25:11 -0700 (PDT)
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com [IPv6:2607:f8b0:4864:20::102a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 689133A1683 for <dnsop@ietf.org>; Wed, 9 Jun 2021 01:25:10 -0700 (PDT)
Received: by mail-pj1-x102a.google.com with SMTP id k7so910491pjf.5 for <dnsop@ietf.org>; Wed, 09 Jun 2021 01:25:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dnss.ec; s=google; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=GlGS5vx6pZvMh1lgfQgEiTLLpbp6ZNF0s31iEGsU+lE=; b=YzeBRnunBj3TAOB13hrDmpsLs5y1OQQ7AdbInrb8AfVBkAvZAGBNgl4mCH1vL77gk1 /Fbqgvt6zfmjUjLP6S9vxmmyoBlVbhIyUD1tdnkRQm+YBIvq1VDXZXwQ46chJxLSmr76 jq89JPmfmKgsXVY0w1+aH5jNp0Rcwb1wJUmXo=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=GlGS5vx6pZvMh1lgfQgEiTLLpbp6ZNF0s31iEGsU+lE=; b=r9CDgCILECtkVfcUN3rrJbP4bV5CuF5KpeiiXuDNJsaofcbfQzi1ZOmn5eZSoqN6d+ VlaPBM3zxX/qQIeobT4G62RhE1wvQNgSdYp7fHIZ2U3cLck3OhjhR7Vkgec4vC0YUOMY mKEcoqswCScvpKdgvkqURQyvxMVhxTb9759fXPNQTDUPcfjuX9fJ+1Zykn6elnsEbKiy rz2McVeW6fIngYcWFwh9F25HM9zfMo7yh1HEDOoyDqVt5DimrtSUEYdnvDe63xHGv76O NQuu6pXD91DYt3RpV6w/lyGlRCJhnQN4qi9u9VRsnsELg3I+ugHrG/eK51Jmv3QYvhN7 +Srg==
X-Gm-Message-State: AOAM530VDhRJwQKwscQIrTE+Gw8pJDlNKmRXIQo0qth0vQJwSM1VMi8A eN0s9hkjqmSJZTuDuucIREluV8hXBsx+6g==
X-Google-Smtp-Source: ABdhPJw/jhfuKHR6jgkFCjr1igWBTF2vx2FL90i1NHMdb2c6rwGV0bPeIw9UpNGihxgfnQcA6iklVA==
X-Received: by 2002:a17:90a:de81:: with SMTP id n1mr9949008pjv.194.1623227108401; Wed, 09 Jun 2021 01:25:08 -0700 (PDT)
Received: from [192.168.0.51] (cpc69046-oxfd25-2-0-cust568.4-3.cable.virginm.net. [81.109.86.57]) by smtp.gmail.com with ESMTPSA id j4sm4376829pjv.7.2021.06.09.01.25.06 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Jun 2021 01:25:07 -0700 (PDT)
From: Roy Arends <roy@dnss.ec>
Message-Id: <6E35380F-5B1B-4D09-BEFA-9D3D06648E16@dnss.ec>
Content-Type: multipart/alternative; boundary="Apple-Mail=_97BF7BA9-0EE9-4C56-8F0D-35CAA36F85A0"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
Date: Wed, 09 Jun 2021 09:25:02 +0100
In-Reply-To: <CAHw9_i+0PX5SwaC=_m2rLQKfd91G08i5qwA-2ZE_UA+pWwT6BA@mail.gmail.com>
Cc: dnsop <dnsop@ietf.org>
To: Warren Kumari <warren@kumari.net>
References: <20210607045647.B9E60F4084C@rfc-editor.org> <CAHw9_i+0PX5SwaC=_m2rLQKfd91G08i5qwA-2ZE_UA+pWwT6BA@mail.gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/gai9ENtPLLiqBZHDd9w5aHHOX6s>
Subject: Re: [DNSOP] [Technical Errata Reported] RFC1035 (6601)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
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, 09 Jun 2021 08:25:17 -0000

I agree with the errata, see inline.

> On 7 Jun 2021, at 21:20, Warren Kumari <warren@kumari.net> wrote:
> 
> Hi all,
> 
> I believe that this Errata should be marked as Verified; does anyone disagree?
> 
> Please let me know by Friday if you disagree,
> W
> 
> ---------- Forwarded message ---------
> From: RFC Errata System <rfc-editor@rfc-editor.org <mailto:rfc-editor@rfc-editor.org>>
> Date: Mon, Jun 7, 2021 at 12:57 AM
> Subject: [Technical Errata Reported] RFC1035 (6601)
> To: <iesg@ietf.org <mailto:iesg@ietf.org>>
> Cc: <patrick.ni@redant.ca <mailto:patrick.ni@redant.ca>>, <rfc-editor@rfc-editor.org <mailto:rfc-editor@rfc-editor.org>>
> 
> 
> The following errata report has been submitted for RFC1035,
> "Domain names - implementation and specification".
> 
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6601 <https://www.rfc-editor.org/errata/eid6601>
> 
> --------------------------------------
> Type: Technical
> Reported by: Patrick Ni <patrick.ni@redant.ca <mailto:patrick.ni@redant.ca>>
> 
> Section: 7.1
> 
> Original Text
> -------------
> This timestamp uses the absolute time format previously discussed for RR storage in zones and caches

RR storage in zones do not use absolute time. While it is not explicitly stated that RR storage in zones do use absolute time, it sure is implied, and that implication is not correct.

> 
> Corrected Text
> --------------
> This timestamp uses the absolute time format previously discussed for RR storage in caches

This correction is valid.

Roy

> 
> Notes
> -----
> In section 6.1.3. Time, it says "while data in the zone stays with constant TTL ... The RRs in zones use relative times; the refresh timers and cache data use absolute times"
> 
> Instructions:
> -------------
> This erratum is currently posted as "Reported". If necessary, please
> use "Reply All" to discuss whether it should be verified or
> rejected. When a decision is reached, the verifying party  
> can log in to change the status and edit the report, if necessary. 
> 
> --------------------------------------
> RFC1035 (no draft string recorded)
> --------------------------------------
> Title               : Domain names - implementation and specification
> Publication Date    : November 1987
> Author(s)           : P.V. Mockapetris
> Category            : INTERNET STANDARD
> Source              : Legacy
> Area                : Legacy
> Stream              : IETF
> Verifying Party     : IESG
> 
> 
> 
> -- 
> The computing scientist’s main challenge is not to get confused by the
> complexities of his own making. 
>   -- E. W. Dijkstra
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop