📄 rfc1218.txt
字号:
of the United States and Outlying Areas, US Department of Commerce FIPS 55--2, February 3, 1987. The NADF is soliticting comments on this naming scheme. Comments should be directed to: Postal: Dr. Marshall T. Rose Performance Systems International 5201 Great American Parkway Suite 3106 Santa Clara, CA 95054 US Telephone: +1 408 562 6222 Fax: +1 408 562 6223 Internet: mrose@psi.com X.500: rose, psi, us Comments should be received prior to July 1, 1991.Appendix A: Naming Architecture There are two aspects to the naming architecture: a DIT structure and a set of related Schema definitions. These are shown on pages 17 and 18, respectively.NADF [Page 16]RFC 1218 A Naming Scheme for c=US April 1991DIT Structure----------------------------------------------------------------------Level Element objectClass Superior RDN----------------------------------------------------------------------root 0----------------------------------------------------------------------intl. 1 country 0 countryName----------------------------------------------------------------------natl. 2 usStateOrEquivalent 1 localityName 3 usOganization 1 organizationName 4 nadfADDMD 1 addmdName----------------------------------------------------------------------reg. 5 usPlace 2 localityName 6 organization 2 organizationName----------------------------------------------------------------------local 7 residentialPerson 5 commonName, other 8 organization 5 organizationName 9 mhsDistributionList 5 commonName--------------------------------------------------------------------------------------------------------------------------------------------opt. 6* organization 1 organizationName, localityName 7* residentialPerson 2 commonName, other, localityName 8* organization 2 organizationName, localityName--------------------------------------------------------------------------------------------------------------------------------------------org. 10** organizationalUnit 3,6,8,10,11 orgUnitName 11** locality 3,6,8,10,11 localityName 12** organizationalRole 3,6,8,10,11 commonName 13** organizationalPerson 3,6,8,10,11 commonName--------------------------------------------------------------------------------------------------------------------------------------------appl. 14 applicationProcess 3,6,8,10,11 commonName 15 nadfApplicationEntity 14 commonName 16 mhsDistributionList 3,6,8,10,11 commonName 17 ediUser 3,6,8,10,11 ediName 18 device 3,6,8,10,11 commonName---------------------------------------------------------------------- * = These are the optimized form of the corresponding element in the civil component. ** = This scheme makes no requirements on the DIT structure within anNADF [Page 17]RFC 1218 A Naming Scheme for c=US April 1991 organization. The organizational structure shown here is only for exposition. For example, MHS objects are not listed beneath the organizational level, though they are likely to occur within an organization.Schema Definitions NADF-SCHEMA { joint-iso-ccitt mhs(6) group(6) al-grimstad(5) nadf(1) schema(1) } DEFINITIONS ::= BEGIN IMPORTS OBJECT-CLASS, ATTRIBUTE FROM InformationFramework { joint-iso-ccitt ds(5) module(1) informationFramework(1) } caseIgnoreStringSyntax, Criteria FROM SelectedAttributeTypes { joint-iso-ccitt ds(5) module(1) selectedAttributeTypes(5) } locality, organization, applicationEntity, top FROM SelectedObjectClasses { joint-iso-ccitt ds(5) module(1) selectedObjectClasses(6) } ; nadf OBJECT IDENTIFIER ::= { joint-iso-ccitt mhs(6) group (6) al-grimstad(5) 1 } nadfModule OBJECT IDENTIFIER ::= { nadf 1 } nadfAttributeType OBJECT IDENTIFIER ::= { nadf 4 } nadfObjectClass OBJECT IDENTIFIER ::= { nadf 6 } -- object classes usStateOrEquivalent OBJECT-CLASS -- localityName is used for RDN -- values come from US FIPS PUB 5 SUBCLASS OF locality MUST CONTAIN { fipsStateNumericCode, fipsStateAlphaCode, stateOrProvinceName } MAY CONTAIN { nadfSearchGuide } ::= { nadfObjectClass 1 }NADF [Page 18]RFC 1218 A Naming Scheme for c=US April 1991 usPlace OBJECT-CLASS -- localityName is used for RDN -- values come from US FIPS PUB 55 SUBCLASS OF locality MUST CONTAIN { fipsPlaceNumericCode, localityName } MAY CONTAIN { nadfSearchGuide } ::= { nadfObjectClass 2 } usCounty OBJECT-CLASS SUBCLASS OF usPlace MUST CONTAIN { fipsCountyNumericCode } ::= { nadfObjectClass 3 } usOrganization OBJECT-CLASS -- organizationName is used for RDN -- values come from ANSI Alphanumeric Registry SUBCLASS OF organization MUST CONTAIN { ansiOrgNumericCode } MAY CONTAIN { nadfSearchGuide } ::= { nadfObjectClass 4 } nadfApplicationEntity OBJECT-CLASS SUBCLASS OF applicationEntity MUST CONTAIN { supportedApplicationContext } ::= { nadfObjectClass 5 } nadfADDMD OBJECT-CLASS -- addmdName is used for RDN -- values come from NADF Registry (tbd) SUBCLASS OF top MUST CONTAIN { addmdName } MAY CONTAIN { nadfSearchGuide } ::= { nadfObjectClass 6 } -- auxiliary classes nadfObject OBJECT-CLASS SUBCLASS OF top MAY CONTAIN { supplementaryInformation } ::= { nadfObjectClass 7 }NADF [Page 19]RFC 1218 A Naming Scheme for c=US April 1991 -- attribute types fipsStateNumericCode ATTRIBUTE -- semantics and values defined in US FIPS PUB 5 WITH ATTRIBUTE-SYNTAX -- leading zero is significant NumericString (SIZE (2)) MATCHES FOR EQUALITY ::= { nadfAttributeType 1 } fipsStateAlphaCode ATTRIBUTE -- semantics and values defined in US FIPS PUB 5 WITH ATTRIBUTE-SYNTAX PrintableString (SIZE (2)) MATCHES FOR EQUALITY -- case-insensitive ::= { nadfAttributeType 2 } fipsCountyNumericCode ATTRIBUTE -- semantics and values defined in US FIPS PUB 6 WITH ATTRIBUTE-SYNTAX -- leading zeros are significant NumericString (SIZE (3)) MATCHES FOR EQUALITY ::= { nadfAttributeType 3 } fipsPlaceNumericCode ATTRIBUTE -- semantics and values defined in US FIPS PUB 55 WITH ATTRIBUTE-SYNTAX -- leading zeros are significant NumericString (SIZE (5)) MATCHES FOR EQUALITY ::= { nadfAttributeType 4 } ansiOrgNumericCode ATTRIBUTE -- semantics and values defined in ANSI registry WITH ATTRIBUTE-SYNTAX INTEGER MATCHES FOR EQUALITY ::= { nadfAttributeType 5 } addmdName ATTRIBUTE -- semantics and values defined in NADF registry WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax ::= { nadfAttributeType 6 }NADF [Page 20]RFC 1218 A Naming Scheme for c=US April 1991 nadfSearchGuide ATTRIBUTE WITH ATTRIBUTE-SYNTAX NadfGuide ::= { nadfAttributeType 7 } NadfGuide ::= SET { objectClass[0] OBJECT-CLASS, criteria[1] Criteria, subset[2] INTEGER { baseObject(0), oneLevel(1), wholeSubtree(2) } DEFAULT oneLevel } supplementaryInformation ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax (SIZE (1..76)) ::= { nadfAttributeType 8 } ENDAppendix B: Revision History of this Scheme The first version of this scheme (NADF-71) was contributed to the North American Directory Forum at its November 27--30, 1990 meeting. The (mis)features were: (1) Because of the lack of confidence in ANSI registration procedures, it was proposed that the US trademarks be used as the basis for RDNs of organizations with national-standing. This proved unworkable since the same trademark may be issued to different organizations in different industries. (2) There was no pre-existing registry used for populated places. This proved unworkable since the effort to define a new registry is problematic. The second version of this scheme was contributed to the ANSI Registration Authority Committee at its January 30, 1991 meeting, and the IETF OSI Directory Services Working Group at its February 12--13, 1991 meeting. The (mis)features were:NADF [Page 21]RFC 1218 A Naming Scheme for c=US April 1991 (1) The ANSI numeric name form registry was used as the basis for RDNs of organizations with national standings. (2) The FIPS 5 state numeric code was used as the basis for RDNs of states and state-equivalents. (3) The FIPS 55 place numeric code was used as the basis for RDNs of populated places. The choice of numeric rather than alphanumeric name forms was unpopular, but was motivated by the desire to avoid using the ANSI alphanumeric name form registry, which was perceived as unstable. The third version of this scheme was contributed to US State Department Study Group D's MHS-MD subcommittee at its March 7--8 1991 meeting. That version used alphanumeric name forms for all objects, under the perception that the ANSI alphanumeric name form registry will prove stable. If the ANSI alphanumeric name form registry proves unstable, then two alternatives are possible: (1) disallow organizations with national-standing in the US portion of the DIT; or, (2) use the ANSI numeric name form registry instead. Hopefully neither of these two undesirable alternatives will prove necessary. The fourth version of this scheme (NADF-103) was contributed to the North American Directory Forum at its March 18--22, 1990 meeting. This version introduced the notion of organizations with regional standing being listed at the national level through the use of alias names and multi-valued RDNs. The current (fifth) version of this scheme (NADF-123) generalized the listing concept by introducing the notion of optimized civil naming. Further, the document was edited to clearly note the different naming components and the relation between them.NADF [Page 22]RFC 1218 A Naming Scheme for c=US April 1991Security Considerations Security issues are not discussed in this memo.Author's Address North American Directory Forum c/o Theodore H. Myer Rapport Communication, Inc. 3055 Q Street NW Washington, DC 20007 Tel: +1 202-342-2727NADF [Page 23]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -