[regext] Charles Eckel's No Objection on draft-ietf-regext-rdap-ttl-extension-10: (with COMMENT)

Charles Eckel via Datatracker <noreply@ietf.org> Tue, 19 May 2026 22:42 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: regext@ietf.org
Delivered-To: regext@mail2.ietf.org
Received: from [10.244.11.233] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 92FA3F11B8B7; Tue, 19 May 2026 15:42:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1779230579; bh=TKamsFzR6TLE/wk70xcaOTcQuyoEQPNdYC5b4c/4SXY=; h=From:To:Cc:Subject:Reply-To:Date; b=vyyhqDi2KxH+qK0sz2rc0w3doKch/B9EfwXz6t4EXtJa7my+dAYsarPGI5JH6x73F H8ev63kTrqYuitXXT21MyyHjgC2A7KACav3iu8v5qeQ/XhBcrnYQnoGFnBE7GYm4B0 sEfx7WY7LljqBaN9UnrU8OTZ2bjaO497r1ZYR/3M=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Charles Eckel via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.65.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <177923057952.780554.5752862033280664859@dt-datatracker-7688897f84-l74h4>
Date: Tue, 19 May 2026 15:42:59 -0700
Message-ID-Hash: 7BGD4FBGBUBAS5WHFG5CIKDUOILXPIMD
X-Message-ID-Hash: 7BGD4FBGBUBAS5WHFG5CIKDUOILXPIMD
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-regext.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-regext-rdap-ttl-extension@ietf.org, mmalangkhader@verisign.com, regext-chairs@ietf.org, regext@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Charles Eckel <eckelcu@cisco.com>
Subject: [regext] Charles Eckel's No Objection on draft-ietf-regext-rdap-ttl-extension-10: (with COMMENT)
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/VX4-8XqtctlAmJ0BDT2FnO8m7DI>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Owner: <mailto:regext-owner@ietf.org>
List-Post: <mailto:regext@ietf.org>
List-Subscribe: <mailto:regext-join@ietf.org>
List-Unsubscribe: <mailto:regext-leave@ietf.org>

Charles Eckel has entered the following ballot position for
draft-ietf-regext-rdap-ttl-extension-10: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ 
for more information about how to handle DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-ttl-extension/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thanks to the authors and the working group for producing this clear and concise draft.

I have one comment I'd like the authors to consider.

Section 3.1 states:
  "The DNS record type mnemonics that appear as the property names in
   values objects MUST be in all capitals and MUST be registered with
   IANA in [IANA-RRTYPES].  TTL values MUST be unsigned integers in the
   range 0-2147483647 as per Section 8 of [RFC2181]."

How should a client deal with an invalid mnemonic or TTL value?

Section 3 states:
  "As per Section 2.1 of [RFC9083], clients which do not implement this
   specification SHOULD ignore the "ttl0_data" member."

Should clients similarly ignore one with ith an invalid mnemonic or TTL value?