rfc3383.txt

RFC 的详细文档！

   integers in the range 1024-4095 require Expert Review with
   Specification Required.  New authentication method integers in the
   range 4096-16383 will be registered on a First Come First Served
   basis.  Keywords associated with integers in the range 0-4095 SHALL
   NOT start with "e-" or "x-".  Keywords associated with integers in
   the range 4096-16383 SHALL start with "e-".  Values greater than or
   equal to 16384 and keywords starting with "x-" are for Private Use
   and cannot be registered.

   Note:  LDAP supports SASL [RFC2222] as an Authentication CHOICE.
          SASL is an extensible LDAP authentication method.



Zeilenga                 Best Current Practice                  [Page 6]

RFC 3383              IANA Considerations for LDAP        September 2002


3.8. Directory Systems Names

   The IANA-maintained "Directory Systems Names" registry [IANADSN] of
   valid keywords for well known attributes used in the LDAPv2 string
   representation of a distinguished name [RFC1779].  RFC 1779 was
   obsoleted by RFC 2253.

   Directory systems names are not known to be used in any other
   context.  LDAPv3 uses Object Identifier Descriptors [Section 3.2]
   (which have a different syntax than directory system names).

   New Directory System Names will no longer be accepted.  For
   historical purposes, the current list of registered names should
   remain publicly available.

4. Registration Procedure

   The procedure given here MUST be used by anyone who wishes to use a
   new value of a type described in Section 3 of this document.

   The first step is for the requester to fill out the appropriate form.
   Templates are provided in Appendix A.

   If the policy is Standards Action, the completed form SHOULD be
   provided to the IESG with the request for Standards Action.  Upon
   approval of the Standards Action, the IESG SHALL forward the request
   (possibly revised) to IANA.  The IESG SHALL be viewed as the owner of
   all values requiring Standards Action.

   If the policy is Expert Review, the requester SHALL post the
   completed form to the <[e-mail]> mailing list for
   public review.  The review period is two (2) weeks.  If a revised
   form is later submitted, the review period is restarted.  Anyone
   may subscribe to this list by sending a request to
   <[e-mail]>.  During the review, objections
   may be raised by anyone (including the Expert) on the list.  After
   completion of the review, the Expert, based upon public comments,
   SHALL either approve the request and forward it to the IESG OR deny
   the request.  In either case, the Expert SHALL promptly notify the
   requester of the action.  Actions of the Expert may be appealed
   [RFC2026].  The Expert is appointed by Applications Area Director(s).
   The requester is viewed as the owner of values registered under
   Expert Review.

   If the policy is First Come First Served, the requester SHALL submit
   the completed form directly to the IANA: <[e-mail]>.  The
   requester is viewed as the owner of values registered under First
   Come First Served.



Zeilenga                 Best Current Practice                  [Page 7]

RFC 3383              IANA Considerations for LDAP        September 2002


   Neither the Expert nor IANA will take position on the claims of
   copyright or trademarks issues regarding completed forms.

   Prior to submission of the Internet Draft (I-D) to the RFC Editor but
   after IESG review and tentative approval, the document editor SHOULD
   revise the I-D to use registered values.

5. Registration Maintenance

   This section discusses maintenance of registrations.

5.1. Lists of Registered Values

   IANA makes lists of registered values readily available to the
   Internet community on their web site: <http://www.iana.org/>.

5.2. Change Control

   The registration owner MAY update the registration subject to the
   same constraints and review as with new registrations.  In cases
   where the owner is not unable or unwilling to make necessary updates,
   the IESG MAY assert ownership in order to update the registration.

5.3. Comments

   For cases where others (anyone other than the owner) have significant
   objections to the claims in a registration and the owner does not
   agree to change the registration, comments MAY be attached to a
   registration upon Expert Review.  For registrations owned by the
   IESG, the objections SHOULD be addressed by initiating a request for
   Expert Review.

   The form of these requests is ad hoc, but MUST include the specific
   objections to be reviewed and SHOULD contain (directly or by
   reference) materials supporting the objections.

6. Security Considerations

   The security considerations detailed in [RFC2434] are generally
   applicable to this document.  Additional security considerations
   specific to each namespace are discussed in Section 3 where
   appropriate.

   Security considerations for LDAP are discussed in documents
   comprising the technical specification [RFC3377].






