Re: [regext] rfc7484bis

George Michaelson <ggm@algebras.org> Mon, 24 August 2020 06:31 UTC

Return-Path: <ggm@algebras.org>
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 CBB8F3A0A7D for <regext@ietfa.amsl.com>; Sun, 23 Aug 2020 23:31:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=algebras-org.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M1avW5CJOBOq for <regext@ietfa.amsl.com>; Sun, 23 Aug 2020 23:31:37 -0700 (PDT)
Received: from mail-il1-x133.google.com (mail-il1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 466563A052C for <regext@ietf.org>; Sun, 23 Aug 2020 23:31:36 -0700 (PDT)
Received: by mail-il1-x133.google.com with SMTP id c6so6264036ilo.13 for <regext@ietf.org>; Sun, 23 Aug 2020 23:31:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=lok9nohFMEJdQ7f0mIQysiX8UW9IHWEbYsN2V+boYh8=; b=hN2sZMFgwXI8WyXQUdM0tQI0vXHJZiDiK9rsPvxZDoXC/bRmlwXzzJo3+mv32l1fcC ctQC79WKHgo94T2TIaFkBslXJ2Og2sYLEzJFikKEajCjGtvqw9f+XRoFAKndcu94QznO M4uKfPcPGCkAAqXJ/dp0CkxGp58pTDv76hXOCg7YQ8XOnLe+tp2JnGUomNrbztLiwond ZzJFeGeQXb5QthIFL0ALh7WTWWpEtnkBZokE/Uq2YBlTckRAsRVG+iy/Z2kbtbmMMIPm lWYoh1xLbg2QHVIoosQxpAs3ZUQt5IpCO81+iQLp3LPvyPRgboaLBP+k/brozh25KlHB 1ptg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=lok9nohFMEJdQ7f0mIQysiX8UW9IHWEbYsN2V+boYh8=; b=Mva4mCzrpp172w+429JRYjlXFoqwJZSxDqe0z1+7VHmjB8DXLdsgG6uG9SYg/4zVf1 VEGhTvuZnirrqCMJizsKSV0hLvWNB26Zm8V25k6TsnKGPX6xttGGIffLMbEXm4l2s/5V bPSClvtWmuCdjmuXaH24PiNH1mLLm6vCnFT8EpPXqiCgnhYCnoYeJLfcJ6h/agMgmhJL yXY53U61E3wwoa5dV5/cWIuimXzJfL/ZjcMtWnvlyhcbcxXAh473OET0s4t+PspTHmnN YOe54gd0qLVT1jMGKFBUeMqAzHq/D6O1xaIa2bsCVFwaRzZmJKdLvOWdcF3SW1GVPPAr XI/Q==
X-Gm-Message-State: AOAM532B1eCReHHoa54oRCMQvPDM4seoMaEIi+SqoKlmcJfWdVoPraD8 3vTaF0UBesmsQ09Owvd/FRO5cqXSS7E5QfCMdr5Ho+6Ow4OsRhI7
X-Google-Smtp-Source: ABdhPJx4fOwqUPzQhz+ic4Id9edzFL86GMSd3d24RciwZ8BvuBotmWryKMOjZjZ4re33JCf0J3yi4/Ji9v5xETp/0ek=
X-Received: by 2002:a92:ad12:: with SMTP id w18mr3396163ilh.218.1598250695468; Sun, 23 Aug 2020 23:31:35 -0700 (PDT)
MIME-Version: 1.0
References: <801B9484-0F94-4CB4-ABBC-AAC495361E80@centralnic.com> <00ae8cca-fc44-4279-b6f7-3f57d86474b1@www.fastmail.com> <EB25569C-75A6-4097-A7A1-0D6C55F7B95E@viagenie.ca> <8A4AA778-7BFC-40B3-B245-B4ADB87A4A7B@centralnic.com> <09097926-F82D-44D5-9727-219AC6141CA9@viagenie.ca> <0324097F-AF2D-4EAD-A089-CDAC984BFC80@centralnic.com> <CAKr6gn37fQxnGnDzMauwe3YefhvUoYAwktk9oCRATsPFMQc=sA@mail.gmail.com> <20217DE9-91E8-4730-BBBB-182B9B0A58AF@viagenie.ca>
In-Reply-To: <20217DE9-91E8-4730-BBBB-182B9B0A58AF@viagenie.ca>
From: George Michaelson <ggm@algebras.org>
Date: Mon, 24 Aug 2020 16:31:24 +1000
Message-ID: <CAKr6gn2Lwcr-YxLu6-a+kbhZ_=RHDEDaOttKZ8n=ULpP3JhRQA@mail.gmail.com>
To: Marc Blanchet <marc.blanchet@viagenie.ca>
Cc: Registration Protocols Extensions <regext@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/MLkIWHtEk7A7Xpg4fAb6FW9Q2NA>
Subject: Re: [regext] rfc7484bis
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Aug 2020 06:31:40 -0000

How about this:

----
All RDAP endpoints referenced by the URLs in the array MUST return
identical responses for the same RDAP query, except that the “notices”
data structure MAY contain an object informing the client of the
identity of the endpoint. If such an object is provided it SHOULD use
the registered notices and remarks type value of “service node
identification” and it SHOULD be returned by all endpoints.

The “notices” structure is only permitted at the top level of a
response and contains information about the service or response rather
than about the object involved.
----

Which requires in IANA considerations:

----
 IANA is requested to add that value to the
https://www.iana.org/assignments/rdap-json-values/rdap-json-values.xhtml
registry.
----

My colleague, who suggested these words, added

"The places to bike shed is over whether an endpoint MAY or SHOULD
return that object, and whether it SHOULD or MUST have a fixed value,
and whether all endpoints SHOULD or MUST return the object if any do."

I think on the whole, thats a might fine list of bike sheds. I don't
know the answer to any of them. I tend to MAY return, but SHOULD be a
consistent (if not fixed) value, and all endpoints MUST return the
object if any do.

My reasoning is. that the debug utility is only present if they all do
it, so it is all or none. But, since it is not always needed, it can
be turned off and on which goes to MAY. Consistency is key; the
variance should be to identify a node, amongst all nodes.  Or software
version. But, definitionally that cannot be "identical" because.. well
you might have upgraded only one node. So consistent, is not SHOULD or
MUST be a fixed value.

-G

On Sat, Aug 22, 2020 at 2:27 AM Marc Blanchet <marc.blanchet@viagenie.ca> wrote:
>
> On 16 Aug 2020, at 19:27, George Michaelson wrote:
>
> > I would like to see some allowance of limited metadata about which
> > node responded, or other information variance. If thats confined to
> > comments in the outer protocol, it means the response inline cannot be
> > used to debug specific problems with the node which responded.
> >
> > We see this all the time in DNS: The lack of information about the
> > service methods used to supply a response makes debug significantly
> > harder.
> >
> > in-band introspection is useful. It isn't about the response, its
> > about how the response came to be.
>
> I get your point. Can you provide some text or some proposal on that
> matter?
>
> Marc.
>
> >
> > -G
> >
> > On Thu, Aug 13, 2020 at 9:40 PM Gavin Brown
> > <gavin.brown@centralnic.com> wrote:
> >>
> >>> On 12 Aug 2020, at 17:18, Marc Blanchet <marc.blanchet@viagenie.ca>
> >>> wrote:
> >>>
> >>> well, already added text in the published draft yesterday.
> >>>
> >>> https://www.ietf.org/internet-drafts/draft-blanchet-regext-rfc7484bis-00.txt
> >>>
> >>> extract of my added text:
> >>> « All RDAP endpoints referenced by the URLs in the array MUST
> >>> return
> >>>   identical responses for the same RDAP query. »
> >>>
> >>> would that work?
> >>
> >> Looks good to me.
> >>
> >> G.
> >>
> >> --
> >> Gavin Brown
> >> Head of Registry Services and Chief Innovation Officer
> >> CentralNic Group plc (LSE:CNIC)
> >> https://www.centralnic.com
> >>
> >> Tel: +44.7548243029
> >>
> >> CentralNic Group plc is a company registered in England and Wales
> >> with company number 8576358. Registered Offices: Saddlers House,
> >> Gutter Lane, London EC2V 6AE.
> >>
> >> _______________________________________________
> >> regext mailing list
> >> regext@ietf.org
> >> https://www.ietf.org/mailman/listinfo/regext