[Date Prev][Date Next]
Re: (ITS#7246) Addition of FedFS schema LDIF
> Full_Name: Chuck Lever
> Version: All
> OS: Linux
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (184.108.40.206)
> I'd like to request the addition of the FedFS schema described in this draft:
> as part of the repertoire of schemas that are installed by default for new
> servers. An overview of FedFS can be found here:
> I've posted an LDIF containing the FedFS NSDB schema in draft 11 here:
This gets a 404 for me.
> This contains the correct IETF boilerplate. The schema is extracted verbatim
> from draft 11.
> Addendum: The NSDB draft is in last call, and there have been some changes to
> the schema. I will provide a refresh as soon as the next revision of the draft
> is available.
From an LDAP perspective I see a few nits that should be cleaned up in this
definition. Haven't looked at it from the NFS perspective.
fedfsNcePrefix is really a DN (not a string) and must conform to DN
syntax. That's made clear in the following definition, but this description is
misleading. I note that LDAP is still basically X.500, and this informal
definition is invalid in pure X.500 terms. You should dispense with the notion
of prefix and just make this a regular DN, with a constraint that the DN will
be subordinate to the containerInfo entry.
I note that LDAP already has a UUID syntax 220.127.116.11.1.16.1 and I don't
believe you should be defining yours as inheriting from "name".
IMO you should define a URL format instead of distinct address/port
XDR blobs? Really?
Single-bit attributes? You seem to be specifying a particular
implementation of a file service. IETF specs should define protocols and data
interchange formats, but leave implementation-level details to implementors.
IMO name/port should just be an LDAP URL. Also your definition provides
absolutely zero information of how the LDAP server should be contacted (e.g.
using ldaps or StartTLS) which both can be encoded in an LDAP URL. It also
precludes the use of ldapi:// which might be preferred for an
I haven't read the rest of the draft but IMO this is premature for a last call.
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/