[radext] Roman Danyliw's Block on charter-ietf-radext-07-03: (with BLOCK)
Roman Danyliw via Datatracker <noreply@ietf.org> Fri, 12 June 2026 19:07 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: radext@ietf.org
Delivered-To: radext@mail2.ietf.org
Received: from [10.244.21.151] (unknown [4.156.85.76]) by mail2.ietf.org (Postfix) with ESMTP id 863CC10060F97; Fri, 12 Jun 2026 12:07:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1781291253; bh=cJRYyEOUvfoO9k1Whv1AP9/wU+NIfvPbW0q2JesIibU=; h=From:To:Cc:Subject:Reply-To:Date; b=n8JzgkNOH/wGKqbOOvudtmmBWkscFUMcAQDV0J325s90N+DuPGtN79vMhfio4QSyK qIyF53atq5QXts8mwzNkxMVdL5njC0CRZ49B+YKGRT0t+uxUZazY97pF1zc+w/2SmC TVgwTw74/U2naz48oV2bbmvAQbxpW0mzPsd9MIZc=
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 12.67.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <178129125347.128714.4341021419445719983@dt-datatracker-f9b87776f-8pmmg>
Date: Fri, 12 Jun 2026 12:07:33 -0700
Message-ID-Hash: EDGPGIZ5S6A4BQU3UJ7IHZU7R4PFHSR6
X-Message-ID-Hash: EDGPGIZ5S6A4BQU3UJ7IHZU7R4PFHSR6
X-MailFrom: noreply@ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-radext.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: radext-chairs@ietf.org, radext@ietf.org
X-Mailman-Version: 3.3.9rc6
Reply-To: Roman Danyliw <rdd@cert.org>
Subject: [radext] Roman Danyliw's Block on charter-ietf-radext-07-03: (with BLOCK)
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/J8tFDYQuJLKpNakYGNkeiGNYQMg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/radext>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Owner: <mailto:radext-owner@ietf.org>
List-Post: <mailto:radext@ietf.org>
List-Subscribe: <mailto:radext-join@ietf.org>
List-Unsubscribe: <mailto:radext-leave@ietf.org>
Roman Danyliw has entered the following ballot position for charter-ietf-radext-07-03: Block 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.) The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/charter-ietf-radext/ ---------------------------------------------------------------------- BLOCK: ---------------------------------------------------------------------- (revised ballot) Thanks for the edits on the text in -07-01, -07-02 and -07-03. Per "Define and publish minor extensions to RADIUS, such as new attribute definitions. If the RADIUS attributes are defined outside the RADEXT working group, RADEXT will be responsible for reviewing those.", can the following be clarified: -- How is this "responsibility to conduct reviews" manifested? It isn't clear what scope this is adding to the WG? -- Assuming this is referencing work in the IETF in other WGs, how does it alter the standards process? Do these reviews have any standing beyond feedback from any other participant? Would anyone in the IETF have to wait for RADIUS input? Is this a "RADIUS-directorate"-like function? -- Does "outside of the RADEXT WG" mean outside of the IETF? Assuming yes, is RADEXT waiting on liaisons statements? How does the WG know to take action if not such statements? If the attribute definition is happening outside of the IETF why is there any work to do at all? Wouldn't code points be handled by the DEs?
- [radext] Roman Danyliw's Block on charter-ietf-ra… Roman Danyliw via Datatracker
- [radext] Re: Roman Danyliw's Block on charter-iet… Alan DeKok
- [radext] Re: [iesg] Re: Roman Danyliw's Block on … Valery Smyslov
- [radext] Re: [iesg] Re: Roman Danyliw's Block on … Roman Danyliw
- [radext] Re: [iesg] Re: Roman Danyliw's Block on … Alan DeKok