Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7482bis-00.txt
"Hollenbeck, Scott" <shollenbeck@verisign.com> Mon, 04 May 2020 18:21 UTC
Return-Path: <shollenbeck@verisign.com>
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 2A35B3A1273 for <regext@ietfa.amsl.com>; Mon, 4 May 2020 11:21:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-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=verisign.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 61pP-dHT89dN for <regext@ietfa.amsl.com>; Mon, 4 May 2020 11:20:58 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 896533A126F for <regext@ietf.org>; Mon, 4 May 2020 11:20:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=4441; q=dns/txt; s=VRSN; t=1588616459; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=QCgCHoroXSXMcOe7iY7ijcidRIHW/a6jroBRTe0RrN8=; b=Oahcm+MZV6b8DltKdjNOvWosBVtx+XWdycP4cTuQPJp0qT6KaJ8XC4+c /0tJHK6VZOxqxVqRD1ZeZtxYmufWMicR5toCQtuDjKbiX17veh1bqVE2b VjOiUjllU9vcqLIF3KmuQKmTWl3k+AuFaKI2yvLQl4W1gLestFSOUn1KR EuQyTS4LcJIlqrmK34n+3B9ukBcZsE3eoG5PzgIzIDe/PLtAhtxvUs14S WB2yBYpGjZ1WdJLBe9g8eofCufPuc6l91w2PlNWmazAGin7+Tuc3gayG2 5cXlRErrMDQH/8+7nqF4cC74XCxKkVCylcuvmECW4CDkI1VKUo4z9y+xY A==;
IronPort-SDR: RjD0xgD3SXJ5vYf3OXpzZwhvE6Db0MqqbPT4r8R4Wc4JmzwdNRw01HfrWvdOflA6cZdYhC5WuC pP4213UKIIBRsY5B7N6O+PldlpOBxs5QF0M/pIOXdEyJeRkcLemW1h8ESFzo1HsypY3x+NJD/B eXKojzND2InbWWm/emYVvRLrbVRXOD45J4Pn0RQJmE0qxpT6q3gBVsLh7XkpBLODDiJoNKBi3Z mQYf8POWhbP9yjTmDt52WRVp0MIfGRXW/y2lJuGdFlpnvMRKWWxyRcxMOyYwc11R8SE3b6JYSS WV4=
X-IronPort-AV: E=Sophos;i="5.73,352,1583193600"; d="scan'208";a="1487330"
IronPort-PHdr: 9a23:VFeHKBweFfT3ceTXCy+O+j09IxM/srCxBDY+r6Qd0uoTI/ad9pjvdHbS+e9qxAeQG9mCtrQb16GP6/uocFdDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXdrXKo8DEdBAj0OxZrKeTpAI7SiNm82/yv95HJbAhEmTqwbalwIRi5ogndq9UajIV/Iast1xXFpWdFdf5Lzm1yP1KTmBj85sa0/JF99ilbpuws+c1dX6jkZqo0VbNXAigoPGAz/83rqALMTRCT6XsGU2UZiQRHDg7Y5xznRJjxsy/6tu1g2CmGOMD9UL45VSi+46ptVRTljjoMOTwk/2HNksF+jLxVrg+9pxJxwIDUboOaNPtica3SctwXXnZBXt9TVyBdHo+wc5UDAuwcNuhYtYn9oF4OoAOwCQeuA+PvzjtIiWHw3aIhzesuDQLG0BQ9FNwTrHvUq8n1NLscXeuoy6TI1jXDb/RS2Tf59ofIdAsuru+QUrJzasfR11cgFxnEjlWLqIzlMDWV2v4RvGic6uptTOSigHMopA9tuDag3NssipXXiYIPzFDJ7SV3zJg7K9C6SUN2YsKoHZtOui2HM4Z4QsMvT39ptSonyrMLp561cSYJxZkmwxPRZeKKfoaV7x/tVOucPDd2iXFjdbmiiRiy9k2gxff9VsmyyFtFsitFksLQuXAKzRDc9s+HSv5l8ke8xTmP1hrf5f9ZLkApjabbKoAuwqI+lpYJtkTDBCD2lUPrh6GVbkUp4vWk5/j9brn7pJKROZV4hhz+P6kggMCyDuc1PhATU2SH4+iwyb/u8VHjTLlXgfA7kbPVvI3ZKMkdu6W3GRVa0pw55Ba6Fzqm1dMYkmQZI19dYxKHipTpO0nJIPDlEfezm1Ssnylvx/DBJrDsH4nDIGDenLjhZbhz5E9TxBYuwdxF+ZJbFrYBIOjrWkPrrtPXEwU1MxKuw+b8DtVxzJ8RWWWKAqOBMaPSt0GH5v43LuWReIMZoivxJvor6vL0kHM0mVEQcbOm0JYUcHy4G+5pI0SdYXrimNcBFmIKsxIlTOzqj12CVTpTaGi0X60n+D40FIGmAJzdRo+zmryB3Ty7HpxZZmBAEFyDDXDod4CcV/cWdC2SOtNhkiADVbW5U48h0AqjuxL9y7p7NOXU/DAXuo7k1NRv++LTkhQy/yRuD8uBy2GNU310nmQQSj8swq9/rlJyy1if0aVjgvxXC8BT5/1TXgc9L57cwL8yN9enEBrEVtuOVF+gTt6hRzo2S5h5l8cLS0p6B9ykghvEmSGtBulR3/aRCZM54r703nXtKYB60XmMnP07glYrUtdnNGC6iOh47QeFVKDTlEDM3YatcaAR2iTA/2THhVGFu11EGkYkSqXCWXQSYEHbptfR+E7YTqSvBrJhOQxEn53RYpBWY8Hk2A0VDMzoP87TNjq8
X-IPAS-Result: A2GDBADpWbBe/zCZrQpmHgEBCxIMQIE8C4MYgTEKlSiZd4ErPAsBAQEBAQEBAQEHASMMBAEBAoRCAoJZNwYOAgMBAQsBAQEFAQEBAQEFAwEBAQKGPwyCOyJ3PAk5AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQQCDVRJAR4BAQEBAzo0BBMEAgEIEQQBAQEeEDIdCAIEARIIgx+DC7IidIE0hDkBgRaFMIE4jF6BQj6BEYMQPoInQAKBMAESAQmGCgSYA5pOAweCSIgYj3YlgluIYYEYkEyQF4lUk0gCBAIEBQIVgWiBCnBwUIJpCUcYDZB6gzqKVnQNKgIGCAEBAwmRNoEQAQE
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Mon, 4 May 2020 14:20:46 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1913.005; Mon, 4 May 2020 14:20:46 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "pm@dotandco.com" <pm@dotandco.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7482bis-00.txt
Thread-Index: AQHWHGsGGHjfbpmwCki/isMdX/o2qaiYSICA
Date: Mon, 04 May 2020 18:20:46 +0000
Message-ID: <af195083ab294b8ebf1903800619a410@verisign.com>
References: <157978263830.22814.10753224081346165172@ietfa.amsl.com> <1a23b173513a40568e5fa6da66df9686@verisign.com> <a51395d3-137f-40b9-bab0-a6f636188a10@www.fastmail.com>
In-Reply-To: <a51395d3-137f-40b9-bab0-a6f636188a10@www.fastmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/J2cE7Q8l2Lm2QX5vF9NSxplf9z4>
Subject: Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7482bis-00.txt
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, 04 May 2020 18:21:01 -0000
Sorry, Patrick, I missed these comments. I'll look at them in more detail tomorrow. Scott > -----Original Message----- > From: regext <regext-bounces@ietf.org> On Behalf Of Patrick Mevzek > Sent: Monday, April 27, 2020 4:06 AM > To: regext@ietf.org > Subject: [EXTERNAL] Re: [regext] FW: I-D Action: draft-hollenbeck-regext- > rfc7482bis-00.txt > > > > On Thu, Jan 23, 2020, at 07:35, Hollenbeck, Scott wrote: > > FYI, folks. I just submitted the first version of 7482bis. I've > > addressed the known errata, but I also have some clarification > > suggestions queued up for discussion. I'll start a thread for each of > > those shortly. > > > See my previous email on RFC7483bis the same caveat (on the breadth of > changes called for) applies here. > > 3.1.3 > > This part comes directly from direct observations of what exists out there. > There is at least one RDAP server that generates URL for the "next" RDAP > server (to query the registrar) with the domain name in full uppercase. > For ASCII domains, this makes no difference. > However, I have seen multiple registrar RDAP servers that then fail to > process this URL. Just changing the domain name in the URL from uppercase > to lowercase makes the registrar RDAP server work. > > One can say that this second server is broken, but another can say that > lowercase should be preferred, because if the name is in U-label form, you > do not uppercase it anyway, you leave it as is. > > So while maybe we could keep accepting as input when doing the query the > name in any mixed case, maybe server should be expected to generate URLs > in specific letter case? > > RFC5890 says: > Therefore, since a valid A-label is the result of > Punycode encoding of a U-label, A-labels should be produced only in > lowercase, despite matching other (mixed-case or uppercase) potential > labels in the DNS. > > > So maybe rfc7482bis should give more guidance either explicitly allowing > both forms, or mandating only one, etc. > > Of course, potentially, same applies for 3.1.4 and 3.2.* > > > 5. Extensibility > > See my discussion about the prefix for attributes and the rdapConformance > token name in the thread on 7483bis But same here for path elements, do > we want the prefix to have any relationship with the token in > rdapConformance? > > > 9.2 Nitpick > > Use https:// for > http://secure-web.cisco.com/1nISAjXBpKL_XIglWvOW0Z69bNYuU7P- > Vyn7KAwEKh9j-ac54KiLWzTR-krTSDR34ISI1- > 8aDLHBYBILKyhQ_rg4aBDSDwDNMrP2Pj3n85oemJCDRCXjTJIu_WkYQ7EPA58 > sdEGR_5MYw9HaS4JSHuOKOm4uxA1tN8BZEtnVJCF0XeVbKl8S3D_oaeIfc6zZF > dwIi3UGRWbxscxTIJKU- > tADzhfDXPjZmzLVfUCGr42xabBKvi_Ti1Nd0FGNEgY9nb2NM66SWeQhzdzpsn > 9jP3g/http%3A%2F%2Fwww.ics.uci.edu%2F%7Efielding%2Fpubs%2Fdisserta > tion%2Ffielding_dissertation.pdf > > > > Also in general for all bis drafts, and please excuse my ignorance there, but > shouldn't they reference themselves on the bis version instead of previous > one? > Example, this text: > " This document does not describe the results or entities returned from > issuing the described URLs with an HTTP GET. The specification of > these entities is described in [RFC7483]. > > " > > Shouldn't RFC7483 be replaced by the draft rfc7483bis? > > > PS: there is currently a problem in the tracker, on https://secure- > web.cisco.com/1YVDVzKtTJoaVCJqtJ6jmMmAyc385Fif2d0IPdsKbQacOIRJ9tz > wxVPM6iHxe- > tME45ThxCqPMpgqvLRESYsoLO3EPcEviZXznuxJ_7_F14IVxBgXNS1JbXBLbNcp > URZbAUr0D2NmfBDZ3AhFzawHjlF8HL6CxP1iuoUpcjNzRrMJTEJMoZnRpwSFH > FMpWoxmdC25G1L8pCcubvIP7zhGiuKgY0rZ3CrNwmWPJLy1oi99AMhSz3aC7 > psPsGBli8Zixvi-_Sj4rWIN- > bL82fITwA/https%3A%2F%2Fdatatracker.ietf.org%2Fdoc%2Fdraft- > hollenbeck-regext-rfc7482bis%2F > a version 03 is shown as existing but you can't view the content. > > > -- > Patrick Mevzek > pm@dotandco.com > > _______________________________________________ > regext mailing list > regext@ietf.org > https://secure- > web.cisco.com/1DY9WMBrzyv3laxynA6_cYd9taMoltKCnLtBssrQ3LkYLY34xiaN > 20C1lsyFPpmUQM6oE_hVZ9gcfkcX2EhcQM32LAwg- > P_jbeEko9rfuq5jnPrl1Qf5UhlDq9STZfkyaGfuiC9v4Np1U8uKraQELXsCDtWQ8g > LugjA7oufnVO83PSagt6biGxX2HDkGcGuqcvlSmc8rFHpiBnQB0KisFp8UPGWm > HgeqfP2pmuluLNTFmNrPHJVEPI9QFbW1OeCEnLkFIHxvM71CcB6dlRt- > fHUL4286eH9fVSAZ- > 4QUeyLs/https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fregext
- [regext] FW: I-D Action: draft-hollenbeck-regext-… Hollenbeck, Scott
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Patrick Mevzek
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Hollenbeck, Scott
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Patrick Mevzek
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Hollenbeck, Scott
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Hollenbeck, Scott
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Hollenbeck, Scott
- Re: [regext] FW: I-D Action: draft-hollenbeck-reg… Hollenbeck, Scott