[IRT.RegDataPolicy] Urgent requests RE: Input on Section 11.6 and Section 10 of the OneDoc.

[King, Brian]

Agreed. The language in the Final Report is clear on this point. Thanks.

Brian King
He/Him/His
Head of Policy and Advocacy
​
T +1 443 761 3726
Time zone: US Eastern

clarivate.com<http://www.clarivate.com> | Accelerating innovation
Follow us on LinkedIn<https://www.linkedin.com/company/clarivate>, Twitter<https://twitter.com/clarivate?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor>, Facebook<https://www.facebook.com/clarivate/> and Instagram<https://www.instagram.com/clarivateofficial/?hl=en>

From: IRT.RegDataPolicy <irt.regdatapolicy-bounces at icann.org> On Behalf Of Kapin, Laureen via IRT.RegDataPolicy
Sent: Tuesday, July 20, 2021 9:12 AM
To: Alex Deacon <alex at colevalleyconsulting.com>; LEWIS-EVANS, Christopher <Christopher.Lewis-Evans at nca.gov.uk>
Cc: irt.regdatapolicy at icann.org
Subject: [IRT.RegDataPolicy] Urgent requests RE: Input on Section 11.6 and Section 10 of the OneDoc.

I agree with Alex regarding his analysis of the requirements for urgent requests.  In thinking this through further, I observe that there is no requirement in Phase 1, that urgent requests must be acknowledged. Hence, consistent with our goal of streamlining the timeline for urgent requests, we propose a response "without undue delay, but no more than 24 hours from receipt."



Kind regards,
Laureen Kapin

Acting Assistant Director
Division of Consumer Response and Operations
Bureau of Consumer Protection
Federal Trade Commission

From: IRT.RegDataPolicy <irt.regdatapolicy-bounces at icann.org<mailto:irt.regdatapolicy-bounces at icann.org>> On Behalf Of Alex Deacon via IRT.RegDataPolicy
Sent: Monday, July 19, 2021 8:14 PM
To: Dennis Chang via IRT.RegDataPolicy <irt.regdatapolicy at icann.org<mailto:irt.regdatapolicy at icann.org>>
Subject: [IRT.RegDataPolicy] Input on Section 11.6 and Section 10 of the OneDoc.

Team,

A few thoughts on the One Doc.   I've added these as comments in the OneDoc as well....

Section 11.6

The logic in the IRT Workbook Disclosure Logic tab is flawed as it mirrors the acknowledgement requirements for non-urgent requests (2 business days) even though the Policy clearly states that a separate timeline is required for Urgent requests.

We seem to have conveniently forgotten that Urgent requests have been defined narrowly in Section 3.10.   (""Urgent Requests for Lawful  Disclosure” are limited to circumstances that pose an imminent threat to life, serious bodily injury, critical infrastructure, or child exploitation in cases where disclosure of the data is necessary in combatting or addressing this threat. Critical infrastructure means the physical and cyber systems that are vital in that their incapacity or destruction would have a debilitating impact on economic security or public safety.)

A two business day maximum response time (as currently defined) would mean that a compliant response could take 3 (or more!) calendar days depending on weekends and holidays and the like.

If we all agree that Urgent requests will only be used as defined in Section 3.10, then any maximum response time more than 24 hours renders useless the concept of an "Urgent Request".  This seems unacceptable (and dangerous!) to me.

Section 10

In my OneDoc comment of June 14 - I suggested new first paragraph at the end of the section must be removed.   We must not add RDAP technical implementation details into a policy document - this is a terrible and unuseful idea.

Here is my original comment as an FYI - "The reason we are debating the use of these words is because we seem to be assuming a particular "data element delivery" technology.   The policy, and this doc, should be technology agnostic.   In terms of this doc the terms "shown" and "displayed" are appropriate (it describes the policy).   Any detail about how a particular technology should be used (e.g. "must be blank" or "must be null" or "must not be included") is inappropriate for this doc and should be included in the RDAP profile doc.     Based on that the additional text added should be removed."

Regards,
Alex



___________
Alex Deacon
Cole Valley Consulting
alex at colevalleyconsulting.com<mailto:alex at colevalleyconsulting.com>
+1.415.488.6009


Confidentiality note: This e-mail may contain confidential information from Clarivate. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this e-mail is strictly prohibited. If you have received this e-mail in error, please delete this e-mail and notify the sender immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mm.icann.org/pipermail/irt.regdatapolicy/attachments/20210720/eb1f01bc/attachment-0001.html>