<<<
Chronological Index
>>> <<<
Thread Index
>>>
Re: [ga] DNS Root-Level Pollution
- To: David Scott <tlda@xxxxxxxxxx>, ga@xxxxxxxxxxxxxx
- Subject: Re: [ga] DNS Root-Level Pollution
- From: "Jeffrey A. Williams" <jwkckid1@xxxxxxxxxxxxx>
- Date: Sat, 14 Jun 2008 18:18:23 -0700 (GMT-07:00)
David and all,
I don't believe anyone made even an indirect refrence to the
"Internet going away" as you put it, David. What is the problem
is that given the already known and well documented mis-managment
of the DNS thus far from ICANN will only grow worse unless or until
hands-on and responsible technical managment is effected. I for
one don't see ICANN yet being able to provide that managment or
leadership in the near term.
-----Original Message-----
>From: David Scott <tlda@xxxxxxxxxx>
>Sent: Jun 14, 2008 1:46 AM
>To: ga@xxxxxxxxxxxxxx
>Subject: Re: [ga] DNS Root-Level Pollution
>
>
>
>With this upcoming fiasco, (the auction of TLD's) does this mean the
>internet will go away? oh pooh :(
>
>Hopefully there is enough RSC's out there that can take the load. The
>structure of most of the worlds economics actually rely on the internet
>in one way or another; and incidentally ICANN's structure. (have to use
>them to get the dot coms)
>
>If ICANN's structure where to completely fail, I mean 100% failure, what
>is the real impact. I don't think really anyone could understand that,
>and on top of which, since they are not allowing completely AXFR's from
>their servers, (that i know, haven't check it lately) when.. i mean IF
>they fall, how long before the caches actually clear?
>
>Was 7 really enough. Guess closing doors MIGHT have been a bad idea huh?
>
>David
>
>Jeffrey A. Williams wrote:
>>
>> Dr. Joe and all,
>>
>>
>>
>> Ok, maybe you were the first to bring this issue up. >:)
>>
>> I agree regarding new TLD's and IDN's. The fact that ICANN can't
>> seem to manage
>>
>> the already existing TLD's adaquately, only is a preview on a very
>> small scale, as to
>>
>> what the effect will be on Root server queries in the next year of two.
>>
>>
>> -----Original Message-----
>> From: Joe Baptista
>> Sent: Jun 13, 2008 6:09 PM
>> To: dannyyounger@xxxxxxxxx
>> Cc: ga@xxxxxxxxxxxxxx
>> Subject: Re: [ga] DNS Root-Level Pollution
>>
>> And who first predicted this would happen ???? hmmm ????
>>
>> http://www.theregister.co.uk/2003/02/05/dud_queries_swamp_us_internet/
>>
>> Let us remember that a good portion of that 99% of dud queries to
>> the us root are the net result of the fact ICANN is no longer an
>> exclusive root. Never was. Now it competes with the chinese, the
>> arabs, one or two scandinavian countries etc etc etc.
>>
>> Just wait till you the see the mess icann makes of the root system
>> with this TLD action. Should be interesting. Makes the mess I
>> witnessed in europe look like childs play in comparison.
>>
>> cheers
>> joe
>>
>> On Fri, Jun 13, 2008 at 6:14 PM, Danny Younger
>> <dannyyounger@xxxxxxxxx <mailto:dannyyounger@xxxxxxxxx>> wrote:
>>
>>
>> http://www.caida.org/research/dns/roottraffic/comparison06_07.xml
>>
>> Interesting CAIDA study, especially regarding some of the
>> conclusions cited below:
>>
>> "The proportion of invalid traffic, i.e., DNS pollution,
>> hitting the roots is still high, over 99% of the queries
>> should not even be sent to the root servers. We found an
>> extremely strong correlation both years: the higher the query
>> rate of a client, the lower the fraction of valid queries.
>> Repeated, identical and "referral-not-cached" queries
>> constituted 69% of the total load on the roots during the 2007
>> observations. We are not in a position to evaluate the cost of
>> this pollution to the root operators or to the Internet, nor
>> the cost of cleaning it up. Some sources of this pollution
>> could be mitigated by DNS operators locally serving common
>> zones. For the March 2008 DITL experiment we will further
>> investigate the patterns of these invalid queries and identify
>> other ways to reduce the DNS pollution at the roots."
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Joe Baptista
>> www.publicroot.org <http://www.publicroot.org>
>> PublicRoot Consortium
>> ----------------------------------------------------------------
>> The future of the Internet is Open, Transparent, Inclusive,
>> Representative & Accountable to the Internet community @large.
>> ----------------------------------------------------------------
>> Office: +1 (360) 526-6077 (extension 052)
>> Fax: +1 (509) 479-0084
>>
>> Regards,
>>
>> Spokesman for INEGroup LLA. - (Over 281k 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@xxxxxxxxxxxxx <mailto:jwkckid1@xxxxxxxxxxxxx>
>> My Phone: 214-244-4827
>>
>
Regards,
Spokesman for INEGroup LLA. - (Over 281k 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@xxxxxxxxxxxxx
My Phone: 214-244-4827
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|