This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/dns-wg@ripe.net/
Removal nameserver an rev-srv tags
- Previous message (by thread): Removal nameserver an rev-srv tags
 - Next message (by thread): register esa.ch
 
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Piet Beertema
Piet.Beertema at cwi.nl
Tue May 24 10:33:08 CEST 1994
    >> Concerning the assumption of dns-wg about the  useless of those tags and
    >> the absence of procedures based on them we would like to inform you that
    >> we  are presently testing    some automatic tools based exactly on those
    >> tags which we use before actually registering  a new  direct  or inverse
    >> domain.
    >> Starting  from the  contained  information,  each server  is queried  on
    >> properly resolving the query.
    >
    >Do you mean, you first build the domain object, insert it into the database
    >and then get a list of nameservers out of it, in order to do your querying ?
    >And only then you consider the domain configuration ok?
    >
    >If this is the case, why don't you get the NS list from the (soon to be)
    >primary nameserver, and if all is ok then you register the domain itself
    >and the domain object in the database?  Or did I miss something?
    
    When we  receive a domain  form (domain  registration template) we check
    the primary nameserver (we use the first  "nameserver:" tag to locate it).
    How to find otherwise that server without a nameserver tag?
If you receive a domain registration, it ought to list the
nameserver hosts and their IP addressess, the simple reason
being that you have to enter them into DNS. But that has
absolutely nothing to do with [the domain object in] the
RIPE database.
    If the  primary nameserver is  reachable and properly configured  we continue
    checking secondary nameservers which should be  listed in the domain form and
    as NS records in the primary nameserver.  The above is a useful check because
    many times there are discrepancies in what is "declared" and what is actually
    configured.
That's what I do too before entering nameservers for a domain
into the NL zone file. But again, this has nothing to do with
[the domain object in] the RIPE database.
    In  addition, if  in the  domain form  there is  our nameserver  listed as a
    secondary, we also check the refresh  time, retry time, expiration period and
    default ttl.
Same comment as above.
    Only after a successful check the domain  object is added to database and the
    country master server is reloaded with the new information.
Once again: this relates ONLY to DNS. If you think it's really
necessary to clog the RIPE database with useless information
(like nameservers; info that is present already in DNS), you
have to come with good arguments. And please note that it is
not forbidden for a [TLD] registrar to keep a *local* database
with all sorts of additional info about a domain.
	Piet
- Previous message (by thread): Removal nameserver an rev-srv tags
 - Next message (by thread): register esa.ch
 
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]