Zeilenga                 Best Current Practice                  [Page 8]

RFC 3383              IANA Considerations for LDAP        September 2002


7. Acknowledgment

   This document is a product of the IETF LDAP Revision (LDAPbis)
   Working Group.  Some text was borrowed from "Guidelines for Writing
   an IANA Considerations Section in RFCs" [RFC2434] by Thomas Narten
   and Harald Alvestrand.

8. Normative References

   [RFC1155]  Rose, M. and K. McCloghrie, "Structure and Identification
              of Management Information for TCP/IP-based Internets", STD
              16, RFC 1155, May 1990.

   [RFC2026]  Bradner, S., "The Internet Standards Process -- Revision
              3", BCP 9, RFC 2026, October 1996.

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC2234]  Crocker, D. and P. Overell, "Augmented BNF for Syntax
              Specifications: ABNF", RFC 2234, November 1997.

   [RFC2251]  Wahl, M., Howes, T. and S. Kille, "Lightweight Directory
              Access Protocol (v3)", RFC 2251, December 1997.

   [RFC2252]  Wahl, M., Coulbeck, A., Howes, T. and S. Kille,
              "Lightweight Directory Access Protocol (v3):  Attribute
              Syntax Definitions", RFC 2252, December 1997.

   [RFC2255]  Howes, T. and M. Smith, "The LDAP URL Format", RFC 2255,
              December, 1997.

   [RFC2256]  Wahl, M., "A Summary of the X.500(96) User Schema for use
              with LDAPv3", RFC 2256, December 1997.

   [RFC2279]  Yergeau, F., "UTF-8, a transformation format of ISO
              10646", RFC 2279, January 1998.

   [RFC2434]  Narten, T. and H. Alvestrand, "Guidelines for Writing an
              IANA Considerations Section in RFCs", BCP 26, RFC 2434,
              October 1998.

   [RFC3377]  Hodges, J. and R. Morgan, "Lightweight Directory Access
              Protocol (v3): Technical Specification", RFC 3377,
              September 2002.

   [IANADSN]  IANA, "Directory Systems Names",
              http://www.iana.org/assignments/directory-system-names



Zeilenga                 Best Current Practice                  [Page 9]

RFC 3383              IANA Considerations for LDAP        September 2002


   [ISO10646] Universal Multiple-Octet Coded Character Set (UCS) -
              Architecture and Basic Multilingual Plane, ISO/IEC
              10646-1: 1993.

10. Informative References

   [RFC1779]  Kille, S., "A String Representation of Distinguished
              Names", RFC 1779, March 1995.

   [RFC2222]  Myers, J., "Simple Authentication and Security Layer
              (SASL)", RFC 2222, October 1997.








































Zeilenga                 Best Current Practice                 [Page 10]

RFC 3383              IANA Considerations for LDAP        September 2002


Appendix A.  Registration Templates

   This appendix provides registration templates for registering new
   LDAP values.

A.1. LDAP Object Identifier Registration Template

   Subject: Request for LDAP OID Registration

   Person & email address to contact for further information:

   Specification: (I-D)

   Author/Change Controller:

   Comments:

   (Any comments that the requester deems relevant to the request)

A.2. LDAP Protocol Mechanism Registration Template

   Subject: Request for LDAP Protocol Mechanism Registration

   Object Identifier:

   Description:

   Person & email address to contact for further information:

   Usage: (One of Control or Extension)

   Specification: (I-D)

   Author/Change Controller:

   Comments:

   (Any comments that the requester deems relevant to the request)













Zeilenga                 Best Current Practice                 [Page 11]

RFC 3383              IANA Considerations for LDAP        September 2002


A.3. LDAP Descriptor Registration Template

   Subject: Request for LDAP Descriptor Registration

   Descriptor (short name):

   Object Identifier:

   Person & email address to contact for further information:

   Usage: (One of attribute type, URL extension,
             object class, or other)

   Specification: (RFC, I-D, URI)

   Author/Change Controller:

   Comments:

   (Any comments that the requester deems relevant to the request)

A.4. LDAP Attribute Description Option Registration Template

   Subject: Request for LDAP Attribute Description Option Registration