[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: CORE Implementations



On Jan 6,  3:44pm, davidk@ISI.EDU wrote:
> Subject: Re: CORE Implementations
>
[snip]

IMHO white pages services should be run by the Registry or by the CORE db.
If contact data is distributed to the domain name holder, not only is
there more room for publishing incorrect data but access to it in the
event of network outage is impossable.

In the case that a site is down I'd like to be able to contact a person
responsible for that sight. If they are publishing the info them selves
but are down then I can't get the contact data. This is why it should
be published by a 3rd party, naimly the NIC who registered the domain, or
in a central repository such as the CORE db.

-Rick

>
>   - contact data could (additionnally) be stored local to the end-users
>     site. There are very simple ways to do this: define a standard port
>     and let inetd call 'cat /etc/contact.info', 'whois -h my-registrar
>     my-handle' or use DNS TXT records. We can even let the end-user
>     (electronically) sign an agreement that the central repository can
>     remove domains if one doesn't seem to have useful data available and
>     somebody tried to contact the domain holder for legal reasons (IAHC
>     needs to define what 'trying to contact' means). I even see a much
>     broader application for this idea since there are other problems one
>     can have then DNS alone ... Note, that data tends to be more up to
>     date when it is actually used, that is, we should encourage the reuse
>     of the contact information for other related activities.
>
>   - data tends to be maintained much better if it is easy to update and
>     often used. Security mechanisms or very centrally organized systems
>     can defeat their own purpose. This means that it is easy to get bad
>     information even if you have all the right relations in your central
>     DB. Remember that end-users are (still :-() smarter then machines,
>     it's easy to submit incorrect information or not updating it at all.
>     This is even more true in an international context where addresses
>     don't look everywhere the same. It is for example nearly impossible
>     if a certain address really exists in another country. Systems more
>     local to the user tend to be easier to keep up to date.
>
> And yes, I am not going to tell again what I think about the lottery and
> the 60 day wait period, just read the archives ;-),
>
> David K.
> ---
>
>
>-- End of excerpt from davidk@ISI.EDU



-- 
Rick H. Wesson