[NCAP-Discuss] Draft final Study 1 report: "re-registered name collisions"

Matt Larson matt.larson at icann.org
Thu Apr 30 16:59:28 UTC 2020



On Apr 30, 2020, at 9:10 AM, Danny McPherson <danny at tcb.net<mailto:danny at tcb.net>> wrote:


Are we saying "re-registered name collisions" are in-scope or out of scope of Study 1?

In scope, but see below. Karen is working from the consensus definition of name collision developed by SSAC and this group, which is here:

https://docs.google.com/document/d/1h1iuouwwmzitjyFlEPgJHLabgxhdTQTo7Ehfd1v1CBo/edit

Quoting from that document:

Scope of Inquiry for the Name Collision Analysis Project

  1.
In scope and subject of data studies

These are situations that fall under the high-level definition of name collision, which will be examined in depth through data analysis as part of this project.

     *    User Alice intentionally uses .EXAMPLE in a non-RZM context and .EXAMPLE is now delegated in the public DNS.  User Alice suffers adverse impact as a result.

     *
User Alice unintentionally uses .EXAMPLE in a non-RZM context (for example as the result of a software behaviour) and .EXAMPLE is now delegated in the public DNS. User Alice suffers adverse impact as a result.
     *
Registrant Alice uses EXAMPLE as a label anywhere except as a non-RZM TLD, and relies on search list processing where the label EXAMPLE is the terminal label, as an intermediate step in that search list processing. (e.g.  User searches for dashboard.example.com<http://dashboard.example.com> by typing in dashboard.example) .EXAMPLE is now registered in the public DNS and the search list processing behaviour of Alice now changes.
  1.
In scope but not intended to be the subject of data studies

These are situations that fall under the high-level definition of name collision, but are not necessarily related to the introduction of new domains and are not intended to be examined through data analysis or in any other way, unless a compelling case is agreed at a later stage.

     *   Registrant Alice uses EXAMPLE.COM<http://EXAMPLE.COM> (or EXAMPLE.TLD where TLD is any current TLD in the public DNS) and .EXAMPLE is now registered in the public DNS.  Registrant Alice now receives multiple queries as a result of search list processing of users of domains under .EXAMPLE

     *
Registrant Alice uses .EXAMPLE as a TLD in the public DNS and then lets the registration expire.  Registrant Bob then registers and delegates .EXAMPLE. Traffic intended for Alice’s use of .EXAMPLE is now received by Bob’s use of .EXAMPLE
     *
Registrant Alice uses EXAMPLE.COM<http://EXAMPLE.COM> and then lets the registration expire.  Registrant Bob then registers and delegates EXAMPLE.COM<http://EXAMPLE.COM>. Traffic intended for Alice’s use of EXAMPLE.COM<http://EXAMPLE.COM> is now received by Bob’s use of EXAMPLE.COM<http://EXAMPLE.COM>
  1.
Out of scope

These are situations that some may regard as falling under the high level definition of name collision, while others may disagree.  For the avoidance of doubt these are specifically listed as out of scope for this project.

  1.   Registrant Alice uses .EXAMPLE as a TLD in the public DNS. Registrant Bob registers and delegates .EHAMPLE as a TLD in the public DNS.  Alice now receives bit flip traffic intended for Bob and vice versa.

  2.
General IDN confusion issues

The mention of "data studies" in B above is the reason for this text in the report at the end of Section 2, which you quoted in your original message:
All four of these types of name collisions are in scope for Study 1. Only duplicate name collisions and shortened name collisions (types A.a, A.b, and A.c from the RFP) are in scope for Section 5 of this report (on data sets for Studies 2 and 3). No other types of name collisions are in scope for any parts of Study 1.
This topic has been discussed below on this list. Please see two email messages below from May 2019.

Matt


Begin forwarded message:

From: Jay Daley <jay at daley.org.nz<mailto:jay at daley.org.nz>>
Subject: [Ext] Re: [NCAP-Discuss] Please review the Study 1 proposal
Date: May 22, 2019 at 4:34:16 PM EDT
To: Danny McPherson <danny at tcb.net<mailto:danny at tcb.net>>
Cc: Matt Larson <matt.larson at icann.org<mailto:matt.larson at icann.org>>, <ncap-discuss at icann.org<mailto:ncap-discuss at icann.org>>

Hi Danny

On 23/05/2019, at 7:52 AM, Danny McPherson <danny at tcb.net<mailto:danny at tcb.net>> wrote:

On 2019-05-22 11:00, Matt Larson wrote:
Folks,
Please review the NCAP Study 1 proposal
(https://docs.google.com/document/d/15f1Kh2vuY0yF9SelocGrPOguYPXDeFYZ0lTqx3fU_gI/edit [docs.google.com]<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.google.com_document_d_15f1Kh2vuY0yF9SelocGrPOguYPXDeFYZ0lTqx3fU-5FgI_edit&d=DwMFaQ&c=FmY1u3PJp6wrcrwll3mSVzgfkbPSS6sJms7xcl4I5cM&r=xhCX8vQGcsNMzNMbgIokNle9Mpt6sQ45tM98iwh4H0w&m=tg-rp3wTBAwM-AMwPTMwqQh2ElUtEjOoPDL6TnLxRfY&s=s9_F1SlGdOstniJdCs5BvjAsgS6-auiDi3MAMxpU-3Q&e=>)
before today's call, if possible.
In particular, please note comments from Steve Sheng and me.
Thanks and talk to everyone in a few hours,

Matt,
A little more time to review would have been helpful but regardless, I think you've got most of items 1.b and 1.c totally backwards.  TO suggest new registrations of expired domains are in scope of name collisions surprises me, and that bit flips or other things that may result in persistent collisions are out of scope seems to ignore the immense amount of SSAC work that led to this WP.  I think perhaps both may be out of scope but where you arrived with expired domains being re-registered as in scope confuses me, can you explain the genesis of that in any dialog we've had or in the SSAC direction provided?

I drafted this text based on extensive discussion in the SSAC WP that was set up before this project was opened up.  It was presented on at two ICANN meetings (as well as multiple SSAC meetings) and referenced in two discussion group meetings as well as being circulated to the list.  No it is not backwards, it is exactly as agreed through that process.

The original SSAC WP consensus on this included the recommended advice to give, which is basically "this happens all the time in the DNS, there are other policies that might be applicable but that’s not for us to say".  We can agree the exact text later.

I should also note that there were a number of calls in the DG for comments on this document, so this is way past the 11th hour.

best
Jay


Begin forwarded message:

From: Danny McPherson <danny at tcb.net<mailto:danny at tcb.net>>
Subject: [Ext] Re: [NCAP-Discuss] Please review the Study 1 proposal
Date: May 22, 2019 at 4:57:04 PM EDT
To: Jay Daley <jay at daley.org.nz<mailto:jay at daley.org.nz>>
Cc: Matt Larson <matt.larson at icann.org<mailto:matt.larson at icann.org>>, ncap-discuss at icann.org<mailto:ncap-discuss at icann.org>

On 2019-05-22 16:34, Jay Daley wrote:

I should also note that there were a number of calls in the DG for
comments on this document, so this is way past the 11th hour.

Apologies to both, I now recall that the disclaimer satisfied my previous objections (i.e., "In scope but will be addressed with general advice and not subject of data studies.")

That said, IF things in the documents we post for comment are prohibited and off-limits for comment let's quarantine them and convey as such, else you'll see my insanity ensue...  :-P


-danny

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/ncap-discuss/attachments/20200430/7e521a76/attachment-0001.html>


More information about the NCAP-Discuss mailing list