NCSG-DISCUSS Archives

NCSG-Discuss

NCSG-DISCUSS@LISTSERV.SYR.EDU

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Mime-Version:
1.0 (Apple Message framework v1077)
Content-Type:
text/plain; charset=windows-1252
Date:
Tue, 9 Mar 2010 17:59:40 +0300
Reply-To:
Avri Doria <[log in to unmask]>
Subject:
From:
Avri Doria <[log in to unmask]>
In-Reply-To:
Content-Transfer-Encoding:
quoted-printable
Sender:
Non-Commercial User Constituency <[log in to unmask]>
Parts/Attachments:
text/plain (20 lines)
On 9 Mar 2010, at 17:33, Milton L Mueller wrote:

> In relation to this exchange:
>  
> Willy curry – where does gac unease come from
> Avri – its binding nature. It perceives it as starting the round without their issues being resolved.
>  
> That provides a pretty good explanation of why I SUPPORTED the EoI.

If the EOI can't be started until everything is resolved,
then why do you need an EOI?

It is not needed to resolve the scaling issue, utting names in in batches a ew at a time is going to resolve that it real time.  the specialtion ange from the DNS not being able to eve support 20 to it being able to support 1000s.  any number EOI gives will not resolve the issue of how many before wisps of smoke come out of the DNS

On TM FUD.  Why is there any expectation that any amount of data will top their creativity when it comes to FUD?

I reject the idea completely since i see it as yet another process that only achieves delay in the original process.

a.

ATOM RSS1 RSS2