Multiple Roots simply need context

James M. Shuler III jshuler at cfl.rr.com
Mon Mar 19 23:39:52 UTC 2001


Wouldn't a context just be another root? Who then controls what context's
are valid and who's context server is right?

James

----- Original Message -----
From: "Timothy R. McKee" <trm3 at nuvox.net>
To: <nanog at merit.edu>
Sent: Monday, March 19, 2001 4:14 PM
Subject: RE: Multiple Roots simply need context


>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The day that I have to start asking John Doe User questions like this is
the
> day I move back into systems programming, writing device drivers is much
> less of a headache.  I can just see the vendors ads now...  go to
> http://www.abbey.shop (if you are new.net context) or http://www.abby.shop
> (if you are in mynew.net context).  If this happens most of our normal
user
> base will begin leaving in droves.  (Count LOST REVENUE...  LOST JOBS...
> PROBABLY MINE!!)
>
> This is not an academic exercise.  This has become a business catering to
> ordinary people that are NOT computer/network wizards.  The minute we
start
> to require our users to make informed complicated decisions we will begin
to
> loose them all.
>
> In the telco world this would be the equivalent of a telco subscribing to
> one of several SS7 providers - each with overlapping SS7 point codes (this
> is the telephony routing table).
>
> > -----Original Message-----
> > From: owner-nanog at merit.edu [mailto:owner-nanog at merit.edu]On Behalf Of
> > Chris Davis
> > Sent: Monday, March 19, 2001 15:24
> > To: 'nanog at merit.edu'
> > Subject: Multiple Roots simply need context
> >
> >
> >
> >
> > There is no problem in having hundreds or thousands of multiple
> > root servers
> > for DNS.
> >
> > We have a problem with CONTEXT.  There is no existing way to ascertain
the
> > context from which users are resolving domain names.
> >
> > Solution:  DNS Context Servers...  DNS operators subscribe their
> > machines to
> > the DNS context they want.  In one context, ".xxx" can resolve
> > via new.net,
> > in another context, ".xxx" resolves via one of the other .xxx
> > providers.  To
> > keep ICANN and friends happy, ICANN could be the "default" context.
> >
> > Help calls then have one and only one additional question:  "To which
DNS
> > context do you subscribe?"
> >
> > Context servers are pretty obviously where things are headed.  Sooner or
> > later, some new.net company is going to "take."  If we already have DNS
> > context servers in place, life will be much easier when an alternative
TLD
> > provider does succeed.
> >
> > -Chris Davis
> > --not really selling private address space, that was a joke
> > --not a fan of new.net's plugin, since it breaks ping, traceroute, and
> > tradition
> >
> >
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
>
> iQA/AwUBOrZ2mxRIXzEQLahvEQK6uACgguSOXWRJtxv9wQrc4YZeHZ88nggAn1Qc
> urxnAGjLYlh9AIq6p/yDNPzB
> =A9Dr
> -----END PGP SIGNATURE-----
>
>
>





More information about the NANOG mailing list