Annexe B. Changements par rapport au RFC 2252
Cette annexe liste les différences significatives entre cette spécification et le RFC 2252.
Cette annexe est fournie à titre d'information uniquement. Elle ne fait pas partie normative de cette spécification.
-
La note de l'IESG a été supprimée.
-
La majeure partie des sections 4, 5 et 7 a été déplacée vers [RFC4512] et révisée. Les changements apportés aux parties de ces sections déplacées vers [RFC4512] sont détaillés dans [RFC4512].
-
Les descriptions BNF des formats de syntaxe ont été remplacées par des spécifications ABNF [RFC4234].
-
La déclaration ambiguë de la section 4.3 du RFC 2252 concernant l'utilisation d'un mécanisme de citation par barre oblique inverse pour échapper les symboles séparateurs a été supprimée. Le mécanisme d'échappement est maintenant explicitement représenté dans l'ABNF pour les syntaxes où cette disposition s'applique.
-
La description de chacune des syntaxes LDAP a été développée afin qu'elles soient moins dépendantes de la connaissance de X.500 pour l'interprétation.
-
La relation entre les syntaxes LDAP et les définitions de type ASN.1 correspondantes a été rendue explicite.
-
L'ensemble de caractères autorisés dans une
<PrintableString>(anciennement<printablestring>) a été corrigé pour s'aligner sur le type ASN.1 PrintableString dans [ASN.1]. Plus précisément, le caractère guillemet double a été supprimé et le caractère guillemet simple et le signe égal ont été ajoutés. -
Les valeurs des syntaxes Directory String, Printable String et Telephone Number doivent désormais comporter au moins un caractère.
-
Les règles
<DITContentRuleDescription>,<NameFormDescription>et<DITStructureRuleDescription>ont été déplacées vers [RFC4512]. -
Le type ASN.1 correspondant pour la syntaxe Other Mailbox a été incorporé à partir du RFC 1274.
-
Un type ASN.1 correspondant pour la syntaxe LDAP Syntax Description a été inventé.
-
La syntaxe Binary a été supprimée car elle n'était pas spécifiée de manière adéquate, des implémentations avec différentes interprétations incompatibles existent, et elle était confondue avec l'encodage de transfert ;binary.
-
Toute discussion sur les options de transfert, y compris l'option ";binary", a été supprimée. Tous les impératifs concernant le transfert binaire de valeurs ont été supprimés.
-
Les syntaxes Delivery Method, Enhanced Guide, Guide, Octet String, Teletex Terminal Identifier et Telex Number du RFC 2256 ont été incorporées.
-
La règle
<criteria>pour les syntaxes Enhanced Guide et Guide a été étendue pour accepter les expressions "and" et "or" vides. -
Un codage pour la règle
<ttx-value>dans la syntaxe Teletex Terminal Identifier a été défini. -
Les syntaxes liées à la PKI (Certificate, Certificate List et Certificate Pair) ont été supprimées. Elles sont réintroduites dans [RFC4523] (tout comme la syntaxe Supported Algorithm du RFC 2256).
-
La syntaxe MHS OR Address a été supprimée car sa spécification (dans le RFC 2156) n'est pas à un niveau de maturité de projet de norme.
-
La syntaxe DL Submit Permission a été supprimée car elle dépend de la syntaxe MHS OR Address.
-
La syntaxe Presentation Address a été supprimée car sa spécification (dans le RFC 1278) n'est pas à un niveau de maturité de projet de norme.
-
Les syntaxes ACI Item, Access Point, Audio, Data Quality, DSA Quality, DSE Type, LDAP Schema Description, Master And Shadow Access Points, Modify Rights, Protocol Information, Subtree Specification, Supplier Information, Supplier Or Consumer et Supplier And Consumer ont été supprimées. Ces syntaxes sont référencées dans le RFC 2252, mais non définies.
-
La syntaxe LDAP Schema Definition (définie dans le RFC 2927) et la syntaxe Mail Preference ont été supprimées au motif qu'elles ne relèvent pas du champ d'application de la spécification de base.
-
La description de chacune des règles de correspondance a été développée afin qu'elles soient moins dépendantes de la connaissance de X.500 pour l'interprétation.
-
La règle de correspondance caseIgnoreIA5SubstringsMatch du RFC 2798 a été ajoutée.
-
Les règles de correspondance caseIgnoreListSubstringsMatch, caseIgnoreOrderingMatch et caseIgnoreSubstringsMatch ont été ajoutées à la liste des règles de correspondance pour lesquelles les dispositions relatives au traitement des caractères d'espacement de tête, de queue et multiples adjacents s'appliquent (désormais via la préparation de chaînes). Cela est cohérent avec les définitions de ces règles de correspondance dans X.500. La règle caseIgnoreIA5SubstringsMatch a également été ajoutée à la liste.
-
La spécification de la règle de correspondance octetStringMatch du RFC 2256 a été ajoutée à ce document.
-
La règle de correspondance presentationAddressMatch a été supprimée car elle dépend d'une syntaxe d'assertion (Presentation Address) qui n'est pas à un niveau de maturité de projet de norme.
-
La règle de correspondance protocolInformationMatch a été supprimée car elle dépend d'une syntaxe d'assertion (Protocol Information) non définie.
-
La référence définitive pour ASN.1 a été modifiée de X.208 à X.680 car X.680 est la version d'ASN.1 référencée par X.500.
-
La spécification de la règle de correspondance caseIgnoreListSubstringsMatch du RFC 2798 et de X.520 a été ajoutée.
-
Les algorithmes de préparation de chaînes ont été appliqués aux règles de correspondance de chaînes de caractères.
-
Les spécifications des règles de correspondance booleanMatch, caseExactMatch, caseExactOrderingMatch, caseExactSubstringsMatch, directoryStringFirstComponentMatch, integerOrderingMatch, keywordMatch, numericStringOrderingMatch, octetStringOrderingMatch et wordMatch du RFC 3698 et de X.520 ont été ajoutées.