# Re: DNS lookups for URLs (was: URN functionality from URLs)

Mitra (mitra@path.net)
Wed, 15 Dec 1993 23:08:57 GMT

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Keith Moore: "Re: DNS lookups for URLs (was: URN functionality from URLs)"
- Previous message: Keith Moore: "Re: URN functionality from URLs"
- Maybe in reply to: Alexander Dupuy: "DNS lookups for URLs (was: URN functionality from URLs)"

    From: mitra@path.net (Mitra)

    Subject: Re: DNS lookups for URLs (was: URN functionality from URLs)

    Date: Wed, 15 Dec 1993 23:08:57 GMT

    Message-Id: <CI3Myy.KMn@pandora.sf.ca.us>

Keith Moore (moore@cs.utk.edu) wrote:
: Files should be referenced by URN (not URL). Then the DNS should be used
: to find the "official" URN->URL lookup service. If you have a local cache,
: you should consult it first to see if it has a cached copy of the file
: indicated by a particular URN.

This is exactly what I proposed in my "scenario" paper just before
Houston. We split the URN at some point where everything on one side is
passed to the DNS which gives you back one (of possibly many) URN->URL
servers for that portion of the URN namespace. The whole URN is then
passed to the server which gives you back the URC &/or URL.

: This needs to be fixed, but URNs can't wait on it. We should probably
: just use TXT records and put URN->URL mappings in a different class
: or top-level domain.

We dont need TXT records for this, we just get a seperate URN or URI
domain.

The really important thing is not to use DNS for records of each
document. Adding URN->URL servers in a seperate domain is not a
significant overload, just as adding the tpc.int domain and information
for each mail->fax gateway didnt overload it, while adding every fax
number would have done.

- Mitra

- Next message: Keith Moore: "Re: DNS lookups for URLs (was: URN functionality from URLs)"
- Previous message: Keith Moore: "Re: URN functionality from URLs"
- Maybe in reply to: Alexander Dupuy: "DNS lookups for URLs (was: URN functionality from URLs)"