[regext] Re: I-D Action: draft-ietf-regext-epp-delete-bcp-07.txt

"Andrew Newton (andy)" <andy@hxr.us> Tue, 06 August 2024 14:49 UTC

Return-Path: <andy@hxr.us>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF483C169404 for <regext@ietfa.amsl.com>; Tue, 6 Aug 2024 07:49:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hxr-us.20230601.gappssmtp.com
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 nfg5itrewqqz for <regext@ietfa.amsl.com>; Tue, 6 Aug 2024 07:49:38 -0700 (PDT)
Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F463C16942A for <regext@ietf.org>; Tue, 6 Aug 2024 07:49:32 -0700 (PDT)
Received: by mail-qt1-x833.google.com with SMTP id d75a77b69052e-450217eaa62so3663231cf.3 for <regext@ietf.org>; Tue, 06 Aug 2024 07:49:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr-us.20230601.gappssmtp.com; s=20230601; t=1722955772; x=1723560572; darn=ietf.org; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=GccrnIInCWhhuf7nWgRs/+W2n7m1YytW6MkgVBSNfdo=; b=AEBxfK5dQ1dj6MITy4Jiel0mpDwRgXlAb/T4shWtx31WxEEbhi+bB8gQCUA8ovpOVt dxe1bOQWgkQLQbA+UepPjMH3TnybfCvU2yA0hJbQpDtiTGuhD8aJxbl3WfZPwMhEd01A hulW1VtHG/N3fhNUuMq+i8IR3+ds4jW0Z52WDZ0G9G+K0ov2NQ2fFuk3LlDqNFVVAF7k 3eisxgkLNAqWOnvQt+tgs4xtU/Juw2qMz3fmU/6nPsvUJv53J1AQtwS01AbRbxlGMZ6n 5VmpIro3wMQqag7Ws57a7el+GrYBaZS7sXocTQoSEYdoRGBe2PHx5Hl39iLrZTIyEvL0 ss8g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722955772; x=1723560572; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=GccrnIInCWhhuf7nWgRs/+W2n7m1YytW6MkgVBSNfdo=; b=TLPJlFpIZnTVX2LjZNigmOX/VCcl7OQrhFh2KnR5hzEk6/YIJgYDzxEGv+Nk1A4BF4 BpNzTG26lLwNKOSfDCfomckmDj6RBtA+mkOYBQ+99EAGdN24Eq6BNV5XPvGN7m0gDTjZ NGU6KUksuG2agy9eY4C1Qb2sLA7Y3sAyueizbxsPJ7GkvvPqZuZO9VbWA5OVXDA7greD Yrcr5eJHlybiVMtUxL9eLboAmECr5UJ1bU9k4ZJhYXlyxBdZS/lkqKyYOq9i65PfTIJw awXisHM0M1ETi1AInjh00GmMUNrkccoWKi0VOLhM8EBi/nHQesmH3QPgSGlGhUXirCtx CtMQ==
X-Forwarded-Encrypted: i=1; AJvYcCUGgW6kKNiKvyBggB9GBMPk/p3bP1SjbJwPGNz51lnXd6hSm5I+mjU6gnXtNNUVN+eT15dzYhw6EGU60W/eY/o=
X-Gm-Message-State: AOJu0YwcVFrOnafR42nxqGxInmPqMrnCuEnoWpZH3GUGNj041L/RTOYg fVS+Jr+69ceFcKc7xPr41T1N/vPBTN9tC349HfX3fN4HgR1VHZ9/NQ1SqYK+LZp1P2oKPrFKRF5 7
X-Google-Smtp-Source: AGHT+IHL/kp9mGa5aXIJQPHCEVg15K8t4AS9cObUKMVFnTwCZQYK+6X+BdLl/jvcZ0TsuomAzPH+rA==
X-Received: by 2002:ac8:7f81:0:b0:447:e14d:ab10 with SMTP id d75a77b69052e-451892c55demr176059081cf.56.1722955771443; Tue, 06 Aug 2024 07:49:31 -0700 (PDT)
Received: from [10.2.8.160] (pool-72-83-25-32.washdc.fios.verizon.net. [72.83.25.32]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-4518a756b6bsm38440921cf.69.2024.08.06.07.49.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 06 Aug 2024 07:49:30 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------IUBgu8dPDSr0g5K3j4ePp2mr"
Message-ID: <13c2dc98-e629-4a80-8ad7-782225498aa8@hxr.us>
Date: Tue, 06 Aug 2024 10:49:30 -0400
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Orie Steele <orie@transmute.industries>, "Hollenbeck, Scott" <shollenbeck=40verisign.com@dmarc.ietf.org>
References: <172243217153.2152631.577325171851793888@dt-datatracker-659f84ff76-9wqgv> <f041e47b-0429-4439-9f61-d9efb3288f0b@denic.de> <8f747241-2c2a-4df2-b338-42bbdfdadf09@hxr.us> <9e2810a9-9f40-4c8b-8981-291b2094581d@denic.de> <7ab277ac-8dc2-49a0-b5fe-ac469296cb47@hxr.us> <56d2fd23-4a4a-4fc2-b18b-7bffaff49801@denic.de> <93a84f6b-eb4e-4ea4-a15e-b8b1fe727bd4@hxr.us> <ce6842d5-154c-4b61-81c4-ac245c80059c@denic.de> <cf2be8dcce7f45f195ae476b9581bedc@verisign.com> <CAN8C-_LTmV1AQ+Wtn1ZH8R43=+1680kD0B=Z3rD=3msC9R=YUw@mail.gmail.com>
Content-Language: en-US
From: "Andrew Newton (andy)" <andy@hxr.us>
In-Reply-To: <CAN8C-_LTmV1AQ+Wtn1ZH8R43=+1680kD0B=Z3rD=3msC9R=YUw@mail.gmail.com>
Message-ID-Hash: 2SGK4FXHQE32XV3O5CLE47TPIFGVBKGW
X-Message-ID-Hash: 2SGK4FXHQE32XV3O5CLE47TPIFGVBKGW
X-MailFrom: andy@hxr.us
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: "regext@ietf.org" <regext@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [regext] Re: I-D Action: draft-ietf-regext-epp-delete-bcp-07.txt
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/8dpbWq9MeD6MLWm5JjU114E23iY>
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>

My preference is that a BCP have something to enforce, therefore I like 
your suggested change but do think Scott's change to the server language 
is needed.

-andy

On 8/1/24 13:09, Orie Steele wrote:
> Hi,
>
> I'm happy to hear from the group on this.
>
> If the working group thinks my change request doesn't make sense 
> please let me know.
>
> Regards,
>
> OS, ART AD
>
> On Thu, Aug 1, 2024 at 7:18 AM Hollenbeck, Scott 
> <shollenbeck=40verisign.com@dmarc.ietf.org> wrote:
>
>     > -----Original Message-----
>     > From: kowalik@denic.de <kowalik@denic.de>
>     > Sent: Wednesday, July 31, 2024 4:46 PM
>     > To: Andrew Newton (andy) <andy@hxr.us>; regext@ietf.org
>     > Subject: [EXTERNAL] [regext] Re: I-D Action:
>     draft-ietf-regext-epp-delete-bcp-
>     > 07.txt
>     >
>     > Hi Andy,
>     >
>     > On 31.07.24 22:16, Andrew Newton (andy) wrote:
>     > > Pawel,
>     > >
>     > > The issues you have raised about changes necessary for either
>     or both
>     > > the EPP client and EPP server appear to me to go beyond normative
>     > > language. Given this type of language  is not in any version
>     of the
>     > > draft, does this mean you are not supportive of this document
>     > > regardless of the -05 or -07 version?
>     > >
>     > > -andy
>     >
>     > -05 and -06 were fine and I'm supportive of those. If it's
>     SHOULD or MUST or
>     > we remove normative language entirely would not be substantial
>     change
>     > IMHO.
>     >
>     > -07 restructured the section 6 so that the 2 issues appeared:
>     >
>     >      1) removed preamble and paragraphs so that current and proposed
>     > practices were set as equal choice to implementers
>
>     [SAH] This was done to address feedback we received from Orie
>     after he read -06. It's based this text found in Section 5 of RC 2026:
>
>     "A BCP document is subject to the same basic set of procedures as
>     standards track documents and thus is a vehicle by which the IETF
>     community can define and ratify the community's best current
>     thinking on a statement of principle or on what is believed to be
>     the best way to perform some operations or IETF process function."
>
>     Note that it says "what is believed to be". There is no
>     requirement for "best current practices" to be something that's
>     being done at the moment the document is written.
>
>     >      2) added normative text which means the changes are only to be
>     > implemented by servers
>
>     [SAH] That's my mistake, and it's an easy fix. Change "AN EPP
>     server MUST" to "EPP clients and servers MUST", or "must", or
>     "can", if people have issues with a normative MUST.
>
>     As I said above, Orie requested changes to the text he saw in
>     Section 6 of -06. We think we addressed his feedback with the
>     change noted above, but only he can say for sure. I don't want to
>     revert to -05 or -06 only for him to give us the same "please
>     change this" feedback during his formal AD review.
>
>     Scott
>     _______________________________________________
>     regext mailing list -- regext@ietf.org
>     To unsubscribe send an email to regext-leave@ietf.org
>
>
>
> -- 
>
>
> ORIE STEELEChief Technology Officerwww.transmute.industries
>
> <https://transmute.industries>
>