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
- Root DSA D.W.Chadwick
- Re: Root DSA pays
- Re: Root DSA Colin Robbins
- Re: Root DSA Thomas Lenggenhager
- Re: Root DSA Andrew Waugh
- Re: Root DSA D.W.Chadwick
- Re: Root DSA D.W.Chadwick
- Re: Root DSA Steve Kille
- Re[2]: Root DSA D.W.Chadwick