Re: [regext] Robert Wilton's Discuss on draft-ietf-regext-rdap-reverse-search-24: (with DISCUSS and COMMENT)
"Rob Wilton (rwilton)" <rwilton@cisco.com> Fri, 08 September 2023 13:35 UTC
Return-Path: <rwilton@cisco.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 037F6C14CE52; Fri, 8 Sep 2023 06:35:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -11.904
X-Spam-Level:
X-Spam-Status: No, score=-11.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b="lCQ3AF30"; dkim=pass (1024-bit key) header.d=cisco.com header.b="aJZ0XI26"
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 aZmyF0cvb94I; Fri, 8 Sep 2023 06:35:27 -0700 (PDT)
Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (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 6A059C14CE40; Fri, 8 Sep 2023 06:35:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=42210; q=dns/txt; s=iport; t=1694180127; x=1695389727; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LY3W2GlvOpP7OqXQoyvxPMpJcUr5sRU5SCA3QpIWlME=; b=lCQ3AF30Vbi123qehAd5cMKlC0yoDN64nPbMwkCupShwmQY17LQjJkSs tEbHbNbz4AbGvmpyJI0kdCMP+LJBf7CGVfrDl45LQAzgukCIAvxVkMDnR yjau2jf4U3trCwaogGRvQeRUdz/EUDT9mc2LArwce1mwn7hr1zvIbP+Fo k=;
X-CSE-ConnectionGUID: zqUrUowMRlKuEJx2kegCaA==
X-CSE-MsgGUID: rMZuP7dNQ0KpuFdWSc5sbQ==
X-IPAS-Result: A0AsAAB4IvtkmJNdJa1aHAEBAQEBAQcBARIBAQQEAQFlgRYHAQELAYEzMSoodgJZKhJHhFGDTAOETl+IZAOXZIE4hF8UgREDVg8BAQENAQEuAQwJBAEBhEBGAhaGWwIlNAkOAQICAgEBAQEDAgMBAQEBAQEBAgEBBQEBAQIBBwQUAQEBAQEBAQEeGQUQDieFaA2GBAEBAQEDAQEQEQoTAQEpAwQHAQ0CAgEIEQQBASEDBAMCAgIZDAsUCQgCBAENBQgaglwBghZIAwEQnHcBgUACiih6gTKBAYIJAQEGBAWBTkGwXQkFgUMBiAgBgU4BAYQBhDUnG4FJRIEVQ4FmgQI+gmIBAQOBKAELBwEjBBEWCYMlOYIuhTOEGoFkR0oogV4YLgcygQ4MCSxagzMqgRiIIiqBCAhegWo9Ag1VCwtdgRSCRgICETkTR3EbAwcDgQIQKwcELxsHBgkWLSUGUQQtJAkTEj4EgWeBUQqBBj8RDhGCRSICBzY2GUuCYwkVBjtOdhArBBQYgQwIBGoFGhUeNxESGQ0DCHYdAjI8AwUDBDYKFQ0LIQUUQwNIBksLAwIcBQMDBIE2BQ8fAhAaBg4tAwMZRQNEHUADC209NRQbBQRmWQWfZQsZbyWCLQYHJC0MBA0VDQwIDwEgLwEDCD4qCg0LHQIECyoNLZIhDBAKCoNQinVHjXSTN4EtCoQLjACRf4M8F4QBjG4El10tYpgtII1BlSYLDoR8AgQCBAUCDgEBBoFjOiILPnBwFTuCMwEBATEJSRkPjiAZH3QBAoJJgm6CJopldjsCBwEKAQEDCYhugloBAQ
IronPort-PHdr: A9a23:cioTjR9cxCfYgf9uWO7oyV9kXcBvk6//MghQ7YIolPcVNK+i5J/le kfY4KYlgFzIWNDD4ulfw6rNsq/mUHAd+5vJrn0YcZJNWhNEwcUblgAtGoiEXGXwLeXhaGoxG 8ERHER98SSDOFNOUN37e0WUp3Sz6TAIHRCqLxV0IvjyHKbZjt+80Ka5/JiAKwlNjSC2NKt7N w7+7R2Er9Qfm4JkNqc3x1PFo2AdfeNQyCIgKQeYng334YG7+5sLzg==
IronPort-Data: A9a23:ae9kmKOL0nlyrR3vrR1Il8FynXyQoLVcMsEvi/4bfWQNrUpz0zxWy GYaCm7TbvuMYjb2e99xbYzj9BwG7MKAmtMwSHM5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCdaphyFjmF/kvF3oHJ9RFUzbuPSqf3FNnKMyVwQR4MYCo6gHqPocZh6mJTqYb/W1nlV e/a+ZWFYwf0g24sawr41orawP9RlKWq0N8nlgRWicBj5Df2i3QTBZQDEqC9R1OQrl58R7PSq 07rldlVz0uBl/sfIorNfoXTLiXmdoXv0T2m0RK6bUQNbi9q/UTe2o5jXBYVhNw+Zz+hx7idw /0V3XC8pJtA0qDkwIwgvxdk/y5WL7R74oLAPl2Fte+O4m/WKXjhzN5nJRRjVWEY0r4f7WBm7 /cULnUGaQqOwrvvhrm6UeJrwM8kKaEHPqtG5Somlm6fXK1gGMycK0nJzYcwMDMYnN9PGerZY eISaCFka1LLZBgn1lI/Uctnwrv03yGgG9FegEiwl7cPvGT19VRSyKXDPOXucYGRT/wAyy50o UqfrzimXXn2Lue30zeK/2Kwru7CgS29X5gdfJWi+/FnkEHWzWwaCQcNfVq2vff/jVSxM/pTM UUa5m8voLQ8sVamQdTtQ1iirHec+wQRRddKCOB/8wyE0KHUyweUGmZCSSROAPQnudQ5bT0ny lHPmMnmbQGDq5WPQn6bs7yTtz73YHFTJm4ZbihCRgwAizX+nG0tpgDWc8xeF7GQtNnWBBzS0 2qJoScVjpxG2KbnyJ6H1VzAhjutoL3AQQg0+hjbUwqZAuVROdHNi2uAtAaz0BpQEGqKZgLe4 yVcyqBy+MhLXM7dznXcKAkYNOjxv67tDdHKvbJ483AcG9mF4XWve8Vb5ytzYR4wdM0FYjTuJ kTUvGu9BaO/3lP0NsebgKroW6zGKJQM8/y+B5g4ifIVM/BMmPevpn0GWKJp9zmFfLIQua8+I 4yHVs2nEGwXD69qpBLvGbZBiOZymntumTqJLXwe8/hB+eTEDJJyYeldWGZikshlhE95iFyPq o0GZ5fiJ+t3CbOmPEE7DrL/3XhTfSRkWvgaWuRcd/WIJUJ9CXo9BvrKqY7NiKQ795m5Ytzgp ynnMmcBkQKXrSSeeW2iNCs5AJuxBskXkJ7OFXF2Vbpe8yJ9Md/HAWZ2X8ZfQITLA8Q4nK4kF qdbKpnaahmNIxyekwkggVDGhNUKXDyghBmFOGyuZz1XQnKqb1WhFgPMFuc3yBQzMw==
IronPort-HdrOrdr: A9a23:Ddz1Ma4LKvJ8aF5kGQPXwYeCI+orL9Y04lQ7vn2ZFiYlEfBwxv rPoB1E737JYW4qKQAdcLC7VJVpQRvnhOdICPoqTMeftWjdySSVxeRZnOnfKlLbalDDH4JmpM Bdmu1FeaPN5DtB/IjHCWuDYqodKbC8mcjC65a6vhNQpENRGt5dBmxCe36m+zhNNXN77O0CZe GhD6R81lydUEVSRP6WQlMCWO/OrcDKkpXJXT4qbiRM1CC+yRmTxPrfCRa34jcyOgkj/V4lyw f4uj28wp/mn+Cwyxfa2WOWxY9RgsHdxtxKA9HJotQJKx334zzYJLhJavmnhnQYseuv4FElnJ 3nuBE7Jfl+7HvXYyWcvQbt4Q/9yzwjgkWSimNwwEGT4/ARdghKT/aptrgpNScxLHBQ+u2U5Z g7ml5xcaAnVC8o0h6Nv+QgHCsa5XZc6UBS49L7yUYvELf3rNRq3NYiFIQ/KuZaIAvqrI8gC+ VgF8fa+bJfdk6bdWnQui11zMWrRWlbJGbNfqEugL3c79FtpgEz82IIgMgE2nsQ/pM0TJdJo+ zCL6RzjblLCssbd7h0CusNSda+TjWle2OBDEuCZVD8UK0XMXPErJD6pL0z+eGxYZQNiJ8/go 7IXl9UvXM7P0juFcqN1ptW9Q2lehTxYR39jsVFo5RpsLz1Q7TmdSWFVVA1isOl5+4SB8XKMs zDca6+w8WTW1cGNbw5qDEWAaMiXEX2ePdlzuoGZw==
X-Talos-CUID: 9a23:Yd+f0m9iDEadNjFI++SVv1wNJ9oYdWL49nPzPmKaGTxqRbK+QHbFrQ==
X-Talos-MUID: 9a23:3MIGpQ9wUx1TH3Q6RH3+xq6Qf91N0bmWV0wrqM0lo9SqORNLMGqGhg3iFw==
X-IronPort-Anti-Spam-Filtered: true
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-9.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Sep 2023 13:35:26 +0000
Received: from rcdn-opgw-3.cisco.com (rcdn-opgw-3.cisco.com [72.163.7.164]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 388DZQIe004903 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 8 Sep 2023 13:35:26 GMT
X-CSE-ConnectionGUID: 0fbhxSKOQkKI8vSHrnDJSA==
X-CSE-MsgGUID: VeS/ueMBTRuDITLEuCMq9g==
Authentication-Results: rcdn-opgw-3.cisco.com; dkim=pass (signature verified) header.i=@cisco.com; spf=Pass smtp.mailfrom=rwilton@cisco.com; dmarc=pass (p=quarantine dis=none) d=cisco.com
X-IronPort-AV: E=Sophos;i="6.02,237,1688428800"; d="scan'208,217";a="1470696"
Received: from mail-co1nam11lp2171.outbound.protection.outlook.com (HELO NAM11-CO1-obe.outbound.protection.outlook.com) ([104.47.56.171]) by rcdn-opgw-3.cisco.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Sep 2023 13:35:25 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GDU08+S7cPEi0tlzmIHFCooR7N+Nz9BlmqxUftIVj7VAj5lcCHx6phSMxbPQHRnFdN4d3QsyzJ12ThdUAcHc0r7aE8mtDJ6lFVJe+o932u5HEm0YcYrBQR1vrw3TRiseblNUF87c9CZ4UMZkAECLumr2F5BArc9ACzsA9WhwTr/Q7g7gzgbWQHiXd9pRJLYFAQb+FOURP8y8xrVPVqHlIrBpFKpWLPH+5K8bdDN5+g+QjB0khFIcEU4A7e78gxAlL5XErQ7IQrI1kJ6cObFeAsdspswlVKx7Qg0jP6+QRaYvW4knylhE0hJ2Cg7S6lyWSbpgZelC6suWJKOQ5dz5ug==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=LY3W2GlvOpP7OqXQoyvxPMpJcUr5sRU5SCA3QpIWlME=; b=HXpw7/c0c5KeHdHIw6agLPtgD6HhS6sayC7S6WiNtLQN1wne6f48FwkB/A53T17yzyaN23srHQ2rcdGJ5C+SNbiwtl7B41b1BcgTKNFnUkWf1ntosyTF+Smn9NDTFBQnqhr1yMFId9hhAQBaMF6XO7xLzfxuf2DePd1LOt1NHDZDM3nWsw9dCQTCm5tAo0gbaZwCeLeUWRhFWB5aYTmr2OYUa34U4Jgc63ppS2knFmcVYxphFLYDF4ds0zDt2UuzaA8T49a2hN+DKJFdrbZ+lTZWqlGGfWCAz0s6xiqZMYnj0m9UvHJpeLM/A/M1FL+JWWk0ZVuRnxxZLtP/RYqUmQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=LY3W2GlvOpP7OqXQoyvxPMpJcUr5sRU5SCA3QpIWlME=; b=aJZ0XI26kAIPQoIM9masVsDVVMJqrcgn4+fus8Hh1QP+8SmqqNRgT/oNW6RE27KgcmoT38xxbt4Owri3xaHwPhtGegCdibUY3Cj+ylrH6Qz2V14aMzak/VmJr//7bfriK2bV7DF8ZfqnewBiUf81OLrpr/HLVEw+CiBA/jW3AOU=
Received: from BY5PR11MB4196.namprd11.prod.outlook.com (2603:10b6:a03:1ce::13) by CH3PR11MB8362.namprd11.prod.outlook.com (2603:10b6:610:175::6) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6768.30; Fri, 8 Sep 2023 13:35:23 +0000
Received: from BY5PR11MB4196.namprd11.prod.outlook.com ([fe80::3d8c:2037:d8ac:ac5e]) by BY5PR11MB4196.namprd11.prod.outlook.com ([fe80::3d8c:2037:d8ac:ac5e%5]) with mapi id 15.20.6768.029; Fri, 8 Sep 2023 13:35:22 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Mario Loffredo <mario.loffredo@iit.cnr.it>, The IESG <iesg@ietf.org>
CC: "draft-ietf-regext-rdap-reverse-search@ietf.org" <draft-ietf-regext-rdap-reverse-search@ietf.org>, "regext-chairs@ietf.org" <regext-chairs@ietf.org>, "regext@ietf.org" <regext@ietf.org>, "tomh@apnic.net" <tomh@apnic.net>
Thread-Topic: [regext] Robert Wilton's Discuss on draft-ietf-regext-rdap-reverse-search-24: (with DISCUSS and COMMENT)
Thread-Index: AQHZ1cK+oWT01o/1/0CyFeo3U7+CmK/5d7+AgAXnGwCAEaWggA==
Date: Fri, 08 Sep 2023 13:35:22 +0000
Message-ID: <BY5PR11MB41967FB34EF7CDD4D72B19C4B5EDA@BY5PR11MB4196.namprd11.prod.outlook.com>
References: <169279601849.28214.1438749064615727794@ietfa.amsl.com> <65900c44-9a1d-0aaa-196f-5323ebc88119@iit.cnr.it> <6f8f9b02-69b7-b29f-c9e9-58a75ab81071@iit.cnr.it>
In-Reply-To: <6f8f9b02-69b7-b29f-c9e9-58a75ab81071@iit.cnr.it>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: BY5PR11MB4196:EE_|CH3PR11MB8362:EE_
x-ms-office365-filtering-correlation-id: 87b1f4e2-c015-4757-ae9f-08dbb0707385
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: pPbzMXs/BQR1VQPW96ZNQn5Y14v9tkdXjR16KAccQVWvM1AmokKEkXr1FooMeY1LCz22eOaye2OjFbswMNC0kMmWtLqSaCT6eaIGgHhrc/nEFvVDB1yro3HxEhvgN0Dy/AcAKmD/Lv+kcq5s6tSFwR3Zf/LXXEyN/nBFuov8lQq2/yDueQbkq2D6FFjQafuAlZSHeN8ew4mcDN+dRxzeRQMqqiO25azd/zg1F56GBtWof6RYkb6npDBdmVC4l6AypaaieYHVb+82LvD/Ge+YP+PC4rAb56/i6qRBm47/rBTp05JXbqxRICE7h1QdeMwt52OCt62p/R3s/6fZ/UzXdFyIj5DL4JTvI7jEb8oTWwyRFteC+0dfsVVzYm06t8Bd3NZVl+XcNM3Yc4/jkCBv+IOKQ2/E4MYIpa4TZobNK6Msvj8+XAiAX94NzeHtnr182bDZg/ibkAX52cU217YW292XCb+dOlR2sGR2h/rFaezEZ/6zv82M4PBetINuQNvLnKAohwclFlUxxrhAFlA2HqnQDTmZgdiN/8ujoU4E34x97yhFnKu4fYqPhgT/W7pMiwJOyXmU+ABaRPykrxdQEnpsdwwWiB5DnTxUnLs7OduTYUk9c+KSE9wZSSVJmRANl/IdVmvuv+LYcbEYczfFaw==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR11MB4196.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(136003)(366004)(39860400002)(376002)(346002)(396003)(451199024)(1800799009)(186009)(110136005)(7696005)(6506007)(53546011)(71200400001)(83380400001)(9686003)(2906002)(52536014)(316002)(66446008)(66476007)(66556008)(76116006)(8676002)(66946007)(54906003)(41300700001)(9326002)(4326008)(64756008)(5660300002)(8936002)(966005)(478600001)(122000001)(86362001)(55016003)(33656002)(166002)(38100700002)(38070700005); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: 35mMdjoy1tAFPHkbQzsctNtyfA+kCUPoa1ANtx4zJ/r9U7dB3l71TxGvvXaEFkDDNd/JlyR6HMdovpMLPOUo6HdpRPg3zTaW61x38Wn7Z/uwRmXHLBhvMXF8eZvYRoWYZKj6qLITFcgaX4JqrARJPvrncDshKJhyEsQ9M9pDCsvzoxhlw7mWyu5eHq0+nR0SpsW6CGwodzFjK2IGI0z/sO6yOG1aJJ5KWGKVBCdDagti/TAW8815E5ISyAI2GM4WK9648iVP3nxPp9S1IL3sCqWuQWVky/3++RlUBlFFj7bnbapbZW/umgqu278Y/anIwUyUUWcTYeiW5hhqnRPlUHyuYnE1Rpop4OKuvbsSME7GxVlg+QTpZLzezD9g/1iBy2/Dp3nD5TGZnZuABpTIRA1zo2/OJZdojKYkzltDI9kvR+2IBf52cdprcmSa7Fn7FquGLqF/7Z3y1QS0mOhMqIOuPjz2KlJq5AbYvMORFO29ryoX8z3H6E9uLY21t6ufbToNcksuOu0JQMDWVN+9TDinUglpLDWODVbAhN/i6RTz3HEiZMEAiGY3QKCTBPJsyEZAn6xiBATOgXEugcrLGFJMlOXnIFYgY3/xPT5igRjDJZ00GxaCR7N6r9ILblwBP9Y+z4aZyDs5MPtFWDBwWQtGWC20mv8KKeWIZUXLmwIyBTC7/TElBUgh3q2cQloVaOk8kgJbRmRIPRTsW9QwE5/oIkjytQJfD6KbDsIVTLTr0d9HnaxKpKBPqcaD5BZ+WjrBNe3km2hxrJjQCiN+xEA1yk1qzSWmWMjrbxjB4u6zpAWr4ZdpMeOzk9uHxDgwEl1yCHn3nklaRQVvpsf9FXfA+32ysamlHl7w9Dt4JgQ0u+HTlfLI8tx7isnTyobiIJkDpPiPkmjLtM5pJoYUfX9X315uTTd870VAWHR1HvjQFX1D6U01ghoKL4BXcmjWyjG466MTNrVkMT9hZMeGaG8jrdp8vt7jrh6CSgnEpt+0xzDlPr7gqYi01smZjElocYxeADMCHTJtylCfmtnZt0O7QAsnECfUzYupaag7bWg9tv5W5EcBAw0BS8wuGzd/7bwQX6IOiF0CKM3bvarzpptyxX6aY9/KzjmsjOyCcegwsg7Xy5afp2P7J6+NIjdEFfTgvHmZpeIwx3tiqtNRAoj6+SN/ib2KGJR3xJRGxCa1f7aUfUvGzjux0JLqqoNgSCBGwNow3weJCttdhf693PBgHGSpTIV/n1+ii2FXUCB4qnjwtg/ABMqKYJFFn77HBm0u7cJSLGssZpfGQANOvtxDg9hs8kM1DPdbeRIyjKstYgnoTZi/1EQgIx+nfe1GMkvk3tUJh0RmurWkHYojCpYkLLKgOmry8pU9GixXzkLBJbb+1vJKbeyl1KqcQpk0eh6OQSqmjkeDAVX6BUpd4fYy7fUoc9xBfwqUj9Ihu1WRrqpxV4F/F//mbX9PqE+QGadU7cEWFL+nFlMVuFlFZoVmzoQx+zufHCXY9D8uR6WjYvBhBNAC+0sImJAUx8C0nHfDQrg8kknPcHQekBvHftY5zQurEB17BiDR/dB5lPW3eNMdBi7erpFe5uEVNrc1EbsUJY7LB0TiqqYzQSBijrQMpsgtDTCNVUCnbuj9wCJdJujZnYjiIqY03GR04D+L
Content-Type: multipart/alternative; boundary="_000_BY5PR11MB41967FB34EF7CDD4D72B19C4B5EDABY5PR11MB4196namp_"
MIME-Version: 1.0
X-OriginatorOrg: cisco.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR11MB4196.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 87b1f4e2-c015-4757-ae9f-08dbb0707385
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Sep 2023 13:35:22.3614 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0Vg39YuULHb/fNezEpx3s+qQ6MF6pNM+YVA3LHnXCkHCbQ/PtDoTuUWuzk8H0ROUtjEfz14lRaNDfx595zex0Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH3PR11MB8362
X-Outbound-SMTP-Client: 72.163.7.164, rcdn-opgw-3.cisco.com
X-Outbound-Node: rcdn-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/GhZ9GfBckvGlct28PUZNL-DlOB0>
Subject: Re: [regext] Robert Wilton's Discuss on draft-ietf-regext-rdap-reverse-search-24: (with DISCUSS and COMMENT)
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 08 Sep 2023 13:35:32 -0000
Hi Mario, Sorry to be slow to get back you. I’ve checked the changes in -25 against my comments and it all looks good to me. I’ve cleared my discuss. Regards, Rob From: iesg <iesg-bounces@ietf.org> On Behalf Of Mario Loffredo Sent: 28 August 2023 08:57 To: Rob Wilton (rwilton) <rwilton@cisco.com>; The IESG <iesg@ietf.org> Cc: draft-ietf-regext-rdap-reverse-search@ietf.org; regext-chairs@ietf.org; regext@ietf.org; tomh@apnic.net Subject: Re: [regext] Robert Wilton's Discuss on draft-ietf-regext-rdap-reverse-search-24: (with DISCUSS and COMMENT) Hi Robert, need to partially correct my comment about the content of table in Section 12.2.4.2. The "Reference" field is already defined for the "Reverse Search Mapping" registry and for all the entries of that registry the value is the same as that for the entries of the "Reverse Search" registry as it is explained in the second paragraph of Section 12.2.4.2. The "Reference" field in the "Reverse Search Mapping" registry is required to store the link to the documentation supporting the given mapping. The "PropetyPath" field allows the requestor to describe the mapping formally and unambiguously. Therefore, thinking back, there's no need to introduce a "Description" property for that registry. Anyway, if you think the "Description" field should also be included to provide a brief description of the mapping, I'll add it to both 12.2.4.1 and 12.2.4.2 Sections. Looking forward to you reply about this and other points. Best, Mario Il 24/08/2023 15:48, Mario Loffredo ha scritto: Hi Robert, thanks a lot for your review. Please find my comments inline. Il 23/08/2023 15:06, Robert Wilton via Datatracker ha scritto: Robert Wilton has entered the following ballot position for draft-ietf-regext-rdap-reverse-search-24: Discuss When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-regext-rdap-reverse-search/ ---------------------------------------------------------------------- DISCUSS: ---------------------------------------------------------------------- Hi, Flagging part of the IANA considerations as a DISCUSS, but I think that this should be easy to resolve: (1) p 11, sec 12.2.1. Creation of the RDAP Reverse Search Registries These registries follow the Specification Required process as defined in Section 4.5 of [RFC8126]. The designated expert should prevent collisions and confirm that suitable documentation, as described in Section 4.6 of [RFC8126], is available to ensure interoperability. References are not limited only to RFCs and simple definitions could be described in the registries themselves. I'm not sure that "simple definitions could be described in the registries themselves" is consistent with the "Specification Required" policy chosen above. [ML] You are right. I'll change that sentence as in the following: References are not limited only to RFCs but can also locate document published outside of the RFC path, including informal documentation. Does it work for you ? ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- [I support John's discuss on normative references.] I also have some other comments that you may wish to consider: (2) p 14, sec 12.2.4.2. Initial Content +==========+==================================================+ | Property | Property Path | +==========+==================================================+ | fn | $.entities[*].vcardArray[1][?(@[0]=='fn')][3] | +----------+--------------------------------------------------+ | handle | $.entities[*].handle | +----------+--------------------------------------------------+ | email | $.entities[*].vcardArray[1][?(@[0]=='email')][3] | +----------+--------------------------------------------------+ | role | $.entities[*].roles | +----------+--------------------------------------------------+ Would it be helpful for this table to include the "Description" and "Reference" properties? [ML] Do you mean the "Description" and "Reference" related to the specific mapping for the reverse search property or those related to the reverse search property ? In the latter case they are already included in Table 2 and Table 1 respectively. In the first case, they are missing and must be first added to the "RDAP Reverse Search Mapping Registry". Since there might be specifications proposing a diffierent maping for an existing reverse search property it sounds reasonable to me to add both of them. Minor level comments: (3) p 3, sec 1. Introduction The protocol described in this specification aims to extend the RDAP query capabilities and response to enable reverse search based on the relationships defined in RDAP between an object class for search and a related object class. The reverse search based on the domain- entity relationship is treated as a particular case of such a generic model. This introduction text seems to immediately jump into a defense as to why it is okay to standardize this functionality in an RDAP extension. This is okay, but I wonder whether it wouldn't be better if the introduction only included the last paragraph (i.e., that is stating what extension is defined in this document), and the rest of the text was moved into a "Background" subsection of the introduction. [ML] Sounds reasonable to me. Then, the new Introduction section should be arranged as into the following: 1. Introduction The protocol described in this specification aims to extend the RDAP query capabilities and response to enable reverse search based on the relationships defined in RDAP between an object class for search and a related object class. The reverse search based on the domain- entity relationship is treated as a particular case of such a generic model. 1.1 Background Reverse Whois is a service provided by many web applications that allows users to find domain names owned by an individual or a company starting from the owner's details, such as name and email. Even if it has been considered useful for some legal purposes (e.g. uncovering trademark infringements, detecting cybercrimes), its availability as a standardized Whois capability has been objected to for two main reasons, which now don't seem to conflict with an RDAP implementation. ..... ..... ..... Currently, RDAP does not provide any means for a client to search for the collection of domains associated with an entity [RFC9082]. A query (lookup or search) on domains can return the array of entities related to a domain with different roles (registrant, registrar, administrative, technical, reseller, etc.), but the reverse operation is not allowed. Only reverse searches to find the collection of domains related to a nameserver (ldhName or ip) can be requested. Since an entity can be in relationship with any RDAP object [RFC9083], the availability of a reverse search as largely intended can be common to all the object classes allowed for search. Through a further step of generalization, the meaning of reverse search in the RDAP context can be extended to include any query for retrieving all the objects in relationship with another matching a given search pattern. Can you please confirm that it would work for you ? (4) p 7, sec 8. Reverse Searches Based on Entity Details Reverse search property: fn RDAP member path: $.entities[*].vcardArray[1][?(@[0]=='fn')][3] Reference: Section 6.2.1 of [RFC6350] A minor issue, but it wasn't immediately obvious to me what 'fn' is - I initially presumed that it meant function, so I was wondering if some more text would be helpful here, and/or perhaps in the IANA registry that you are creating. [ML] FN is a property of the vCard format [RFC6350] representing the contact name. The JSON format for the vCard data, namely jCard [RFC7095], is used in RDAP responses [RFC9083] to represent contact information (see the member "vcardArray" in the JSONPath expression) jCard specification states that the property names should be in lowercase. The name 'fn' is also used in RDAP as query parameter for seacrhing contacts by name [RFC9082]. Besides being well-known to RDAP operators, think that the value of the "Description" field in the "RDAP Reverse Search" registry makes it clear enough the meaning of the "fn" reverse search property. Best, Mario Regards, Rob _______________________________________________ regext mailing list regext@ietf.org<mailto:regext@ietf.org> https://www.ietf.org/mailman/listinfo/regext -- Dott. Mario Loffredo Senior Technologist Technological Unit “Digital Innovation” Institute of Informatics and Telematics (IIT) National Research Council (CNR) via G. Moruzzi 1, I-56124 PISA, Italy Phone: +39.0503153497 Web: http://www.iit.cnr.it/mario.loffredo _______________________________________________ regext mailing list regext@ietf.org<mailto:regext@ietf.org> https://www.ietf.org/mailman/listinfo/regext -- Dott. Mario Loffredo Senior Technologist Technological Unit “Digital Innovation” Institute of Informatics and Telematics (IIT) National Research Council (CNR) via G. Moruzzi 1, I-56124 PISA, Italy Phone: +39.0503153497 Web: http://www.iit.cnr.it/mario.loffredo
- [regext] Robert Wilton's Discuss on draft-ietf-re… Robert Wilton via Datatracker
- Re: [regext] [Ext] Robert Wilton's Discuss on dra… Amanda Baber
- Re: [regext] Robert Wilton's Discuss on draft-iet… Mario Loffredo
- Re: [regext] [Ext] Robert Wilton's Discuss on dra… Mario Loffredo
- Re: [regext] [Ext] Robert Wilton's Discuss on dra… Amanda Baber
- Re: [regext] [Ext] Robert Wilton's Discuss on dra… Mario Loffredo
- Re: [regext] Robert Wilton's Discuss on draft-iet… Mario Loffredo
- Re: [regext] Robert Wilton's Discuss on draft-iet… Rob Wilton (rwilton)
- Re: [regext] Robert Wilton's Discuss on draft-iet… Mario Loffredo