[gnso-rds-pdp-wg] An important technical consideration about nature of the service (was Re: The overflowing list )

Sam Lanfranco sam at lanfranco.net
Wed Jul 20 17:15:14 UTC 2016


ICANN is neither Star Trek’s Starship Enterprise nor Nanny ICANN. In 
response to Stephanie’s questions here are short comments. For RDS ICANN 
is not going where nobody has gone before and it is not some sort of 
global Internet Nanny. ICANN should restrict itself to the minimum 
dataset it needs to conduct its business with Registries and Registrars 
within it DNS Remit. Full Stop!

Let Registries and Registrars deal with the “how to authenticate law 
enforcement requests” at the national and multilateral level. ICANN can, 
in the public interest, advise one and all on best policy there but it 
cannot weld an authentication process into its contracts. Within its 
remit ICANN has no right to do so. One might suspect that the Registries 
and Registrars are trying to off load onto ICANN work they should be 
sorting out among themselves, both nationally and multilaterally. That 
is how the rest of the world does it. There seems to be a tendency 
toward ICANN exceptionalism here. What ICANN does is important but it is 
not exceptional, it is business in the public interest. How it does it 
is exceptional: consensus policy (within the REMIT) based on a 
multistakeholder process.

Lastly, and this is important, this process is not about fixing 
something that is broken. Much of what works badly is actually at the 
national and multilateral level and outside ICANN’s remit in any event. 
At best the goal here is to improve a process, but there is no urgency. 
The work can be tiring but in the absence of urgency the rational 
decision is to slow the process down, to make it less burdensome and not 
result in hasty rash bad decisions.

Sam L.  NPOC/CSIH


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-rds-pdp-wg/attachments/20160720/ca2d103f/attachment.html>


More information about the gnso-rds-pdp-wg mailing list