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


To: "Bill Manning" <bmanning@isi.edu>, "Brian W. Spolarich" <briansp@walid.com>
Cc: "Patrick" <patrick@gandi.net>, <ietf-provreg@cafax.se>
From: "James Seng/Personal" <James@Seng.cc>
Date: Wed, 7 Feb 2001 04:54:23 +0800
Sender: owner-ietf-provreg@cafax.se
Subject: Re: Nameserver as object/entity or not ?

This is a very reasonable requirement. If the original requirement is to
overcome this problem, then I suggest rewording it to something like
what Bill said below.

-James Seng

----- Original Message -----
From: "Bill Manning" <bmanning@isi.edu>
To: "Brian W. Spolarich" <briansp@walid.com>
Cc: "Patrick" <patrick@gandi.net>; <ietf-provreg@cafax.se>
Sent: Tuesday, February 06, 2001 11:57 PM
Subject: Re: Nameserver as object/entity or not ?


> %
> % | >From experience, I can tell you that it is used. I was working
before
> % | in an ISP. One day we had to change our Internet connexion, which
> % | changed the IP of our nameservers, thus the need to change the
> % | properties of all domains using these nameservers.
> % | I'm working in a Registrar now, and it happens that customer ask
us
> % | to change 50 or 100 domains at the same time because they change
> % | nameservers or they change IP of one nameserver.
>
> A case in point.  A server was recently renumbered and the host record
> at the registrar was modified.  This server was/is hosting a number
> of distinct zone entries.  Apparently the internal protocol tracked
> the new number at a number of levels but did not work across the
board.
> This server also serves as a server for a number of ccTLDs and the
"glue"
> records for this server at those ccTLDs was -NOT- automatically
updated...
> leading to "lame" server indications.   So the protocol ought to
ensure
> that when a "host" record is modified, that it can be tracked
throughout
> the system.
>
> --
> --bill


Home | Date list | Subject list