[discuss] Roadmap for globalizing IANA

Vinay Kesari vinay.kesari at gmail.com
Fri Mar 7 14:22:03 UTC 2014

Hi John - sorry if I was being pedantic :-)

I would answer 'yes' -  in which case the hypothetical question, as you've
accurately stated,  becomes 'how will DNSA determine which body will best
represent the interest of the (single) Internet DNS community?'

In answering this question, wouldn't DNSA be making a value judgment
regarding how Internet related public policies are to be made? And is that
not, by its very definition, a policy function?

 On 07-Mar-2014 7:36 pm, "John Curran" <jcurran at istaff.org> wrote:

> On Mar 7, 2014, at 8:25 AM, Vinay Kesari <vinay.kesari at gmail.com> wrote:
> > Hi John,
> >
> > My understanding is a bit different - under the proposal, isn't DNSA
> supposed to carry out the 'technical/ clerical DNS registry function' and
> 'required by contract to follow policy guidance' from ICANN/some other
> policy making body?
> Correct (and apologies for any confusion my earlier reply.)
> To answer your scenario, it's necessary to know whether you are presuming
> that the countries
> "effectively walking away from ICANN are still advocating for a single
> Internet (only with their
> NewCo now performing DNS policy development)...
> If "Yes", then the question becomes how will DNSA determine which body
> will best represents
> the interest of the (single) Internet DNS community?
> If "No", then it is a non-issue...  parties advocating for the own
> "internet" are free today to use the
> protocols today as they desire, and everyone following those countries can
> _today_ configure
> accordingly and enjoy their own "internet" (although that "internet" may
> be a lot smaller in scope,
> reachability, and functionality than the global Internet that they
> presently enjoy...)
> Thanks!
> /John
> Disclaimer:  My views alone.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://1net-mail.1net.org/pipermail/discuss/attachments/20140307/ce3cf155/attachment.html>

More information about the discuss mailing list