ICANN/GNSO GNSO Email List Archives

[dow1tf]


<<< Chronological Index >>>    <<< Thread Index >>>

[dow1tf] FW: Milestones (and another copy of the Terms of Reference)

  • To: "'dow1tf@xxxxxxxxxxxxxx'" <dow1tf@xxxxxxxxxxxxxx>
  • Subject: [dow1tf] FW: Milestones (and another copy of the Terms of Reference)
  • From: "Neuman, Jeff" <Jeff.Neuman@xxxxxxxxxx>
  • Date: Fri, 5 Dec 2003 08:28:27 -0600
  • Cc: "'bruce.tonkin@xxxxxxxxxxxxxxxxxx'" <bruce.tonkin@xxxxxxxxxxxxxxxxxx>
  • Sender: owner-dow1tf@xxxxxxxxxxxxxx

I just realized this never went through.....

>  -----Original Message-----
> From: 	Neuman, Jeff  
> Sent:	Wednesday, December 03, 2003 10:46 PM
> To:	'dow1f@xxxxxxxxx'
> Subject:	Milestones (and another copy of the Terms of Reference)
> 
> All,
> 
> Thanks for participating in Tuesday's call.  Although there are a number
> of activities going on in the next few weeks (including the holiday
> season), I wanted to get a jump start on the activities that we are
> responsible for.
> 
> A.	Set Milestone Dates:  One of the first tasks in order to get started
> is to set milestone dates as to when the objectives identified in the
> Terms of Reference call be achieved.  According to the ICANN Bylaws, I
> think we have a total of 35 days to collect all of the information set
> forth below (and then an additional 5 days to draw up the final report) --
> Mid January --.  I know it is extremely aggressive, and I am copying Bruce
> Tonkin on this note to see what flexibility there is, but lets see what we
> can do.  The milestones (as identified in the Terms of Reference, a copy
> of which is provided below) are as follows:
> 
> (1) collect the stated needs and the justification for those needs from
> non-marketing users of contact information (this could be extracted from
> the Montreal workshop and also by GNSO constituencies, and should also
> include accessibility requirements (e.g. based on W3C standards)
> [milestone 1 date]
> 
> (2) review general approaches to prevent automated electronic data mining
> and ensure that the requirements for access are met (including
> accessibility requirements for those that may for example be visually
> impaired) [milestone 2 date]; and  
> 
> (3) determine whether any changes are required in the contracts to allow
> the approaches to be used above (for example the contracts require the use
> of the port-43 WHOIS protocol and this may not support approaches to
> prevent data mining) [milestone 3 date] 
> 
> Each milestone should be subject to development internally by the task
> force, along with appropriate public comment processes (e.g seeking
> specific advice from the technical community, or from WHOIS service
> operators) to ensure that as much input as possible is taken into account.
> 
> B.	Identification of "Non-Marketing Groups":  The second task is to
> identify which groups (in addition to the GNSO Constituencies and the
> ALAC) we should solicit input from on these issues.  In addition to the
> GNSO Constituencies (and the ALAC), the Terms of Reference states that we
> seek input from law enforcement and consumers.  It has also been suggested
> that we seek input from the RIRs.  To this end, if anyone has any contacts
> in these groups, or, if anyone has any ideas as to other types of groups
> in this category, please let us know.
> 
> C.	Constituency Statements:  We also need to notify our respective
> constituencies about these terms of reference and to begin soliciting
> statements from them.  It would be great to start getting these in over
> the next couple of weeks on the issues mentioned below.  
> 
> D.	Analysis of Existing Data:  Milestone number 1 references workshop
> and other materials that have already addressed this particular issue.
> Barbara, if you are reading this, is it possible to have you (or the
> someone else on the ICANN staff) sort out the applicable materials and
> send these to the group?  
> 
> These are just some of my initial thoughts.  I look forward to all of your
> input.  I again want to reiterate that my role as chair is to facilitate
> discussion and the development of the report.  I can't do this without the
> help from each of you.  Thanks again.
> 
> Jeff
> 
> 
> 
> 
> 
> **************************************************************************
> **************************************************************************
> *************************************************
> 
> Description of Task Force:
> ========================== 
> 
> In the recent policy recommendations relating to WHOIS:
> it was decided that the use of bulk access WHOIS data for marketing should
> not be permitted. However, these recommendations did not directly address
> the issue of marketing uses of Whois data obtained through either of the
> other contractually required means of access: Port 43 and web-based. Bulk
> access under license may be only a minor contributor to the perceived
> problem of use of Whois data for marketing purposes. A subset of a
> registrar's Whois database that is sufficiently large for data mining
> purposes may be obtained through other means, such as a combination of
> using free zonefile access (via signing a registry zonefile access
> agreement - the number of these in existence approaches 1000 per major
> registry) to obtain a list of domains, and then using anonymous (public)
> access to either port-43 or interactive web pages to retrieve large
> volumes of contact information. Once the information is initially obtained
> it can be kept up-to-date by detecting changes in the zonefile, and only
> retrieving information related to the changed records. 
> This process is often described as "data mining". The net effect is that
> large numbers of Whois records are easily available for marketing
> purposes, and generally on an anonymous basis (the holders of this
> information are unknown). 
> 
> The purpose of this task force is to determine what contractual changes
> (if any) are required to allow registrars and registries to protect domain
> name holder data from data mining for the purposes of marketing The focus
> is on the technological means that may be applied to achieve these
> objectives and whether any contractual changes are needed to accommodate
> them. 
> 
> In-scope 
> ======== 
> The purpose of this section to clarify the issues should be considered in
> proposing any policy changes. 
> 
> The task force should consider the effects of any proposed policy changes
> on the ability of groups such as law enforcement, intellectual property,
> internet service providers, and consumers to continue to retrieve
> information necessary to perform their functions. 
> 
> The task force should consider the effects of any proposed policy changes
> on the competitive provision of domain name services including WHOIS
> access and transfers, and on the competitive provision of value-added
> services using WHOIS information. 
> 
> Out-of-scope 
> ============ 
> To ensure that the task force remains narrowly focussed to ensure that its
> goal is reasonably achievable and within a reasonable time frame, it is
> necessary to be clear on what is not in scope for the task force. 
> 
> The task force should not aim to specify a technical solution. This is the
> role of registries and registrars in a competitive market, and the role of
> technical standardisation bodies such as the IETF. Note the IETF presently
> has a working group called CRISP to develop an improved protocol that
> should be capable of implementing the policy outcomes of this task force.
> However, the task force should seek to achieve an understanding of the
> various technological means that could be applied to prevent or inhibit
> data mining with an eye toward evaluating their impact on other uses and
> their compatibility with the currently applicable contracts. 
> 
> The task force should not review the current bulk access agreement
> Provisions, except to the extent that these can be improved to enhance
> protection against marketing uses and to facilitate other uses. These were
> the subject of a recent update in policy in March 2003. 
> 
> The task force should not study the amount of data available for public
> (anonymous) access for single queries. Any changes to the data collected
> or made available will be the subject of a separate policy development
> process. 
> 
> Tasks/Milestones 
> ================ 
> - collect the stated needs and the justification for those needs from
> non-marketing users of contact information (this could be extracted from
> the Montreal workshop and also by GNSO constituencies, and should also
> include accessibility requirements (e.g based on W3C standards) [milestone
> 1 date]
> - review general approaches to prevent automated electronic data mining
> and ensure that the requirements for access are met (including
> accessibility requirements for those that may for example be visually
> impaired) [milestone 2 date] 
> - determine whether any changes are required in the contracts to allow the
> approaches to be used above (for example the contracts require the use of
> the port-43 WHOIS protocol and this may not support approaches to prevent
> data mining) [milestone 3 date] 
> 
> Each milestone should be subject to development internally by the task
> force, along with appropriate public comment processes (e.g seeking
> specific advice from the technical community, or from WHOIS service
> operators) to ensure that as much input as possible is taken into account.
> 
> 
> Jeffrey J. Neuman, Esq. 
> Director, Law & Policy 
> NeuStar, Inc. 
> Loudoun Tech Center 
> 46000 Center Oak Plaza 
> Building X 
> Sterling, VA 20166 
> p: (571) 434-5772 
> f: (571) 434-5735 
> e-mail: Jeff.Neuman@xxxxxxxxxx 
> 
> 



<<< Chronological Index >>>    <<< Thread Index >>>