[Last-Call] Re: Last Call: <draft-hardaker-dns-wgs-at-ietf-06.txt> (Community considerations on DNS WG structures at IETF) to Historic RFC
Adrian Farrel <adrian@olddog.co.uk> Thu, 30 April 2026 19:06 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: last-call@mail2.ietf.org
Delivered-To: last-call@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 1E8DAE6E242F; Thu, 30 Apr 2026 12:06:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1777576003; bh=A6AFTZniJsKCAge7wKnmQe6LguqyxwR7hq5MUGdeTQs=; h=Reply-To:From:To:Cc:References:In-Reply-To:Subject:Date; b=aTvQEkTLzZ3aR2AeJYfyXmKqp9vFysBcD21C9S8Ele5hKvdkMZ0KmuF8oOwzPlsbg cKLvUNPXGxdLh7Jh519trLOnzBPq2GRkxeJ2hOSlyQ/nQTbTnVGFx1fFn2lkUizQ6G fyUM6KoDqEeas23T7aMnIpnk6pu2NaYMWJdgKf34=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.796
X-Spam-Level:
X-Spam-Status: No, score=-2.796 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=olddog.co.uk
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dFrKiGbvvMFT; Thu, 30 Apr 2026 12:06:42 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id B68A5E6E23C4; Thu, 30 Apr 2026 12:06:31 -0700 (PDT)
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta6.iomartmail.com (8.14.7/8.14.7) with ESMTP id 63UJ6K2r023870; Thu, 30 Apr 2026 20:06:20 +0100
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4144B46050; Thu, 30 Apr 2026 20:06:19 +0100 (BST)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 34C624604C; Thu, 30 Apr 2026 20:06:19 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs2.iomartmail.com (Postfix) with ESMTPS; Thu, 30 Apr 2026 20:06:19 +0100 (BST)
Received: from LAPTOPK7AS653V (82-69-109-75.dsl.in-addr.zen.co.uk [82.69.109.75]) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.7/8.14.7) with ESMTP id 63UJ6Img032454 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 30 Apr 2026 20:06:18 +0100
From: Adrian Farrel <adrian@olddog.co.uk>
To: last-call@ietf.org
References: <177583799702.85121.468194718179666209@dt-datatracker-647897bf7-7f2k5>
In-Reply-To: <177583799702.85121.468194718179666209@dt-datatracker-647897bf7-7f2k5>
Date: Thu, 30 Apr 2026 20:06:17 +0100
Organization: Old Dog Consulting
Message-ID: <104001dcd8d4$6c7007e0$455017a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQGKBcOdbdltOqYeYpvWN0tjb3hFVradj+Zg
Content-Language: en-gb
X-Originating-IP: 82.69.109.75
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding; s= 20221128; bh=A6AFTZniJsKCAge7wKnmQe6LguqyxwR7hq5MUGdeTQs=; b=mVi +fCIfh57q7VAri0lCVCnG8vy+iu6uXKApMfTZSloDOdZ76DBiWr6y5v6MkFDR4Rt DNvZ5uP1J616IDT4iiSo1EHQhGy01H28NKwPtFT1ySG8010g/KbYdA+rJU9R0lVx DCa+xcD+fD/F1kY8Ocb86e2EivaocHUhiA2J/sLrc7XRWh/5YVhfk8uwK29Rcih+ /m7kwPwuGIRINBVUD1FEw9JBLxaHhX2m6UzDI2325X6nHb2OO6GMs4fH3QRtYQbn hZ8uVU2rC9ecwGENhMns4oWjvqE1pja0n6KTPNebT8Vi9XpIRgIMv7FgBVwyue8l fL2N/WNWn/s+MiHM/Og==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1006-29464.005
X-TM-AS-Result: No--40.258-10.0-31-10
X-imss-scan-details: No--40.258-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1006-29464.005
X-TMASE-Result: 10--40.257700-10.000000
X-TMASE-MatchedRID: 0lhM5bBmjENfsB4HYR80ZggKAWhuC2ojCckvlPjoBZE7S7kQJT05JDya 5RyZT3SuHNdw0G3hlg/vw1YKywrCpHQ2cLAjeUlNbMGKOuLn5FV67Qg632Xv9D+B/tp8itBTaox 3BtKwI65vW96JywZtakL7K8v2LPiOWkm9KQacZujR7uN8GOEHx5zipwKe4Je1a7JqOUUsotVcVM ejXN5JL3SdJhyg5FxwjTJKuhX0p+ocnxmKdOylmRd8ENHLtW0zJR7dR73qz65EtBaWyPteEyZOo RI59espvUdV7V1iwqnBvgFIpRJbvCIDWvu38Vy6l5lQMzKmF9LAGLyVFMzIGlwjyd6Au8KvlKqu ywI0sje3p6/YFpFOqmNs7OPfjtYkNrsgG44+2ERNsVUJg8FOpquRJbBnR9QZppiSooS1QHhjZf1 Uyfo76XlQi+AGQkPaqs/7TikDQGaXPK/sFfBDkfZNLVgVojn/Ud7Bjfo+5jR01/DBXQOevs79Pl JmAmXDOQzI/xUtTVxDQzishmVfrplDoSycG+mPX9knSHW8uXU6En2bnefhoHkZq34NvPaL+ApVP UXVXY+xkvVWql5JhuJxI3IDnCghkAoSYAlFT8/HYNKoSYWoHisexjNWteXGw+srPk4FhyJW/aer 8iPigiR8YYInWckM1i1obzNdfwNxbK5bZaB/ZPrNPkGWAHDfSh4WkDzxuv6OYcolvJCWkIibRy0 jkXIZ585VzGMOFzCx0KlrDi9GOSct2HlctHlOi2QFaYS1v20qtq5d3cxkNQwWxr7XDKH8lExlQI QeRG0=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Message-ID-Hash: KKNAABWMYEZTRAGRIFIXM3YNPHIBMCT5
X-Message-ID-Hash: KKNAABWMYEZTRAGRIFIXM3YNPHIBMCT5
X-MailFrom: adrian@olddog.co.uk
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-hardaker-dns-wgs-at-ietf@ietf.org, mohamed.boucadair@orange.com, peter@desec.io
X-Mailman-Version: 3.3.9rc6
Precedence: list
Reply-To: adrian@olddog.co.uk
Subject: [Last-Call] Re: Last Call: <draft-hardaker-dns-wgs-at-ietf-06.txt> (Community considerations on DNS WG structures at IETF) to Historic RFC
List-Id: IETF Last Calls <last-call.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/sJSlln9kUk9eaLypKNgJ1iJLidc>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Owner: <mailto:last-call-owner@ietf.org>
List-Post: <mailto:last-call@ietf.org>
List-Subscribe: <mailto:last-call-join@ietf.org>
List-Unsubscribe: <mailto:last-call-leave@ietf.org>
Hi, I appreciate the effort the author put into the process of driving the discussion and writing this up. Here are a few thoughts that might improve the document. Cheers, Adrian --- I am slightly unclear what this Last Call is asking. Is it seeking consensus on the opinions and recommendations detailed in the document, or is it seeking consensus to publish the team's record of their examination of opinions collected during their research? It seems fairly clear that the document is recording the team's findings, so it would seem that the Last Call is simply agreeing to the publication of that record. If so, it might be helpful for the document to state (Abstract and Introduction) that "The publication of this document does not indicate IETF consensus on the opinions that the team collected and recommendations that the team made." --- I think the Abstract needs some work. It gives the background of the problem, and it says what the team was tasked with, but it then just says, "This document is the result of that effort" and "The outcome of the consultation is retained for historic reference." It would be nice if the Abstract could say a bit more about what the document is probably folding these two statements together. Perhaps: OLD This document is the result of that effort. The outcome of the consultation is retained for historic reference. NEW This document records outcome of that consultation effort. This document is published to retain the record for historic reference. END You do have a paragraph in the Introduction that might help here: This document describes the small team’s findings (Section 2), their derived recommendations (Section 3) and topics where the team did not find sufficient commonality within the collected opinions (Section 2.2). You could use it as: This document describes the team’s findings, their derived recommendations, and topics where the team did not find sufficient commonality within the collected opinions. In the Introduction, you also have a slightly more expansive explanation for publication which might aid the Abstract: This document is published for historical reference and also to provide a stable reference for future assessment of the DNS work in the future. --- Section 1 You have "The DNS@IETF recommendation small team". That reads like a rather contrived compound noun. Maybe: OLD The DNS@IETF recommendation small team (which consisted of Wes Hardaker, Joe Abley and Lars-Johan Liman) reviewed all materials NEW A small team (called the DNS@IETF team and consisting of Wes Hardaker, Joe Abley, and Lars-Johan Liman) was established to review all materials collected through the discussions. END --- Section 1 (and throughout the document) "the small team met multiple times" No need to repeat that the team was small. (Makes it sound like there was also another team that was not so small.) --- Section 1 The main recommendations were then reviewed and reported in IETF#125 (March 2026) It's fine, but you could say in which meeting the report was made. --- 1.1 s/ recognize both/recognizes that both/ s/features itself/ features themselves/ --- 1.2 s/the [BCP14] is/the key words defined in [BCP14] are/ --- 3. s/the IETF or were not sufficiently mature/the IETF or that were not sufficiently mature/ --- 5. Was there no discussion of DNS Security? Possibly there wasn't, in which case it might help to say so. --- Section "Original project announcement" Could you flag this as an Appendix? --- -----Original Message----- From: iesg-secretary@ietf.org <iesg-secretary@ietf.org> Sent: 10 April 2026 17:20 To: IETF-Announce <ietf-announce@ietf.org> Cc: draft-hardaker-dns-wgs-at-ietf@ietf.org; mohamed.boucadair@orange.com; peter@desec.io Subject: Last Call: <draft-hardaker-dns-wgs-at-ietf-06.txt> (Community considerations on DNS WG structures at IETF) to Historic RFC The IESG has received a request from an individual submitter to consider the following document: - 'Community considerations on DNS WG structures at IETF' <draft-hardaker-dns-wgs-at-ietf-06.txt> as Historic RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the last-call@ietf.org mailing lists by 2026-05-08. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract There has been an increasing level of discussion within the IETF about the best Working Group (WG) structures for handling the wide array of DNS work being conducted within the IETF. As part of community consultation, a team coordinated by Wes Hardaker was asked to gather information from the community at large through e-mail, hallway discussions, and meetings and create a small team to discuss potential structural changes to be shared with the community. This document is the result of that effort. The outcome of the consultation is retained for historic reference. The file can be obtained via https://datatracker.ietf.org/doc/draft-hardaker-dns-wgs-at-ietf/ No IPR declarations have been submitted directly on this I-D. _______________________________________________ IETF-Announce mailing list -- ietf-announce@ietf.org To unsubscribe send an email to ietf-announce-leave@ietf.org
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Phillip Hallam-Baker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Pete Resnick
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… S Moonesamy
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Martin Thomson
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Michael Richardson
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Joe Abley
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Salz, Rich
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Phillip Hallam-Baker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Wes Hardaker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Eric Rescorla
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Wes Hardaker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Wes Hardaker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Joe Abley
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… mohamed.boucadair
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Eric Rescorla
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Phillip Hallam-Baker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Pete Resnick
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Peter Thomassen
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Pete Resnick
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… mohamed.boucadair
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… S Moonesamy
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Salz, Rich
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Phillip Hallam-Baker
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Adrian Farrel
- [Last-Call] Re: Last Call: <draft-hardaker-dns-wg… Warren Kumari