Naming Guidelines for Directory Pilots
RFC 1384

Document Type RFC - Informational (January 1993; No errata)
Obsoleted by RFC 1617
Authors Paul Barker  , Steve Kille 
Last updated 2013-03-02
Stream Internet Engineering Task Force (IETF)
Formats plain text html pdf ps htmlized (tools) htmlized bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 1384 (Informational)
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                          P. Barker
Requests for Comments 1384                     University College London
                                                   S.E. Hardcastle-Kille
                                                        ISODE Consortium
                                                            January 1993

                 Naming Guidelines for Directory Pilots

Status of this Memo

   This memo provides information for the Internet community.  It does
   not specify an Internet standard.  Distribution of this memo is


   Deployment of a Directory will benefit from following certain
   guidelines.  This document defines a number of naming guidelines.
   Alignment to these guidelines is recommended for directory pilots.

1  Introduction

   As a pre-requisite to this document, it is assumed that the COSINE
   and Internet X.500 Schema is followed [1].

2  DIT structure

   The majority of this document is concerned with DIT structure and
   naming for organisations, organisational units and personal entries.
   This section briefly notes three other key issues.

2.1  The top level of the DIT

   The following information will be present at the top level of the

   Participating Countries
      The entries should contain suitable values of the "Friendly
      Country" attribute.

   International Organisations
      An international organisation is an organisation, such as the
      United Nations, which inherently has a brief and scope covering
      many nations.  Such organisations might be considered to be
      supra-national and this, indeed, is the raison-d'etre of such
      organisations.  Such organisations will almost all be governmental
      or quasi-governmental.  A multi-national organisation is an

Barker & Hardcastle-Kille                                       [Page 1]
RFC 1384                   Naming Guidelines                January 1993

      organisation which operates in more than one country, but is not
      supra-national.  This classification includes the large commercial
      organisations whose production and sales are spread throughout a
      large number of countries.

      International organisations, may be registered at the top level.
      This will not be done for multi-national organisations.  The only
      international organisation registered so far is:  Internet.  This
      is not a formal registration, but is adopted for the Internet
      Directory Service.

      A few localities will be registered under the root.  The chief
      purpose of these locality entries is to provide a "natural" parent
      node for organisations which are supra-national, and yet which do
      not have global authority in their particular field.  Such
      organisations will usually be governmental or quasi-governmental.
      Example localities might include: Europe, Africa, West Indies.
      Example organisations within Europe might include: European Court
      of Justice, European Space Agency, European Commission.

   DSA Information
      Some information on DSAs may be needed at the top level.  This
      should be kept to a minimum.

   The only directory information for which there is a recognised top
   level registration authority is countries.  Registration of other
   information at the top level may potentially cause problems.  At this
   stage, it is argued that the benefits of additional top level
   registration outweighs these problems.  However, this potential
   problem should be noted by anyone making use of such a registration.

2.2  The DNS within the DIT

   The rules for the DNS parts of the DIT are defined in [3].  One
   modification to this is that the DNS tree will be rooted under
   "O=Internet", rather than at the root of the DIT.

2.3  Access control

   An entry's object class attribute, and any attribute(s) used for
   naming an entry are of special significance and may be considered to
   be "structural".  Any inability to access these attributes will often
   militate against successful querying of the Directory.  For example,
   user interfaces typically limit the scope of their searches by
   searching for entries of a particular type, where the type of entry
   is indicated by its object class.  Thus, unless the intention is to
   bar public access to an entry or set of entries, the object class and

Barker & Hardcastle-Kille                                       [Page 2]
RFC 1384                   Naming Guidelines                January 1993

   naming attributes should be publicly readable.

3  Naming Style

   The first goal of naming is to provide unique identifiers for
   entries.  Once this is achieve, the next major goal in naming entries
   should be to facilitate querying of the Directory.  In particular,
   support for a naming structure which facilitates use of user friendly
   naming is desirable.  Other considerations, such as accurately
Show full document text