Path: utzoo!utgpu!watserv1!watmath!att!linac!uwm.edu!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!comp.vuw.ac.nz!waikato.ac.nz!john
From: john@waikato.ac.nz (John Houlker)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: problems with nsfnet-relay.ac.uk
Message-ID: <1991Mar3.234002.3035@waikato.ac.nz>
Date: 3 Mar 91 10:40:02 GMT
References: <1991Feb22.181958.14608@ns.uoregon.edu> <75539@bu.edu.bu.edu> <1991Feb26.092928.954@ecrc.de> <1991Mar3.070813.29410@riacs.edu>
Organization: University of Waikato, Hamilton, New Zealand
Lines: 22

In article <1991Mar3.070813.29410@riacs.edu>, medin@cincsac.arc.nasa.gov
 (Milo S. Medin) writes:
> 
> The answer is not politics.  Adding a root server given the way the DNS is
> currently built is serious business.  The root of the problem is that the
> RTT estimation code in many servers is broken.  What this means is that 
> all the root servers are normally pounded upon by DNS servers both near
> and far.  
.
> Given the broken RTT estimators in most versions of BIND, deploying such a 
> server in Europe would result in queries from all over the world pummelling
> the transatlantic link to the European root.  
.
> re-engineering the root nameserver system is one of many things we are
> trying to do to improve life in the worldwide Internet.

Milo, given the inertia of the large number of "broken" servers, what
about a "hack" of applying filters (at international gateways) on domain
UDP to root servers that are too "distant".  That would improve the
RTT estimation :-).  Is root-root server traffic all TCP?

John