[regext] Re: RESTful EPP Charter side meeting Thursday 13:00
George Michaelson <ggm@algebras.org> Thu, 25 July 2024 02:59 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 4E983C1F7D83 for <regext@ietfa.amsl.com>; Wed, 24 Jul 2024 19:59:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=algebras-org.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 NgOGLC5odoI9 for <regext@ietfa.amsl.com>; Wed, 24 Jul 2024 19:59:18 -0700 (PDT)
Received: from mail-oa1-x34.google.com (mail-oa1-x34.google.com [IPv6:2001:4860:4864:20::34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C9AFC207967 for <regext@ietf.org>; Wed, 24 Jul 2024 19:59:07 -0700 (PDT)
Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-260f863108fso206075fac.1 for <regext@ietf.org>; Wed, 24 Jul 2024 19:59:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=algebras-org.20230601.gappssmtp.com; s=20230601; t=1721876346; x=1722481146; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=KDQxOWxd3Byj76Jda8GVQ84XwvaGrSsBRk85rH4OULM=; b=KdBGKnUtt1b12sld74D0l3icKegXI9Acdm6zsQoBTjf/m5xuo/1iijarVVA47lPWhV kGgAAjjtLZ3SlJUcFtBYSayQMshJ4wE3YQo0s31vW5WDp+VERzJdowGfYt7D4S2Os4Yy A7yStGcBVEztrgfGZ+RLWQp4Ag31oVZi7bk2a9NmBn2isV+ODULCATJds0alMtZiKfOm XD8A5QfbIT4eGxXyjl3VMonSff6NNnGhaq0wUM+Z4aG/RwWi+M4zT8mxmXRXG1rG+GTo 5arVaqBXE5iZF+KfGc2j8RjdsfyWQgeXhX/KoKqCkYDPgKdI3QUjtfbTrwRHkWO/HRpI zzRA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721876346; x=1722481146; h=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=KDQxOWxd3Byj76Jda8GVQ84XwvaGrSsBRk85rH4OULM=; b=rPNII2M6x1fzBWFMiwh8dQWqQlV0syH2L6HJ4qkeKiLqMsKCH34+iioqLgbdomZgXR fwOR9jvru6zSguqCjJDcMIwBaAmqvrzN+DGTQ7n0uvtHiaLvuwZvzuXEAr6D381+y4hH yIj2bBlBCxikx7SBJ8B0/0apJTFL9uHBUWT8jNF7lRBhKeP8yQxFxl+8wOYAToVRdQ3k l5oLdR6rrruLBsyOZYL5E4h0dJToAwluvcZTPjeB4eUcWjEPPghId8RoNWRS9M4iZPJd mISw/IGpIgiN0dJbDndOz+fH/PkVOvydGycqplcyRBF/3tW4nKh4jc2IRHen9i0mR/u+ Hjyg==
X-Forwarded-Encrypted: i=1; AJvYcCXfnKAGMdBBBdOlMIeS6TA9d47aT38m9vfNfbWIRz+NlJ4EN8Fc8onfS+qs6D5NIPlp0GvJybOlIWAox9E04Jk=
X-Gm-Message-State: AOJu0YyyAy96DiuolLklRoIzU5LUe131yT2WH77Exfsp7KBo5d440PNT fl0sy+KT382X8zymb0yGJYP7qssVHuc+gYz3hgWTo/hqFWebkfTc0xgb6iyqxg6oupNcni+Q+Um x/Ohn2O1NKuVGxGccVOkPc3+hK9GC94lCQ8ADToJWzfDlq29I
X-Google-Smtp-Source: AGHT+IEdVr9Kpz/rLDcRMl0qOz2bwYevIADxMtkuAvaFzoZJNTxAK5hQ5Airr88k23FX228GClhYViHWuXD2h7+c4VQ=
X-Received: by 2002:a05:6871:2001:b0:25e:5ff:758b with SMTP id 586e51a60fabf-264a0ba5543mr1972357fac.4.1721876346366; Wed, 24 Jul 2024 19:59:06 -0700 (PDT)
MIME-Version: 1.0
References: <603C6F0D-CED2-4624-8F2E-6A9F4BEB6083@sidn.nl> <CAN8C-_KWKxJ47CkL31UNPCgs0wqi6zce=j4aFPvDY4e4cnXn7g@mail.gmail.com> <CAKr6gn1FDy7NX37-G1xoFJJjw1GDmPFkhnZow-2PpWastEMyKg@mail.gmail.com> <BB28FA75-B408-40AF-A68B-1192C84DC98E@rfc1035.com> <CAKr6gn2bdRNJ3wTqSbQ3OqwHEF557WfOzHDhFSM+w0qNzGaFhA@mail.gmail.com> <4bc66e03d6654dd6bf903eaa59a460d3@verisign.com>
In-Reply-To: <4bc66e03d6654dd6bf903eaa59a460d3@verisign.com>
From: George Michaelson <ggm@algebras.org>
Date: Thu, 25 Jul 2024 12:58:55 +1000
Message-ID: <CAKr6gn3mkdYeiYghOnM2X5eXmM0yGC3ct=Z8SvZTkdUhuORZ7g@mail.gmail.com>
To: "Hollenbeck, Scott" <shollenbeck@verisign.com>
Content-Type: text/plain; charset="UTF-8"
Message-ID-Hash: DITSNHKALLH7ZPLJB2CXRTC4FGWLJC7U
X-Message-ID-Hash: DITSNHKALLH7ZPLJB2CXRTC4FGWLJC7U
X-MailFrom: ggm@algebras.org
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: RESTful EPP Charter side meeting Thursday 13:00
List-Id: Registration Protocols Extensions Working Group <regext.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/n605ZCx7zCgM9GqQ0PAOsTYZPMc>
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>
I think thats wise. Well said Scott. I shouldn't put words in people's mouths but back in the CRISP days discussing whois replacement, I got a sense that the "whois problem" excised the ICANN board and seniors quite a lot. Maybe it was down to personalities, personal interests, but the idea of some consistency in data management was big. I am less sure modern ICANN thinks like that. I don't understand the constituencies who make up "decision making" in this space. I would hope the contracts don't say literally "whois on port 43" but a more nuanced statement of public data which means RDAP can be grandfathered in instead of some "no not like that" outcome. And in like sense if it said ".. its EPP specified over <here>" then we might find ourselves in a difficult place if we said "its not EPP" but if we can say "EPP is now defined by ..." then we'd be on smoother grounds. Or not. It's ICANN. I fully expect (based on what I think I've read) that some people here say "its not EPP if it's not XML and SOAP" and maybe they're right. But the intent is to have extensible provisioning. If the fit now is for a HTTPS REST method, it's extensible, and it's for provisioning, I'm more of a mind to call it EPP-ng than "not EPP" -G
- [regext] RESTful EPP Charter side meeting Thursda… Maarten Wullink
- [regext] Re: RESTful EPP Charter side meeting Thu… Orie Steele
- [regext] Re: RESTful EPP Charter side meeting Thu… George Michaelson
- [regext] Re: RESTful EPP Charter side meeting Thu… Jim Reid
- [regext] Re: RESTful EPP Charter side meeting Thu… George Michaelson
- [regext] Re: RESTful EPP Charter side meeting Thu… Hollenbeck, Scott
- [regext] Re: RESTful EPP Charter side meeting Thu… George Michaelson
- [regext] Re: [Ext] Re: RESTful EPP Charter side m… Gavin Brown
- [regext] Re: RESTful EPP Charter side meeting Thu… Andrew Newton (andy)
- [regext] Re: RESTful EPP Charter side meeting Thu… kowalik@denic.de
- [regext] Re: RESTful EPP Charter side meeting Thu… kowalik
- [regext] Re: RESTful EPP Charter side meeting Thu… Gould, James
- [regext] Re: RESTful EPP Charter side meeting Thu… kowalik@denic.de
- [regext] Re: RESTful EPP Charter side meeting Thu… Rubens Kuhl
- [regext] Re: [Ext] Re: RESTful EPP Charter side m… Gavin Brown
- [regext] Re: RESTful EPP Charter side meeting Thu… Gould, James
- [regext] Re: RESTful EPP Charter side meeting Thu… mario.loffredo
- [regext] Re: RESTful EPP Charter side meeting Thu… Arnt Gulbrandsen
- [regext] Re: RESTful EPP Charter side meeting Thu… Maarten Wullink
- [regext] Re: [Ext] Re: RESTful EPP Charter side m… Maarten Wullink
- [regext] Re: RESTful EPP Charter side meeting Thu… Gould, James
- [regext] Re: RESTful EPP Charter side meeting Thu… Gould, James