Re: Comments from Christian H. on LDAP
Andrew Waugh <A.Waugh@mel.dit.csiro.au> Wed, 06 January 1993 03:59 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa16795;
5 Jan 93 22:59 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa16791;
5 Jan 93 22:59 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa28924;
5 Jan 93 23:00 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP
id <g.00387-0@haig.cs.ucl.ac.uk>; Wed, 6 Jan 1993 03:43:07 +0000
Received: from shark.mel.dit.CSIRO.AU by bells.cs.ucl.ac.uk with Internet SMTP
id <g.17512-0@bells.cs.ucl.ac.uk>; Wed, 6 Jan 1993 03:42:49 +0000
Received: from squid.mel.dit.CSIRO.AU by shark.mel.dit.csiro.au with SMTP
id AA26847 (5.65c/IDA-1.4.4/DIT-1.3 for <osi-ds@cs.ucl.ac.uk>);
Wed, 6 Jan 1993 14:42:49 +1100
Received: by squid.mel.dit.CSIRO.AU (4.1/SMI-4.0) id AA22167;
Wed, 6 Jan 93 14:42:29 EST
Message-Id: <9301060342.AA22167@squid.mel.dit.CSIRO.AU>
To: Erik Huizer <Erik.Huizer@surfnet.nl>
Cc: RARE & IETF OSI-DS wg <osi-ds@cs.ucl.ac.uk>,
Christian Huitema <Christian.Huitema@sophia.inria.fr>
Subject: Re: Comments from Christian H. on LDAP
In-Reply-To: Your message of "Tue, 05 Jan 93 08:45:40 -0000."
<9301050844.AA05227@survival.surfnet.nl>
Date: Wed, 06 Jan 93 14:42:29 +1100
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Andrew Waugh <A.Waugh@mel.dit.csiro.au>
From: Christian Huitema <Christian.Huitema@sophia.inria.fr> >The general architecture is sound: it keeps the X.500 "ASE" while >removing the unnecessary overhead due to the Session, Presentation >and ROS layer. But does it? I cannot see anything in the draft which either says that the BER is being sent directly over TCP (or other Transport Layer protocol) or implies it. There should be a statement in section 5: "The encoded protocol elements of LDAP are sent directly over the Transport layer service. No Session, Presentation or other Application Layer Protocols (such as ROSE or ACSE) are used." >I dont >understand whether LDAP allows to send a query without sending a >"BIND" first; stateless operation should be allowed! I totally agree with Christian here. It should be possible for the user to open a TCP connection to the DSA and send an X.500 operation. The DSA could considered this as having received an implicit anonymous bind request. Closing the TCP connection could then be considered as an implicit UnbindRequest (and, if necessary, an abandonRequest). It will, however, be necessary to promote the version field of the BindRequest to be an optional parameter of LDAPMessage to do this. I cannot see the necessity of including the messageID field in the LSAPMessage. I would assume that the operation of LDAP is synchronous; send an operation, get a response. For this a messageID field is not necessary. If LDAP is asynchronous this should be stated. Mention should be made in the RFC of the effects of unusual events in the transport layer: closing the connection should be an implicit UnbindRequest or abandonRequest (etc). andrew waugh
- Comments from Christian H. on LDAP Erik Huizer
- Re: Comments from Christian H. on LDAP Christian Huitema
- Re: Comments from Christian H. on LDAP Russ Wright
- Re: Comments from Christian H. on LDAP Russ Wright
- Re: Comments from Christian H. on LDAP Tim Howes
- Re: Comments from Christian H. on LDAP Tim Howes
- Re: Comments from Christian H. on LDAP Andrew Waugh
- Re: Comments from Christian H. on LDAP Tim Howes
- Re: Comments from Christian H. on LDAP Steve Hardcastle-Kille
- Re: Comments from Christian H. on LDAP Stefano Zatti; +41 1 7248286
- Re: Comments from Christian H. on LDAP Erik Huizer
- Re: Comments from Christian H. on LDAP Christian Huitema
- Re: Comments from Christian H. on LDAP Christian Huitema
- Re: Comments from Christian H. on LDAP Steve Hardcastle-Kille