Jasdip, I don’t see an issue with removing the redaction section from draft-ietf-regext-rdap-geofeed, since I believe the use of redaction is a policy decision for a server.
-- JG [cid87442*image001.png@01D960C5.C631DA40] James Gould Fellow Engineer jgo...@verisign.com<applewebdata://13890C55-AAE8-4BF3-A6CE-B4BA42740803/jgo...@verisign.com> 703-948-3271 12061 Bluemont Way Reston, VA 20190 Verisign.com<http://verisigninc.com/> From: Jasdip Singh <jasd...@arin.net> Date: Monday, April 1, 2024 at 12:12 PM To: "Andrew Newton (andy)" <a...@hxr.us> Cc: James Gould <jgo...@verisign.com>, "regext@ietf.org" <regext@ietf.org> Subject: [EXTERNAL] Re: [regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi Andy, Thanks for your feedback. One comment below. Jasdip From: Andrew Newton (andy) <a...@hxr.us> Date: Monday, April 1, 2024 at 11:42 AM To: Jasdip Singh <jasd...@arin.net> Cc: Gould, James <jgo...@verisign.com>, regext@ietf.org <regext@ietf.org> Subject: Re: [regext] draft-ietf-regext-rdap-geofeed-02 Review Feedback > 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. > > [JS] Good idea. Will do. Is this really necessary? Under what conditions will a network operator be publishing this public CSV file that then requires an RIR to redact the link to it? [JS] I guess we were pre-emptively trying to tackle redaction for geofeed links :) but your point about such files already being public seems to make redaction unnecessary here. Question for the WG: Are we ok with removing redaction from the RDAP Geofeed draft?
_______________________________________________ regext mailing list regext@ietf.org https://www.ietf.org/mailman/listinfo/regext
