[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Specific Questions
- Date: Thu, 26 Dec 1996 23:24:48 +0000
- From: Jeff Williams <jwkckid1@ix.netcom.com>
- Subject: Re: Specific Questions
Kent,
Kent please read below your comments.
Kent Crispin wrote:
>
> Christopher Ambler allegedly said:
> >
> > On the point of registrar failure, Kent is correct in pointing out that
> > in the case of the shared model, a registrar failing means, simply,
> > no more new registrations from them. The repository still has the
> > domain records, and the DNS is still served.
> >
> > Furthermore, as far as renewals go, I can say right now that Image
> > Online Design will accept all 'orphaned' customers. With their
> > renewals, that's a pretty simple decision.
> >
> > I fail to see how limiting the number of participants is a benefit
> > at all. Where are the failure modes?
>
> Two that I can see, right off:
>
> 1) the sharing algorithm doesn't scale as planned -- from a
> theoretical point of view we know it will work -- I am referring to
> snags in the particular implementation.
This is a real concern, but I am sure that 100 registrys is not
going to make the implimentation snag possibilities compound that
badly. I have done alot of diffrent type of implimentations that
would be similar to this (Sharing Algorithm). If this was say
10,000 I could see the concern. Coordanation of a particular
implimentation could become problamatic in certain cercumstances.
But 100 is a workable number. I believe most of the technicians
on this list would agree.
>
> 2) The administrative load of chartering (say) 100 registrars is too
> large. That is, IAHC is supposed to vet the various registrars and
> coordinate them and so on. Administrative procedures need to be
> developed, records need to be kept, systems need to be developed. It
> is frequently possible to do things "by hand" whey you have 20
> entities to deal with, but when you have 100 you need to develop
> mechanical systems to handle the load.
Well electronic means to handle that load, yes. But systems and
applications are already avalibel (Out of the box) to do this with
no problem. This seems to indicate to me that first it would be
wise to put together a PLan than decide how many Registrars you
should start with, with the max number being the goal, not the least
number. This I think would best serve the "Public Trust" mandates
of the IAHC and also provide a better framework or roadmap for
adding new Registrars. Any thought form others?
Regards,
>
> --
> Kent Crispin "No reason to get excited",
> kent@songbird.com,kc@llnl.gov the thief he kindly spoke...
> PGP fingerprint: 5A 16 DA 04 31 33 40 1E 87 DA 29 02 97 A3 46 2F
--
Jeffrey A. Williams
DIR. Internet Network Eng/SR. Java Development Eng.
Information Eng. Group.
Phone :972-447-1878
E-Mail jwkckid1@ix.netcom.com