[33900] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Microsoft spokesperson blames ICANN

daemon@ATHENA.MIT.EDU (Henry Yen)
Thu Jan 25 00:27:19 2001

Message-ID: <20010124234338.H13681@nntp.AegisInfoSys.com>
Date: Wed, 24 Jan 2001 23:43:38 -0500
From: Henry Yen <henry@AegisInfoSys.com>
To: nanog@merit.edu
Mail-Followup-To: nanog@merit.edu
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <20010125040455.6C24A35C42@smb.research.att.com>; from Steven M. Bellovin on Wed, Jan 24, 2001 at 11:04:55AM -0500
Errors-To: owner-nanog-outgoing@merit.edu


On Wed, Jan 24, 2001 at 11:04:55AM -0500, Steven M. Bellovin wrote:
> In message <200101250230.VAA06726@rtp-msg-core-1.cisco.com>, Jim Duncan writes:
> >Sean Donelan writes:
> >> Microsoft appears to be blaming ICANN for the failure with Microft's
> >> domain name servers (all located at the same place at Microsoft).
> >> 
> >>   Microsoft has yet to pin down the cause of the DNS error. "It can
> >>   be a system or human error, but somebody could also have done this
> >>   intentionally," De Jonge said. "We don't manage the DNS ourselves,
> >>   it is a system controlled by the Internet Corporation for Assigned
> >>   Names and Numbers (ICANN) with worldwide replicas."
> >> 
> >> http://www.idg.net/ic_386962_1793_1-1681.html
> >
> >I have read that article many, many time today, trying to see how you 
> >came to that conclusion and I don't get it.  To reach that conclusion, 
> >you've clearly quoted them out of the context of the larger article.  
> >Even to reach that conclusion from the small part you quoted requires a 
> >logical leap that is inappropriate, if not outright incorrect.
> 
> Sorry, Jim; I think it's not that much of a stretch.  They said that 
> (a) it's a DNS problem, (b) they don't understand the cause, but (c) 
> they don't manage the DNS, ICANN does.  OK -- the problem is therefore 

if icann munged one or more root servers, then icann would be at (partial
or total) fault.  microsoft's authoritative nameservers are managed
by microsoft.  as is pointed out below [ snipped ], if the "internet's"
name servers were at fault, then it's true that microsoft "doesn't manage
the DNS".  if microsoft's nameservers were (directly or indirectly)
at fault, then (c) would be irrelevant and misleading.  my take (and
i am trying to stay unbiased) is that the latter is pretty much clearly
correlating with the symptoms seen 'net-wide, so far, and not the former.
that is, (a), (b), and "(c) we manage the portion of our DNS that seems
to be the broken portion".


home help back first fref pref prev next nref lref last post