IETF Logo Mail Archive

Re: Rep (2) : QUIPU vs X.500 (was: A tool for...)

Steve Kille <S.Kille@isode.com> Tue, 16 November 1993 17:21 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa08431; 16 Nov 93 12:21 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa08426; 16 Nov 93 12:21 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa13622; 16 Nov 93 12:21 EST
Received: from glengoyne.isode.com by haig.cs.ucl.ac.uk with Internet SMTP id <g.05246-0@haig.cs.ucl.ac.uk>; Tue, 16 Nov 1993 14:59:42 +0000
To: Tim Howes <tim@terminator.rs.itd.umich.edu>
cc: Woermann@osi.e3x.fr, osi-ds@cs.ucl.ac.uk
Subject: Re: Rep (2) : QUIPU vs X.500 (was: A tool for...)
Phone: +44-81-332-9091
In-reply-to: Your message of Tue, 16 Nov 1993 09:34:47 -0500. <199311161434.JAA01040@terminator.rs.itd.umich.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Tue, 16 Nov 1993 15:01:24 +0000
Message-ID: <8001.753462084@glengoyne.isode.com>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Steve Kille <S.Kille@isode.com>

Let me restate the problem.  There is a problem in QUIPU, not in RFC 1276.

The problem relates to the situation where the higher levels of the
DIT are not operated according to RFC 1276.   QUIPU will not work
correctly in this environment, although it can be faked in some cases.
The fix is non-trivial.

The reason that this is not an issue is that RFC 1276 is currently the
only viable way to run the high levels of the DIT.   The fix is
academic.   

The converse is not a problem - non-RFC 1276 DSAs can be plugged in as
leaf DSAs in an RFC 1276 tree.   QUIPU supports this.


Steve

v2.8.7 | Report a Bug | By Email