Competition ? Re: [governance] is icann ...
Jeffrey A. Williams
jwkckid1 at ix.netcom.com
Mon Sep 21 15:16:20 EDT 2009
Avri and all,
-----Original Message-----
>From: Avri Doria <avri at acm.org>
>Sent: Sep 21, 2009 2:08 PM
>To: Governance/IGC List <governance at lists.cpsr.org>
>Cc: "WSIS Civil Soc. WG on Information Networks Governance" <gov at wsis-gov.org>
>Subject: Re: Competition ? Re: [governance] is icann ...
>
>
>On 21 Sep 2009, at 13:14, Dr. Francis MUGUET wrote:
>
>> except for some fields like the CNAME that you mentioned at the
>> workshop,
>
>this is not just any old field but an essential feature, a resource
>record type that, until and unless it is changed makes the entire
>project unworkable as the namespaces will leak into each other. Even
>if you intend your new Class not to use it, the fact that in can be
>used means that the namespaces can't be isolated from each other -
>hence putting us back in need of a single global name space. i.e.
>right back were we are now.
>
>> almost everything is in the RFCs
>
>not by a long shot.
Exactly right IMO.
>
>two things that immediately come to mind are a well formed definition
>of these Classes and a well formed URI scheme for naming your new
>services/objects so that apps, apps that would need to be modified,
>can use the new namespace.
>
>and things in the RFC that have not yet been implemented and tried may
>or may not work.
Many don't initially and as such require and are updated accordingly.
>
>and how many DNS implementations would need to be updated?
>
>as for http://www.icann.org/en/meetings/stockholm/unique-root-draft.htm
>
>The problem here is that was just an assumption, but when people
>started looking at doing it, they started to find all the reasons why
>it would be very difficult.
Wrong. It's not difficult at all. What is difficult is cooperation
of the legacy root structure to other and newer existing and future
root structures.
>
>my prediction is still that even if you can get the resources and
>talent to do all the necessary research work and if it is indeed
>doable, which won't be known until some ways down the road, I still
>predict a decade is the shortest time before deployment - and possibly
>2 decades before it might see wide spread use - if it proves to be
>feasible at all. I admit this is slightly better then the infinite
>time prediction I gave you on first hearing the proposal (the last
>thing I predicted infinite time on was IPv6 and yeah, maybe i was
>wrong on that. maybe.) as i said, i love seeing people find clever
>uses for unused protocol features, but one must be realistic about the
>effort involved in making it work and deployment. i think there is
>some cleverness in the proposal but the road to deployment is really
>really difficult and very very long.
It's only as difficult if Guilds like ICANN desire to make same difficult.
>
>a.
>
>____________________________________________________________
>You received this message as a subscriber on the list:
> governance at lists.cpsr.org
>To be removed from the list, send any message to:
> governance-unsubscribe at lists.cpsr.org
>
>For all list information and functions, see:
> http://lists.cpsr.org/lists/info/governance
Regards,
Jeffrey A. Williams
Spokesman for INEGroup LLA. - (Over 294k members/stakeholders strong!)
"Obedience of the law is the greatest freedom" -
Abraham Lincoln
"Credit should go with the performance of duty and not with what is very
often the accident of glory" - Theodore Roosevelt
"If the probability be called P; the injury, L; and the burden, B; liability
depends upon whether B is less than L multiplied by
P: i.e., whether B is less than PL."
United States v. Carroll Towing (159 F.2d 169 [2d Cir. 1947]
===============================================================
Updated 1/26/04
CSO/DIR. Internet Network Eng. SR. Eng. Network data security IDNS. div. of
Information Network Eng. INEG. INC.
ABA member in good standing member ID 01257402 E-Mail jwkckid1 at ix.netcom.com
Phone: 214-244-4827
____________________________________________________________
You received this message as a subscriber on the list:
governance at lists.cpsr.org
To be removed from the list, send any message to:
governance-unsubscribe at lists.cpsr.org
For all list information and functions, see:
http://lists.cpsr.org/lists/info/governance
More information about the Governance
mailing list