- From: Dirk.vanGulik <Dirk.vanGulik@jrc.it>
- Date: Mon, 19 Jun 1995 10:29:18 +0200
- To: dupuy@smarts.com, uri@bunyip.com
Correct me if I am worg, but I strongly feel that this DNS
discussion could perhaps be sidestepped:
*WHEN* talking about a resolving mechanism, we want to resolve
a URN. In the DNS naming scheme we have a DNS name which specifies
the host which can resolve the URN for us.
So we have *TWO* tasks;
A resolving the host-name (through DNS)
B asking that host to resolve the URN.
Assume the <urn:dns:food.bar.eat.it:my.very.boring.doc.txt>
The existing dns system helps you to the IP address for food.bar.eat.it,
possibly by going al the way to a name server in the eat.it domain
which tells you the IP address.
With this IP address you start talking to the host at a certain well
known port which will resolve the 'my.very.boring.doc.txt' for you.
In short, with the DNS scheme (and any others IMHO) there is *no* need
for duplication the DNS resolving mechanism in the URN resolving
mechanism. We'll just be talking to *two* ports; one to get the hostname
to IP address which gets us the resolving host, and the other one
to resolve the actual URN.
Dirk-Willem van Gulik
http://me-www.jrc.it/~dirkx http://ceo-www.jrc.it
DWvGulik@Dialis.xs4all.nl Dirk.vanGulik@jrc.it
+39 332 78 1322 +39 332 78 9549
fax +39 332 78 9185
ISEI/ESBA; The Center For Earth Observation
Joint Research Centre of the European Communities, Ispra, Italy
Received on Monday, 19 June 1995 04:29:48 UTC