Re: Status of LDAP

Tim Howes <tim@terminator.rs.itd.umich.edu> Tue, 27 July 1993 20:12 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa10273; 27 Jul 93 16:12 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa10268; 27 Jul 93 16:12 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa00729; 27 Jul 93 16:12 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.05249-0@haig.cs.ucl.ac.uk>; Tue, 27 Jul 1993 20:31:28 +0100
Received: from terminator.rs.itd.umich.edu by bells.cs.ucl.ac.uk with Internet SMTP id <g.18267-0@bells.cs.ucl.ac.uk>; Tue, 27 Jul 1993 20:31:17 +0100
Received: from vertigo.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10765; Tue, 27 Jul 93 15:31:06 -0400
Message-Id: <9307271931.AA10765@terminator.rs.itd.umich.edu>
To: Christian Huitema <Christian.Huitema@sophia.inria.fr>
Cc: osi-ds@cs.ucl.ac.uk
Subject: Re: Status of LDAP
In-Reply-To: Your message of "Mon, 26 Jul 93 16:11:14 +0200." <199307261411.AA18680@mitsou.inria.fr>
Date: Tue, 27 Jul 93 15:31:07 -0400
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Tim Howes <tim@terminator.rs.itd.umich.edu>

> From:    Christian Huitema <Christian.Huitema@sophia.inria.fr>
> To:      tim@terminator.rs.itd.umich.edu

> I am preparing a course on name services (X.500 and friends) and am currently
> writing a section on LDAP. I have a couple of questions:
> 
> 1) I am currently using the internet draft:
> 		draft-ietf-osids-lightdirect-03.txt
> This draft does not carry the regular "date" and "expires" indications in the
> header -- but page footings mention "Expires 6/15/93". Where is the valid
> version?

I've submitted it to Joyce and Jon.  I don't know why it hasn't found
its way into the various internet draft areas.  I'll see about getting
the latest versions up on the osi-ds archive at least.

> 2) Various minor bugs in the draft:
> 
> 	Page 3: Comma missing after:
> 		unbindRequest       UnbindRequest
> 
> 	Page 3: IA5String ::= OCTET STRING
> 	should be LDAPString or something similar, NOT "IA5String" which is an
> 	ASN1 reserved key word.

Fixed.

> 3) We beated at length the Search vs Read vs List issue. How come that LDAP
> still includes a "Compare" operation? I could have thought that "Search,
> scope=baseobject, filter=assertion" would do the trick...

The only problem with doing it this way is that you can't tell the
difference between "compare false" and "attribute does not exist",
which is useful in some circumstances.

> 4) Mandating the definite form of ASN.1/BER is **NOT** a simplification. Is
> this just a a leftover from SNMP?

It's only a simplification in that implementors only have to handle
one way of doing things instead of two.

> 5) How many implementations of LDAP do we count today?

There is the full implementation from U-M.  Many places have taken this
and are building clients around it.  I've heard talk from some other
folks about other server/library implementations, but so far have not
seen anything.                                               -- Tim