Re: Root DSA

D.W.Chadwick@iti.salford.ac.uk Fri, 04 November 1994 20:13 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa07811; 4 Nov 94 15:13 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa07803; 4 Nov 94 15:13 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa15007; 4 Nov 94 15:13 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.03099-0@haig.cs.ucl.ac.uk>; Fri, 4 Nov 1994 19:18:46 +0000
Via: uk.ac.salford.europa; Fri, 4 Nov 1994 19:18:15 +0000
Received: from mailgate-0.salford.ac.uk by europa.salford.ac.uk with SMTP (PP); Fri, 4 Nov 1994 19:18:22 +0000
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: D.W.Chadwick@iti.salford.ac.uk
Date: Fri, 04 Nov 1994 19:02:00 -0000
To: osi-ds@cs.ucl.ac.uk
Subject: Re: Root DSA
X-Mailer: University of Salford cc:Mail/SMTP gateway 1.71
Encoding: 54 TEXT
Message-ID: <9411041513.aa15007@CNRI.Reston.VA.US>

To: D.W.Chadwick@iti.salford.ac.uk
cc: osi-ds@cs.ucl.ac.uk
Subject: Re: Root DSA
In-reply-to: Your message of 28 Oct 1994 22:57:00.
Date: Wed, 02 Nov 1994 14:02:43 +0000
From: Colin Robbins <c.robbins@nexor.co.uk>



   >Proposed Transition Plan
   >
   >6. The first phase is to ensure that ALL First Level DSAs are based on
   >implementations (Quipu or otherwise) that can hold subordinate references
   >that are conformant to the standard. Until this is achieved the root DSA
   >will continue to be necessary.

Taking the above, in conjunction with the recent message from PAP, the
implication is the root DSA will be necessary until all the majority
of first level DSAs running QUIPU have been modified to correctly
handle subordinate references, and tested in some way (e.g.,
re-running the OIFP tests).

This is a big first step, and we will probably find these DSAs are
running 1993 protocol systems before this happens.

I think we need to look at something more practical in the interim.
Effectively, the only thing the root DSA does for the current QUIPU
DSAs is distribute the top level EDB file.  Alternative mechanisms can
be found to do this, e.g., FTP on demand, or some simple push on
change mechanims.

The exisiting QUIPU DSAs could then be configured (incorrectly) to say
they hold this EDB as MASTER, and the project continue perfrectly
happy without the root DSA.


I think that this is a very sensible first move. However, we do not want to
state that the root context is held in Quipu EDB format, as this would be
prejudicial to non-Quipu implementations. An independent representation should
be defined (based on 1993 DSA Information Tree). The root context manager (eg
DANTE) could then make a Quipu EDB version available as an optional extra.

David

This would acheive the goal to removing the root DSA, without imposing some of
the other requirements (requirements that are needed in the longer term).

This would also help the existing QUIPU DSAs to migrate, as this
pseduo root EDB, could then have correct knowldege references to the
1993 systems.



Colin