RFC 3383 (rfc3383) - Page 2 of 23
Internet Assigned Numbers Authority (IANA) Considerations for the Lightweight Directory Access Protocol (LDAP)
Alternative Format: Original Text Document
RFC 3383 IANA Considerations for LDAP September 2002 In addition, this document provides guidelines to IANA describing the conditions under which new values can be assigned. 2. Terminology and Conventions This section details terms and conventions used in this document. 2.1. Policy Terminology The terms "IESG Approval", "Standards Action", "IETF Consensus", "Specification Required", "First Come First Served", "Expert Review", and "Private Use" are used as defined in BCP 26 [RFC 2434]. 2.2. Requirement Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC 2119]. In this case, "the specification" as used by BCP 14 refers to the processing of protocols being submitted to the IETF standards process. 2.3. Common ABNF Productions A number of syntaxes in this document are described using ABNF [RFC 2234]. These syntaxes rely on the following common productions: ALPHA = %x41-5A / %x61-7A ; A-Z / a-z LDIGIT = %x31-39 ; 1-9 DIGIT = %x30 / LDIGIT ; 0-9 HYPHEN = %x2D ; "-" DOT = %x2E ; "." number = DIGIT / ( LDIGIT 1*DIGIT ) keychar = ALPHA / DIGIT / HYPHEN leadkeychar = ALPHA keystring = leadkeychar *keychar A keyword is a case-insensitive string of UTF-8 [RFC 2279] encoded characters from the Universal Character Set (UCS) [ISO10646] restricted to theproduction. Zeilenga Best Current Practice



