[DNSOP] Fwd: [Editorial Errata Reported] RFC1035 (5915)

Warren Kumari <warren@kumari.net> Fri, 20 December 2019 03:36 UTC

Return-Path: <warren@kumari.net>
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 0412812006D for <dnsop@ietfa.amsl.com>; Thu, 19 Dec 2019 19:36:52 -0800 (PST)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.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 EyK50wQKtWbg for <dnsop@ietfa.amsl.com>; Thu, 19 Dec 2019 19:36:50 -0800 (PST)
Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (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 E3F4912001A for <dnsop@ietf.org>; Thu, 19 Dec 2019 19:36:49 -0800 (PST)
Received: by mail-qt1-x833.google.com with SMTP id e5so7026069qtm.6 for <dnsop@ietf.org>; Thu, 19 Dec 2019 19:36:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=aL0u9oOv76YIQMP45ZPHB/IDTxUacWbC1c1YwWYN0j8=; b=uQcjn4JCvQWxdQGvCVGec35kmH5JJUIWwJ2DxV+nyWLBl6gLbFstaflRFyuiq0ylVF lrtEP06/E6rXskhZvClFCts5a/CqDzWte4uCGA+HHJ4UH6ophzdaVLTpWNOC9h85eR+M LxmzYC20ibWjpqvEnf/8qD2+1ZtnMjnYQQwtF8etGoSfjUkbK57x+TPSRd7hIypETjM5 Xm+Zdhfj1fS+0gcB0WG9VsUYII6hfgJPdLuYGTOZ0ncqYzDn2JF9jOwj+cYD/lgdbxnq FQGKJZX+yR0O/JmmwuCLcFu8K7IX0+SdpdjEnUIaEyN/uN0kGllSuzLdaiH6PDIMZ887 UERg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=aL0u9oOv76YIQMP45ZPHB/IDTxUacWbC1c1YwWYN0j8=; b=d7pdDb7S+8062ZXw2O2Pi5BqKrbLhlQKp0fIfl0hvZ5rTc0lVCLTSsSdUwqiliRcB4 izzgEnDMFbvY3f+JOnb7joHe54Taskp8H6sOO65wOWs75C/jR+djmHcuXqqi8rCTlRQV RohWFhVBvAjfgKGV83PYLzG/IFDqB5J6ttq2Ah2BHcFOlXmpSmJrBQ9Xz4Ru+6WbOPoO Gw2uRg9GofUYhwqYwJ1JciF2em0fLyVquUUm60w2nXn5RFeetLudqBYMTf77Tr43fzdq 5pIU4uIiGcPMcZhl55NzRZFydLobkHpI+zKZV48ircciK62GaUmObmTWMyyaia3pwnMb nWzw==
X-Gm-Message-State: APjAAAUZrEtDPZFj2DZHZAM1ZvySff4Cf1VR0oJrKJXko+D8sjZh+Lky e68XRQ2isb+wRAfS/43zNpp86JmTKCKcg/mHQNtwBWwcgAs=
X-Google-Smtp-Source: APXvYqxaLmT//qF8Yc1uLy3FovpJUy5LrZeyQRv+WhnEUA/3yHRJBny0XL7IvhqMiFUIXq6N4eEKWR5snHXZ2Zv+KUQ=
X-Received: by 2002:ac8:1e90:: with SMTP id c16mr9949611qtm.265.1576813008249; Thu, 19 Dec 2019 19:36:48 -0800 (PST)
MIME-Version: 1.0
References: <20191122000302.3D09AF40709@rfc-editor.org>
In-Reply-To: <20191122000302.3D09AF40709@rfc-editor.org>
From: Warren Kumari <warren@kumari.net>
Date: Thu, 19 Dec 2019 22:36:12 -0500
Message-ID: <CAHw9_iL01QrdXT+7_SGVNczRJinGvYUbjB9n2XCd8-k_qcq+sA@mail.gmail.com>
To: dnsop <dnsop@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/L_yjf4eyDRlkIOqaWULf1HUK8f0>
Subject: [DNSOP] Fwd: [Editorial Errata Reported] RFC1035 (5915)
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: Fri, 20 Dec 2019 03:36:52 -0000

Hi there all,

I stumbled across this while cleaning out my mailbox -- I *think* that
this makes sense, and that I should accept this as Hold For Document
Update ( https://www.ietf.org/about/groups/iesg/statements/processing-rfc-errata/
) - does anyone disagree?
If so, please let me know by Jan 5th.
W


---------- Forwarded message ---------
From: RFC Errata System <rfc-editor@rfc-editor.org>
Date: Thu, Nov 21, 2019 at 7:03 PM
Subject: [Editorial Errata Reported] RFC1035 (5915)
To: <iesg@ietf.org>
Cc: <alexdupuy@google.com>, <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/eid5915

--------------------------------------
Type: Editorial
Reported by: Alexander Dupuy <alexdupuy@google.com>

Section: 6.2

Original Text
-------------
When a response is so long that truncation is required, the truncation
should start at the end of the response and work forward in the
datagram.  Thus if there is any data for the authority section, the
answer section is guaranteed to be unique.


Corrected Text
--------------
When a response is so long that truncation is required, the truncation
should start at the end of the response and work forward in the
datagram.  Thus if there is any data for the authority section, the
answer section is guaranteed to be complete.


Notes
-----
It's not clear what it might mean for an answer section to be unique.
However, by following the algorithm described of removing RRs from the
back to the front, if any RRs remain in the authority (or additional)
section, the answer section is guaranteed to be complete.

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



-- 
I don't think the execution is relevant when it was obviously a bad
idea in the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair
of pants.
   ---maf