Re: URI-protocol mapping

"Ron Daniel Jr." <rdaniel@acl.lanl.gov> Fri, 21 February 1997 18:43 UTC

Received: from cnri by ietf.org id aa16127; 21 Feb 97 13:43 EST
Received: from services.Bunyip.Com by CNRI.Reston.VA.US id aa19449; 21 Feb 97 13:43 EST
Received: (from daemon@localhost) by services.bunyip.com (8.8.5/8.8.5) id NAA04453 for uri-out; Fri, 21 Feb 1997 13:02:19 -0500 (EST)
Received: from mocha.bunyip.com (mocha.Bunyip.Com [192.197.208.1]) by services.bunyip.com (8.8.5/8.8.5) with SMTP id NAA04448 for <uri@services.bunyip.com>; Fri, 21 Feb 1997 13:02:17 -0500 (EST)
Received: from acl.lanl.gov by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b) id AA04454 (mail destined for uri@services.bunyip.com); Fri, 21 Feb 97 13:02:14 -0500
Received: from montana (montana.acl.lanl.gov [128.165.147.143]) by acl.lanl.gov (8.7.3/8.7.3) with SMTP id LAA09854; Fri, 21 Feb 1997 11:02:09 -0700 (MST)
Message-Id: <3.0.32.19970221110132.00965460@acl.lanl.gov>
X-Sender: rdaniel@acl.lanl.gov
X-Mailer: Windows Eudora Pro Version 3.0 (32)
Date: Fri, 21 Feb 1997 11:01:32 -0700
To: Daniel LaLiberte <liberte@ncsa.uiuc.edu>, touch@isi.edu
From: "Ron Daniel Jr." <rdaniel@acl.lanl.gov>
Subject: Re: URI-protocol mapping
Cc: uri@bunyip.com
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-uri@bunyip.com
Precedence: bulk

At 10:16 AM 2/21/97 -0600, Daniel LaLiberte wrote:
>touch@isi.edu writes:
> > At some point you must know
> > 	who you're talking with
> > 	what protocol to use
>
>If you are resolving a URN, you need to do the same thing, as you also
>pointed out (i.e. you need a protocol to find out what the protocol is).

The difference here is that the URL specs already tell you what to do.
While there are lots of things one *could* do with current URLs, there
are not so many things that can be done while remaining
standards-compliant.

The URN stuff has been developed to allow the same identifiers to be
resolved using a variety of resolution systems. Further, while we define
at least one way to resolve them (NAPTR), we purposfully say that this
is not the ONLY way to do it and we purposfully do not say how one
discovers all the ways to do it. We do not specify *the* "protocol
discovery protocol" you mention above.

>Consider all the ways I listed for how URLs can, in fact, be resolved
>that make them context dependent and relative.  What is wrong with any
>of them?

Nothing, unless you want to comply with the existing standards.


Ron Daniel Jr.              voice:+1 505 665 0597
Advanced Computing Lab        fax:+1 505 665 4939
MS B287                     email:rdaniel@lanl.gov
Los Alamos National Lab      http://www.acl.lanl.gov/~rdaniel
Los Alamos, NM, USA, 87545