[governance] Comments related to the WGIG report

Ian Peter ian.peter at ianpeter.com
Wed Aug 10 17:10:02 EDT 2005


Hi Avri, 

My synopsis is similar to yours, with the proviso that:

* much pressure towards change will be removed if the issue of USG
unilateral control of root zone authorisation is dealt with
* much pressure towards change will be removed if IDNs are perceived to be
dealt with a little bit better

So my risk analysis suggests try to achieve these objectives through
available channels, stress the importance of these but, as you say, at least
have in place a contingency plan (it's probably as much a political
agreement as a technical issue) in case the above are not able to be
achieved.

Ian Peter
Senior Partner
Ian Peter and Associates Pty Ltd
P.O Box 10670  Adelaide St
Brisbane 4000
Australia
Tel +614 1966 7772
Email ian.peter at ianpeter.com
www.ianpeter.com
www.internetmark2.org
www.nethistory.info (Winner, Top100 Sites Award, PCMagazine Spring 2005)

-----Original Message-----
From: governance-bounces at lists.cpsr.org
[mailto:governance-bounces at lists.cpsr.org] On Behalf Of Avri Doria
Sent: Thursday, 11 August 2005 7:00 AM
To: WSIS Internet Governance Caucus
Subject: Re: [governance] Comments related to the WGIG report

Hi,

I have a slightly different concern about multiple namespaces.  I  
think that the push for these namespaces is about to boil over, and  
despite the technical problems and perhaps the inadvisability of such  
a move, it is going to happen sooner or later.

So, given that eventuality, I wonder whether it is time to start work  
on the solutions that would allow continuing Internet connectivity.    
We can advise as much as we want against the creation of multiple  
name spaces, but such a policy cannot be enforced.  Should  the  
policy CS recommends be one of refusal to accept the possibility or  
should the policy recommendation be one of preparation for the probable?

Or is this an area we should avoid for the time being while focusing  
on the more pressing needs of developing countries?

a.

On 10 aug 2005, at 16.43, Geoff Huston wrote:

> At 09:39 PM 10/08/2005, McTim wrote:
>
>> Hi again,
>>
>> On 8/9/05, Robert Guerra <rguerra at lists.privaterra.org> wrote:
>> > Carlos:
>> >
>> > A more decentralized & distributed DNS system that doesn't get us
>> > into multiple name-spaces and is more secure than the current  
>> regime
>> > would be ideal - but is it possible? if so, how would the  
>> transition
>> > occur?
>>
>> I think you want too much.
>>
>> The DNS is distributed by it's very nature.  It is also hierarchical
>> in architecture, this can't be decentralised.
>>
>
>
> This has been a much travelled road. Once you have multiple name  
> spaces and the various users of these name spaces want to  
> communicate across the namespace boundaries then you need to refer  
> to yet another namespace that identifies each name space and  
> associates with it some referential  pointer to the method of  
> resolution for that space. In that case I can send you a  
> referential pointer within my namespace and the identity of my  
> namespace  which you you could then couple with this 'root'  
> namespace list to resolve the  reference. The striking similarity  
> of this informal description to the root zone of the DNS should, in  
> theory, not be a surprise. But I suspect that the school of  
> namespace social commentary that goes along the lines of :
> Emacs!
>
> would still be in strong denial over such claims of implicit  
> structure and associated constraint in the use of identity realms  
> in communications systems.
>
> Regards,
>
>     Geoff Huston
>
>
>
> <19d855.jpg>
> _______________________________________________
> governance mailing list
> governance at lists.cpsr.org
> https://ssl.cpsr.org/mailman/listinfo/governance
>

_______________________________________________
governance mailing list
governance at lists.cpsr.org
https://ssl.cpsr.org/mailman/listinfo/governance

-- 
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9/08/2005
 

-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.5/67 - Release Date: 9/08/2005
 

_______________________________________________
governance mailing list
governance at lists.cpsr.org
https://ssl.cpsr.org/mailman/listinfo/governance



More information about the Governance mailing list