IETF Logo Mail Archive

[regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback

"Gould, James" <jgould@verisign.com> Tue, 19 March 2024 15:58 UTC

Return-Path: <jgould@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 25B62C14F6EE for <regext@ietfa.amsl.com>; Tue, 19 Mar 2024 08:58:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R5H2wPlG5UYV for <regext@ietfa.amsl.com>; Tue, 19 Mar 2024 08:58:18 -0700 (PDT)
Received: from mail6.verisign.com (mail6.verisign.com [69.58.187.32]) (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 7B7F5C14F5FB for <regext@ietf.org>; Tue, 19 Mar 2024 08:58:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=24294; q=dns/txt; s=VRSN; t=1710863898; h=from:to:subject:date:message-id:mime-version; bh=dbWUmtWs3cP70cUT12xqBnK56f/qLmkbXo+DKLcXUn0=; b=ANxHKwgdIwvTfLFGxK0SzCPbERBdXFDWJSZvzAZCfae/Dfi/J7NVz0GI dCBcWYb3M8ljubx6SI0mQzFiz5rGu5a65gCWHVtXqtjftLIEHsIqh2bPS 73kqihO/KhkGoBw6pe8KY+BFbhZ3wRy2H/G3qLs32KfYsuRzIjAyZ4/51 nsL6fkheQrNj7jy3nHoM5UUrRkJTo4F4skmqeNYVglK27/mjBgmN0ikKH CoOyAGkBOdIhi5UHU8R8cw/y3V4Y2Ix48tC565RS9+eKBp9PY/tZhwo5p Q/0+6pAgbPuN334UwG3jhlLpW61s22CG1FoIpxsSNRrlXDP+n2VdTB2Gp A==;
X-CSE-ConnectionGUID: zC/TQZBOTMKJZ5o7OR3wwg==
X-CSE-MsgGUID: tG+DktaZTcKD08hwiRm/WQ==
X-ThreatScanner-Verdict: Negative
IronPort-Data: A9a23:Nys196tqymZBcyynVWv9NqY4oOfnVJZfMUV32f8akzHdYApBs4E2e luraxnfZ67dN2L1esc2NtqGQXl278TSm4RlTFFoqyA0FnwaopPPCYiSJRusYXrNJMDJEBxst s5AO4idIZw/FXWMr0rxa7K/83cniPyGGLCnA7abN0idKeMFpAIJ0HqPzMZl29c26TTAPz6wh D/SnyH+EFL+ijUkbztPu6+NpBo15Piv52kSsFY0Pq8Q4VOAzClOUMtPdKq8ESD1E9JedgKYq 0Qv75nipz+EoE19Yj+BuuymGqHfaueKZWBislIPBu76xEAE/3RuukoCHKJ0QV9NjDmUlMxGx txItJihIS8kJaSkdN41CnG0KAkge/UZkFP7CSLn65DLlBSXKyGEL8hGVynaA6VJoo6bPkkTr ZT0GBhVBjifiuS/xq6MS+UErqzP++GyYevzElk5pd3oJa5OraLrGs0m1vcBtNsEvf2iKN6FD yYvQWE2MEmfOU0n1mA/U/rSlM/w7pX2W2MA9ALN/cLb6UCLpOB6+OCF3NY45rVm7Cia96qVj juuwoj3Pv0VHM60jga8wFiLusrsvxGmX901Luan6fE/1TV/xkRLYPEXfXGBh6CGrGOOA4gZN UcT4DJopKR06lawSJ/2WBjQTHys50ZaAoULVbRns0fRm8I44C7AboQAZjxOb8EiuOcoSCYrz V6GmZXiAjkHXLi9EyPMr+3O/Wra1S49MUBBSSwYRDk56PrP+NEzkRP1S5FcKfvg5jHyMXSqq 9yQlwAkiroendIj1qin8xbAmT3Em3TSZgQv4FzIWG+1tlk8f5C/IYmp8h3R6rBKNoDACEebp 35CkM+bhAwTMayweOW2aL1lNNmUCzytaVUwXXYH80EdygmQ
IronPort-HdrOrdr: A9a23:r3qeV67B8Rd8/GTlVAPXwBXXdLJyesId70hD6qkXc20xTiX4rb HNoB1173/JYVoqNk3I+uruBEDoexq1yXcf2/hzAV7NZmjbkVrtAo1k4ZDr3jHsXwbvn9Qw6Y 5QN4xzEsf5A1Q/r8rriTPTL/8QhP2K6rqhi+ub9WpqVg0CUcxdxh10ERmWCXd7QwR6BZ40fa D22vZ6
X-Talos-CUID: 9a23:pBWeWW2YIMcMHTsu4MKgO7xfCOtiTkTv5lDsBmyaOztuF5qvEkCP9/Yx
X-Talos-MUID: 9a23:+TCcAgUrpIsvVcnq/CPDxx1hKM5a36+NJBhdkYoHgczDChUlbg==
X-IronPort-AV: E=Sophos;i="6.07,137,1708387200"; d="png'150?scan'150,208,217,150";a="29912281"
Received: from BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Tue, 19 Mar 2024 11:58:16 -0400
Received: from BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) by BRN1WNEX01.vcorp.ad.vrsn.com ([10.173.153.48]) with mapi id 15.01.2507.035; Tue, 19 Mar 2024 11:58:16 -0400
From: "Gould, James" <jgould@verisign.com>
To: "regext@ietf.org" <regext@ietf.org>
Thread-Topic: draft-ietf-regext-rdap-geofeed-02 Review Feedback
Thread-Index: AQHaehZB/GkRRxOt3kOCVvp1dl549w==
Date: Tue, 19 Mar 2024 15:58:16 +0000
Message-ID: <2A9D9C38-A4F9-4E9E-854A-85422D75B9CE@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.82.24021116
x-originating-ip: [10.170.148.18]
Content-Type: multipart/related; boundary="_004_2A9D9C38A4F94E9E854A85422D75B9CEverisigncom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/r-fmWv8mNfcIicmmBePosjwB72U>
Subject: [regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback
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: Tue, 19 Mar 2024 15:58:23 -0000

Ahead of the REGEXT meeting later today, I took the opportunity to review draft-ietf-regext-rdap-geofeed-02.  Overall, I found the extension to cover some useful aspects for implementers.  Below is my review feedback that can be further discussed at the meeting:


1.      It's interesting that the extension doesn't define a new RDAP response member but defines a new "links" "rel" type and a new media type.  This defines a new form of extension that could be leveraged in the future.  This form of extension can be considered in the content of draft-ietf-regext-rdap-extensions.

2.      I'm curious whether the "geo" type could be used for other RDAP objects (existing or new).

a.      Should the draft be made more generic to apply to any RDAP object, inclusive of the IP Network object class?

b.      Wouldn't it be better to have the extension identifier set to "geo" to match the new "rel" type used by the extension?

3.      I'm unsure whether there is the need to redefine the "links" JSON values that is defined in Section 4.2 of RFC 9083 other than the use of the "rel" value of "geo" and the recommendation to use "application/geofeed+csv" for the "type" value.

4.      I recommend including a registration of the "Geofeed links" redacted "name" in the RDAP JSON Values registry with the "redacted name" type field.  If registered, the "description" member can be changed to a "type" member.

Thanks,

--

JG

[cid87442*image001.png@01D960C5.C631DA40]

James Gould
Fellow Engineer
jgould@Verisign.com<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgould@Verisign.com>

703-948-3271
12061 Bluemont Way
Reston, VA 20190

Verisign.com<http://verisigninc.com/>

v2.23.0 | Report a Bug | By Email