From owner-freebsd-current Mon Jul 5 9:50: 5 1999 Delivered-To: freebsd-current@freebsd.org Received: from cantor.boolean.net (cantor.boolean.net [209.133.111.73]) by hub.freebsd.org (Postfix) with ESMTP id D2AD915020 for ; Mon, 5 Jul 1999 09:49:50 -0700 (PDT) (envelope-from Kurt@OpenLDAP.Org) Received: from gypsy (localhost [127.0.0.1]) by cantor.boolean.net (8.9.2/8.9.1) with SMTP id QAA90941; Mon, 5 Jul 1999 16:54:07 GMT (envelope-from Kurt@OpenLDAP.Org) Message-Id: <3.0.5.32.19990705094001.009f9c00@localhost> X-Sender: guru@localhost X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Mon, 05 Jul 1999 09:40:01 -0700 To: Amancio Hasty From: "Kurt D. Zeilenga" Subject: Re: LDAPed FreeBSD Cc: mtaylor@cybernet.com, freebsd-current@FreeBSD.ORG In-Reply-To: <199907042129.OAA19892@rah.star-gate.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 02:29 PM 7/4/99 -0700, Amancio Hasty wrote: >Record locking and batch requests is a bit more difficult to solve perhaps >someone in the list can shed light into this problem for instance does >LDAPv3 provide such mechanism? LDAP (v2 or v3) does not provide record locking, client/server transactions, nor any specific batching requests. The "L" in LDAP means lightweight. I think LDAP-based directory service could be used to manage a wide variety of system information including configuration information for various other network services. However, using LDAP directory services to manage network-services state information is likely not appropriate application of LDAP. For example, while it may make sense to use an LDAP directory service to manage the configuration and master zone information for a Domain Name Service, it would not be wise to use an LDAP directory service to maintain state information (such records created due to DHCP operations) of Domain Name Service. >If there any bugs in the ldap server I will probably fix them or >better yet the people working on openldap will fix them. OpenLDAP, like FreeBSD, is user maintained and developed. All users are encouraged to contribute to the project. We can surely use your help! Kurt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message