May 1994 - dns-wg - mailman.ripe.net

Re: register esa.ch
by Piet Beertema 25 May '94

25 May '94

What's in a name...? Piet ---------------------------------------------------------------------------- Newsgroups: nlnet.announce From: jan(a)cs.ruu.nl (Jan van Leeuwen) Subject: ESA'94 accepted papers Message-ID: <Cq9GI0.4Lz(a)cs.ruu.nl> Keywords: ESA'94, algorithms Organization: Utrecht University, Dept. of Computer Science Date: Mon, 23 May 1994 15:03:36 GMT 2nd Annual EUROPEAN SYMPOSIUM ON ALGORITHMS (ESA'94) Utrecht (the Netherlands), September 26-28, 1994 ADVANCE INFORMATION The Final Program/Call for Participation for ESA'94 will be distributed around June 1st. Further information on ESA'94 can also be obtained by consulting the `ESA page' on World Wide Web under the following URL: http://www.cs.ruu.nl/esa/ or by sending email to esa(a)cs.ruu.nl (preferably). See you at ESA'94!

1 0

Re: register esa.ch
by Dave Morton 24 May '94

24 May '94

> > Arnold Nipper <nipper(a)xlink.net> writes: > > > > Of course. Any other ideas how to cope with the problem? > >How about the latest Postel proposal: Actually I quite like Jon's proposal but it was not quite the same as you suggest. Replace .DE with .PVT below. >Create 999 subdomains 1.de to 999.de. Have to the the current DE-NIC consortium to agree to this and they probably wont... >In each of them create 999 subdomains 1.x.de - 999.x.de. >You have just mapped namesapce for a million registries >under DE with names that have little to no connotations with >anything. Agreed. >To anyone who wants to run a registry for individuals, >assign *randomly* an x.y.de combination. I can then find a >friend who will register me as karrenberg.123.456.de, if >I do not like his policy I will go to 453.295.de and register >there. > >Anything wrong with that? Nope, but it still doesn't help finance a NIC for DE or replace DE with your favourite European TLD. > >Daniel Dave

1 0

Re: register esa.ch
by Dave Morton 24 May '94

24 May '94

>a) Is this plan actually to be considered as serious or more rumor? Serious but without consenus yet.. >b) Is this mailing list the right forum to discuss it? Well, yes and no. It's a national issue but has global effects. >Michael > Dave

4 3

Re: Removal nameserver an rev-srv tags
by Daniele Vannozzi 24 May '94

24 May '94

On Fri, 20 May 94 18:28:53 GMT you said: >> 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? Artur, many thanks for your help. I think it's necessary to explain our procedure. 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 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. 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. Only after a successful check the domain object is added to database and the country master server is reloaded with the new information. Regards, Daniele > >We do this before registering a domain under PT... > >.artur > Daniele Vannozzi Phone: +39 50 593280 GARR-NIS Phone NIS: +39 50 593360 c/o CNUCE - Istituto del CNR Fax: +39 50 904052 Via Santa Maria 36 Telex: 500371 - CNUCE 56100 Pisa - Italy E-mail: vannozzi(a)nis.garr.it

2 1

register esa.ch
by Walter Dillen - ESAnet Services Section (ECNOD/COM/ES) 24 May '94

24 May '94

- To all you gentlemen who have contributed to the discussion so far - As ESA-internal coordinator of domains and naming structure, I am obviously not too pleased to see another organisation use the same acronym, but I don't believe that this necessarily causes major problems. This is because of the following. In addition to adopting the registration policy recommended to us by RIPE, namely to register in each country esa.<TLD>, we have established a further convention. Underneath the esa.<TLD>, the name of the ESA establishment is added as a further subdomain in all cases, e.g. estec.esa.nl esoc.esa.de esrin.esa.it, etc. This implies that chances of a clash in domain names are *very* small. Furthermore, ESA has currently no establishments in CH and therefore no intention to register esa.ch. For the hypothetical case where this would happen, the question remains for me if and how the responsibility for a 2nd-level subdomain can be shared and coordinated between two organisations? Btw, I also know about another potential conflict coming up - I've heard of plans within Germany to align 2nd-level domain names with the regional abbreviations known to all from German car plates - e.g. K for Cologne, DA for Darmstadt, etc. Assuming that we as international organisation could stay out of this scheme and retain esa.de, this would cause a clash with the region of Eisenach (also ESA), and the same considerations as above would apply. Comments/Suggestions welcome! Regards, Walter ------------------------------------------------------------------ European Space Agency/Operations Centre Tel: +49-6151-90-2213 Robert Bosch Strasse 5 Fax: +49-6151-90-4213 D-64293 Darmstadt, Germany email: wdillen(a)esoc.bitnet

4 6

Re: register esa.ch
by Dave Morton 22 May '94

22 May '94

> Btw, I also know about another potential conflict coming up - I've heard > of plans within Germany to align 2nd-level domain names with the regional > abbreviations known to all from German car plates - e.g. K for Cologne, > DA for Darmstadt, etc. >Crazy idea: if company X moves from Cologne to Darmstadt, >its domain name would change, they would have to reprint >their letter heads, business cards, etc., and someone would >have to cope with all the bounces of mails sent to the old >domain name... Walter - I don't know where you heard of plans - there is some brainstorming in progress to somehow put structure on the DE domain - that's about as far as things have progressed until now. I'd believe the people involved (many of whom are on the RIPE DNS list) are aware of the potential problems so don't expect any surprises. > Assuming that we as international organisation could stay out of this scheme > and retain esa.de, this would cause a clash with the region of Eisenach (also > ESA), and the same considerations as above would apply. >Which makes it unlikely that you could stay out of such a >"reorganisation" (I'd rather call it a mess-up). I, for one, would expect any such plan, assuming it ever were to be implemented, not to be implemented retrospectively, this would not be acceptable. > Comments/Suggestions welcome! >Contrary to what I've suggested to you long ago, I'd now >recommend that you put ESA under the .INT domain; chances >are zero that there will ever be a .EU domain for Europe, >unless someone can convince the Powers That Be that there >is a very clear need for such a "pseudo top level domain", >quite analogous to the current 3-letter TLD's; or maybe >the analogy could be carried even further by creating a >domain .EUR; but then, who is going to manage it? Good idea with INT now that X.400 is dying. Mabye EU or EUR is not such a good idea for ESA since one cannot exclude that they establish or have a launch facility in S. America but that's beside the point. Why shouldn't we beat up Mr. IANA for an .EUR and get the Commission to finance it, after the event that is :-) > Piet Dave

1 0

Re: Removal nameserver an rev-srv tags
by Artur Romao 20 May '94

20 May '94

> 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? We do this before registering a domain under PT... .artur

1 0

Re: register esa.ch
by Dave Morton 20 May '94

20 May '94

Mike - I think the context at that time (and I'm sure Piet will remind me if I'm wrong) was that in a few years we all might need to run this wonderful X.400 stuff and the addressing (if one can call it that) in X.400 did not foresee any ADMDs called INT or ORG so if one wanted to change later you'd have a problem (besides X.400 that is :-). Since X.400 seems more or less destined to die young now that we will have SMTP with all the goddies included (see the latest draft rfcs up for approval as standards) I would assume Piet's advice might be in this direction now. Again Piet will correct if I'm off the tracks here.... Given the above you can probably safely stay with .ORG and .INT until we all collect our pensions at least. Cheers. Dave PS: Also given that J. Postel recently suggested a scheme for a new TLD's you also might want to register under one of them ;- This could have interesting consequences for current TL country Ds and financing thereof (names changed to protect the innocent - but I wander as usual :-)

1 0

RE: Removal nameserver an rev-srv tags
by Wilfried Woeber, UniVie/ACOnet 20 May '94

20 May '94

Dear all, >Blasco has informed us about the proposals and the decision taken during >the last Ripe meeting. >While we found all greats, we disagree about a particular proposal made >at the dns working group. To be concise, we believe obsoleting the I don't want to assess the technical merits of any decisions taken at the DNS-WG, however I'm worried about the organizational merits of any decisions that were taken in WG meetings that had to compete against the Routing-WG and the RIPE-81++ discussions. I for my part did certainly not feel having quorum in the DB-WG, and thus no decisions were taken this time. I'm also going to state this is my minutes... Wilfried. -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Wilfried.Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

1 0

Removal nameserver an rev-srv tags
by Daniele Vannozzi 20 May '94

20 May '94

Dear all, Blasco has informed us about the proposals and the decision taken during the last Ripe meeting. While we found all greats, we disagree about a particular proposal made at the dns working group. To be concise, we believe obsoleting the rev-srv and nameserver flags from the inetnum and domain objects to not be a meaningful action. 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. Daniele & Giuliana Daniele Vannozzi Phone: +39 50 593280 GARR-NIS Phone NIS: +39 50 593360 c/o CNUCE - Istituto del CNR Fax: +39 50 904052 Via Santa Maria 36 Telex: 500371 - CNUCE 56100 Pisa - Italy E-mail: vannozzi(a)nis.garr.it

2 1