Re: [dnsext] [Technical Errata Reported] RFC6891 (6982)

Ólafur Gudmundsson <ogud@ogud.com> Mon, 30 May 2022 08:33 UTC

Return-Path: <ogud@ogud.com>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 86853C14F612 for <dnsext@ietfa.amsl.com>; Mon, 30 May 2022 01:33:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.908
X-Spam-Level:
X-Spam-Status: No, score=-1.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FvVnXJStLv7w for <dnsext@ietfa.amsl.com>; Mon, 30 May 2022 01:33:51 -0700 (PDT)
Received: from smtp115.ord1c.emailsrvr.com (smtp115.ord1c.emailsrvr.com [108.166.43.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6EDCDC14CF1D for <dnsext@ietf.org>; Mon, 30 May 2022 01:33:51 -0700 (PDT)
X-Auth-ID: ogud@ogud.com
Received: by smtp7.relay.ord1c.emailsrvr.com (Authenticated sender: ogud-AT-ogud.com) with ESMTPSA id C2060A00DD; Mon, 30 May 2022 04:33:47 -0400 (EDT)
In-Reply-To: <20220529231005.70BED3BA83@rfcpa.amsl.com>
References: <20220529231005.70BED3BA83@rfcpa.amsl.com>
X-Referenced-Uid: 340016
Thread-Topic: [Technical Errata Reported] RFC6891 (6982)
User-Agent: Android
X-Is-Generated-Message-Id: true
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----74V887DCXI7HL6OPAQ01GS2WNWLSL0"
Content-Transfer-Encoding: 7bit
From: Ólafur Gudmundsson <ogud@ogud.com>
Date: Mon, 30 May 2022 10:33:45 +0200
To: RFC Errata System <rfc-editor@rfc-editor.org>
CC: João Luis Silva Damas <joao@bondis.org>, explorer@flame.org, vixie@isc.org, ek.ietf@gmail.com, evyncke@cisco.com, ajs@anvilwalrusden.com, contact@avnindersran.com, dnsext@ietf.org
Message-ID: <8fe685c4-1d1d-4f6c-91e6-70dbc68f3aa4@ogud.com>
X-Classification-ID: 6d5bf6fe-cd40-4461-90be-fa9c0f8069ba-1-1
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsext/9uScNgJAka3h1vXjZnVpifxGjN0>
Subject: Re: [dnsext] [Technical Errata Reported] RFC6891 (6982)
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsext/>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 May 2022 08:33:55 -0000

Reject octets is the correct term.



⁣Get BlueMail for Android ​

On May 30, 2022, 01:10, at 01:10, RFC Errata System <rfc-editor@rfc-editor.org> wrote:
>The following errata report has been submitted for RFC6891,
>"Extension Mechanisms for DNS (EDNS(0))".
>
>--------------------------------------
>You may review the report below and at:
>https://www.rfc-editor.org/errata/eid6982
>
>--------------------------------------
>Type: Technical
>Reported by: Avninder Sran <contact@avnindersran.com>
>
>Section: 4.3
>
>Original Text
>-------------
>Traditional DNS messages are limited to 512 octets in size when sent
>over UDP [RFC1035]. Fitting the increasing amounts of data that can be
>transported in DNS in this 512-byte limit is becoming more difficult.
>For instance, inclusion of DNSSEC records frequently requires a much
>larger response than a 512-byte message can hold.
>
>Corrected Text
>--------------
>Traditional DNS messages are limited to 512-bytes in size when sent
>over UDP [RFC1035]. Fitting the increasing amounts of data that can be
>transported in DNS in this 512-byte limit is becoming more difficult.
>For instance, inclusion of DNSSEC records frequently
> requires a much larger response than a 512-byte message can hold.
>
>Notes
>-----
>In the original text, it says: DNS messages are limited to 512 octets
>in size, but it should be 512 bytes not octets.
>
>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. 
>
>--------------------------------------
>RFC6891 (draft-ietf-dnsext-rfc2671bis-edns0-10)
>--------------------------------------
>Title               : Extension Mechanisms for DNS (EDNS(0))
>Publication Date    : April 2013
>Author(s)           : J. Damas, M. Graff, P. Vixie
>Category            : INTERNET STANDARD
>Source              : DNS Extensions
>Area                : Internet
>Stream              : IETF
>Verifying Party     : IESG