- From: Clifford Lynch <clifford.lynch@ucop.edu>
- Date: Tue, 21 Mar 1995 12:44:56 -0800
- To: uri@bunyip.com, phoffman@proper.com, rdaniel@lanl.gov
I've just made a fast pass through this draft which was posted today. I have a MAJOR problem with this draft from a structural point of view; my concerns here really go far beyond the specific mechanisms proposed in this draft document. I believe that this draft should be broken into at least 2 and more probably 3 draft RFCs. The first should deal ONLY with the syntax of the URN; it should not address resolution (other than to note that resolution processes will be needed). The second should deal with the proposal for the DNS URN scheme. The third should deal with the specific HTTP-based resolution mechanism proposed for the DNS URN scheme. Arguably, draft RFCs 2 and 3 could be combined but it would be clearer, I think, if they were not. I would also raise a few other related points. I think that we need to look carefully at what in the proposed syntax is really generic URN sytnax and what is substructure that is specific to the proposed DNS scheme. The statements in the first paragraph of section 3 on resolving URNs are at best only applicable to the proposed DNS URN scheme, and actually I think that it would be more appropriate to characterize them as a description of the particular resolution method and its properties. Clearly all URNs from all naming authorities and within all schemes are not going to get resolved the same ways, and there will be many methods of resolution, I think; further these methods of resolution will change over time independent of the syntax of URNs. Since as I understand it this is on the agenda for the upcoming IETF meeting, I would strongly urge the authors to try to separate out the issues into separate documents; I think that this will lead to a much better-focused discussion and more rapid progress. Clifford Clifford Lynch University of California clifford.lynch@ucop.edu
Received on Tuesday, 21 March 1995 15:43:34 UTC