[regext] Re: Extensions: Referrals handling #56

"Andrew Newton (andy)" <andy@hxr.us> Wed, 15 January 2025 20:05 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 0364AC1840C5 for <regext@ietfa.amsl.com>; Wed, 15 Jan 2025 12:05:38 -0800 (PST)
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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham 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 RUc8NO946NAI for <regext@ietfa.amsl.com>; Wed, 15 Jan 2025 12:05:37 -0800 (PST)
Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (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 62F36C151087 for <regext@ietf.org>; Wed, 15 Jan 2025 12:05:37 -0800 (PST)
Received: by mail-lj1-x234.google.com with SMTP id 38308e7fff4ca-30613802a59so2217631fa.0 for <regext@ietf.org>; Wed, 15 Jan 2025 12:05:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hxr-us.20230601.gappssmtp.com; s=20230601; t=1736971535; x=1737576335; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Kn8b+Du1w6ba8BC/qqj7Vfv+N0GGZ7WIWpZKIRNnxdk=; b=YBA7C2zCvHOIz7xDXai0P0Fsn1N2zf1ccA3HqODDVKd4up67Bii3nBLpKe5Dqjrcsw ZqfqC4oGuPk/Bi2ewhOgJXyhdQZ6O3Hh/WHjhex0UdT2VJ6xA4l1S9Fcfd1AX0e5ZorV 8VcZTSKrSsD0EQPWxyJPVbOeWIlbNNaof+RhRnAUKodQ9pe8SAT9GxBgHBRjFJ0031dt gcgEYs5gbjeP/DXMbXERkLA7D0FYwUMipX1iMM0vEUtKh12zLY613FRY7NI2cYVKOFty kUuSZX/QerG4SNauIv78C7KoL2zlXhCD82jREl/W8P/759f124Ef//zCJIBjjRf4dU49 teiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1736971535; x=1737576335; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=Kn8b+Du1w6ba8BC/qqj7Vfv+N0GGZ7WIWpZKIRNnxdk=; b=krOypg/f43GF3J7AorAllb4+1VP0pWuhdvywTAJIExM1s/9nHt1sdZQRyelLOm7Z/C 4hNq2vYORfVZ+/Q8bLIq9Z5ihnu3nmw3Ieg+YXhqoO924ky0O1XS5cmx47Dk6wvnezdS OFQchr7dLO191oSfgYgNKRnh6Wbk9LP2cYyr+bSazkV88kTX1fcSdIc36ZMDZ1jk8K2v ug5hgP/r3sNdR7MFh20f3pSiyLj2nFZtbpZj65HJ4l0uiPz5bFCh6d0LigVE+81g8sik wdo7fFfQFoGLnq0dqcdLPXLePDo3I8S1qioaRHNPlZHCZ5iv37lwtskRfvKS0BPUsIyd hmxg==
X-Forwarded-Encrypted: i=1; AJvYcCWBbKdHRBdpuvs8v3lGtMBYC6NQY6Xc/q+PuJMZA7vlLpTSa/PI/cTGGrB1bq2msdUwW3z5emU=@ietf.org
X-Gm-Message-State: AOJu0Yyx2EfHSQQDrk05DFmpFxzrhl945yb2WnvmXbegnTNGJqUzRUuh 4rCkCIuvA6+7n6TDjawsLwmsacA1Fxt25vWP7XU/9YWYsqa0lLjBocimyn5nBQSTmsjaQFJHPZ5 HRPX/RZzI9hktyNTTW3jJZaoD+9D58NYSO2gk9fyWdJC/DyA7YHU=
X-Gm-Gg: ASbGncs42YM08syb4c6YjJGbEinkMNZyPh2vlKzztb6rzSsMgRWgG5L6Gmy/2c5VBSM FmIVLBjd08rK8CYd4pooClbG/9b2VyYexMsk=
X-Google-Smtp-Source: AGHT+IEEM67bKkpP3Dz7p6obwEJcP9ruP1Qr10uh67IIfC9SHVTuzmhzyqdolIp7MkitKQgbLJYFlrMTzudhYOMb3vQ=
X-Received: by 2002:a05:6512:10c8:b0:53e:39e6:a1c5 with SMTP id 2adb3069b0e04-542847fe886mr10946933e87.41.1736971535326; Wed, 15 Jan 2025 12:05:35 -0800 (PST)
MIME-Version: 1.0
References: <PH7PR15MB6084C49FE8CC85BCD37C1463C9152@PH7PR15MB6084.namprd15.prod.outlook.com> <c9b9b3dc-75df-43e3-9303-26daa0987559@denic.de> <CAAQiQRcCukVZ3x+xJRFNsQ7O9E5GU+1dX2kTbrdFHsH=fmCqfA@mail.gmail.com> <79101382-1595-4a6b-97e4-9ecdd0a9e914@denic.de> <CAAQiQRdWeC_D10PHpPffrHvdgHXxiCxgQ9-YwaUfrqmYwMPTdQ@mail.gmail.com> <b56b9fc9-7f24-45dc-be16-1a2dedd6f672@denic.de>
In-Reply-To: <b56b9fc9-7f24-45dc-be16-1a2dedd6f672@denic.de>
From: "Andrew Newton (andy)" <andy@hxr.us>
Date: Wed, 15 Jan 2025 15:05:24 -0500
X-Gm-Features: AbW1kvY-TXmmzeGuktX7RoiOd25DnkRluRBkOl8xa-pSgOlne78Ajf7STGkmPS4
Message-ID: <CAAQiQRdyHXguppYk4D2JbQk+FS3G0QQgNR4=C3=i=0yOiaY2Gg@mail.gmail.com>
To: kowalik@denic.de
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: RLTGZKM3ECYENHECUQEKH7YCQWXQSPFX
X-Message-ID-Hash: RLTGZKM3ECYENHECUQEKH7YCQWXQSPFX
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: Jasdip Singh <jasdips@arin.net>, "regext@ietf.org" <regext@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [regext] Re: Extensions: Referrals handling #56
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/Zx0wBjDPPeWO7JqMfFcJ9qwYPh0>
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>

On Wed, Jan 15, 2025 at 5:38 AM <kowalik@denic.de> wrote:
>
> Hi Andy,
>
> On 14.01.25 17:42, Andrew Newton (andy) wrote:
> > On Fri, Jan 10, 2025 at 12:35 PM <kowalik@denic.de> wrote:
> >>
> >> [PK] as indicated above it is not about the extension specifying the
> >> referral.
> > Understood, but how does the current text not allow this?
> >
> I was guided by the interpretation that the text in 4.2 applies to
> referrals specified by a given extension. If the intention of the text
> is that it applies to any referrals, also to those specified elsewhere,
> then it's OK, but maybe giving it an explicit wording in the text would
> make it also very clear to the authors of future extensions.

I think that is a good enhancement. Along with "servers MUST NOT use
multiple extensions in a response with processing requirements over
the same referrals."

-andy