⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc2294.txt

📁 著名的RFC文档,其中有一些文档是已经翻译成中文的的.
💻 TXT
📖 第 1 页 / 共 2 页
字号:
Network Working Group                                            S. KilleRequest for Comments: 2294                                     Isode Ltd.Obsoletes: 1836                                                March 1998Category: Standards Track             Representing the O/R Address hierarchy in the                    X.500 Directory Information TreeStatus of this Memo   This document specifies an Internet standards track protocol for the   Internet community, and requests discussion and suggestions for   improvements.  Please refer to the current edition of the "Internet   Official Protocol Standards" (STD 1) for the standardization state   and status of this protocol.  Distribution of this memo is unlimited.Copyright Notice   Copyright (C) The Internet Society (1998).  All Rights Reserved.Abstract   This document defines a representation of the O/R Address hierarchy   in the Directory Information Tree [6, 1].  This is useful for a range   of purposes, including:    o  Support for MHS Routing [4].    o  Support for X.400/RFC 822 address mappings [2, 5].   Please send comments to the author or to the discussion group <mhs-   ds@mercury.udev.cdc.com>.Kille                       Standards Track                     [Page 1]RFC 2294               Directory Information Tree             March 1998                 Object Class               Mandatory                 ------------               ---------                 mHSCountry                 M                 aDMD                       M                 pRMD                       O                 mHSX121                    O                 mHSNumericUserIdentifier   O                 mHSOrganization            O                 mHSOrganizationalUnit      O                 mHSPerson                  O                 mHSNamedObject             O                 mHSTerminalID              O                 mHSDomainDefinedAttribute  O         Table 1:  Order of O/R Address Directory Components1  The O/R Address Hierarchy   An O/R Address hierarchy is represented in the X.500 directory by   associating directory name components with O/R Address components.   An example of this is given in Figure 1.  The object classes and   attributes required to support this representation are defined in   Figure 2.  The schema, which defines the hierarchy in which these   objects are represented in the directory information tree is   specified in Table 1.  A given object class defined in the table will   always be higher in the DIT than an object class defined lower down   the table.  Valid combinations of O/R Address components are defined   in X.400.Kille                       Standards Track                     [Page 2]RFC 2294               Directory Information Tree             March 1998                                  /\                                 /   \                    C=GB        /      \   Numeric-C=234                               /         \                              /            \                             /               \                +------------+<----------------+----+                | Country    |                 |    |                +------------+                 +----+                     /\                    /   \                   /      \                  /         \     ADMD=" "    /            \  ADMD=Gold 400     +-------------+         +------------+     |   ADMD      |         |   ADMD     |     +-------------+         +------------+           \                     \             \                     \               \ PRMD=UK.AC          \ PRMD=UK.AC                 \                     \                +----------+             +----+                |  PRMD    |< -----------|    |                +----------+             +----+                     /                    /                 O=UCL                  /                 /     +------------+     | MHS-Org    |     +------------+          \            \  OU=CS              \                \              +-----------+              | MHS-OU    |              +-----------+                    Figure 1:  Example O/R Address TreeKille                       Standards Track                     [Page 3]RFC 2294               Directory Information Tree             March 1998IMPORTS  ub-domain-name-length, ub-organization-name-length,  ub-organizational-unit-name-length, ub-common-name-length,  ub-x121-address-length, ub-domain-defined-attribute-type-length,  ub-domain-defined-attribute-value-length, ub-terminal-id-length,  ub-numeric-user-id-length, ub-country-name-numeric-length,  ub-surname-length, ub-given-name-length,  ub-initials-length,  ub-generation-qualifier-length    FROM MTSUpperBounds {joint-iso-ccitt mhs-motis(6) mts(3)        10        modules(0) upper-bounds(3) };mHSCountry OBJECT-CLASS ::= {    SUBCLASS OF {country}    MAY CONTAIN {mHSNumericCountryName}    ID oc-mhs-country}mHSNumericCountryName ATTRIBUTE ::= {    WITH SYNTAX NumericString (SIZE (1..ub-country-name-numeric-length))    SINGLE VALUE                                                    20    ID at-mhs-numeric-country-name}aDMD OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {aDMDName}    ID oc-admd}aDMDName ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-domain-name-length}             30    ID at-admd-name}pRMD OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {pRMDName}    ID oc-prmd}pRMDName ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-domain-name-length}             40    ID at-prmd-name}mHSOrganization OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSOrganizationName }    ID oc-mhs-organization}Kille                       Standards Track                     [Page 4]RFC 2294               Directory Information Tree             March 1998mHSOrganizationName ATTRIBUTE ::= {    SUBTYPE OF organizationName    WITH SYNTAX DirectoryString {ub-organization-name-length}       50    ID at-mhs-organization-name}mHSOrganizationalUnit OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSOrganizationalUnitName}    ID oc-mhs-organizational-unit}mHSOrganizationalUnitName ATTRIBUTE ::= {    SUBTYPE OF organizationalUnitName                               60    WITH SYNTAX DirectoryString {ub-organizational-unit-name-length}    ID at-mhs-organizational-unit-name}mHSPerson OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSSurname}    MAY CONTAIN {mHSGivenName|                mHSInitials|                mHSGenerationalQualifier}    ID oc-mhs-person}                                               70mHSSurname ATTRIBUTE ::= {    SUBTYPE OF surname    WITH SYNTAX DirectoryString {ub-surname-length}    ID at-mhs-surname}mHSGivenName ATTRIBUTE ::= {    SUBTYPE OF givenName    WITH SYNTAX DirectoryString {ub-given-name-length}    ID at-mhs-given-name}                                           80mHSInitials ATTRIBUTE ::= {    SUBTYPE OF initials    WITH SYNTAX DirectoryString {ub-initials-length}    ID at-mhs-initials}mHSGenerationQualifier ATTRIBUTE ::= {    SUBTYPE OF generationQualifier    WITH SYNTAX DirectoryString {ub-generation-qualifier-length}    ID at-mhs-generation-qualifier}                                 90mHSNamedObject OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSCommonName}    ID oc-mhs-named-object}Kille                       Standards Track                     [Page 5]RFC 2294               Directory Information Tree             March 1998mHSCommonName ATTRIBUTE ::= {    SUBTYPE OF commonName    WITH SYNTAX DirectoryString {ub-common-name-length}    ID at-mhs-common-name}                                         100mHSX121 OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSX121Address}    ID oc-mhs-x121}mHSX121Address ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-x121-address-length}    ID at-x121-address}                                            110mHSDomainDefinedAttribute OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {        mHSDomainDefinedAttributeType|        mHSDomainDefinedAttributeValue}    ID oc-mhs-domain-defined-attribute}mHSDomainDefinedAttributeType ATTRIBUTE ::= {    SUBTYPE OF name                                                120    WITH SYNTAX DirectoryString {ub-domain-defined-attribute-type-length}    SINGLE VALUE    ID at-mhs-domain-defined-attribute-type}mHSDomainDefinedAttributeValue ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-domain-defined-attribute-value-length}    SINGLE VALUE    ID at-mhs-domain-defined-attribute-value}                                                                   130mHSTerminalID OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSTerminalIDName}    ID oc-mhs-terminal-id}mHSTerminalIDName ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-terminal-id-length}    ID at-mhs-terminal-id-name}                                    140Kille                       Standards Track                     [Page 6]RFC 2294               Directory Information Tree             March 1998mHSNumericUserIdentifier OBJECT-CLASS ::= {    SUBCLASS OF {top}    MUST CONTAIN {mHSNumericUserIdentifierName}    ID oc-mhs-numeric-user-id}mHSNumericeUserIdentifierName ATTRIBUTE ::= {    SUBTYPE OF name    WITH SYNTAX DirectoryString {ub-numeric-user-id-length}        150    ID at-mhs-numeric-user-id-name}                    Figure 2:  O/R Address Hierarchy   The hierarchy is defined so that:   1.  The representation is defined so that it is straightforward to       make a mechanical transformation in either direction.  This       requires that each node is named by an attribute whose type can       determine the mapping.   2.  Where there are multiple domain defined attributes, the first       in the sequence is the most significant.   3.  Physical Delivery (postal) addresses are not represented in       this hierarchy.  This is primarily because physical delivery can

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -