One document matched: draft-ema-vpimdir-schema-01.txt
Differences from draft-ema-vpimdir-schema-00.txt
Network Working Group A. Brown
Internet Draft Nortel Networks
Expires: May 20, 2000 October 20, 1999
Category: Experimental
VPIM Directory
Schema Definition & Profile
<draft-ema-vpimdir-schema-01.txt>
Status of this Memo
This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six
months and may be updated, replaced, or obsoleted by other documents
at any time. It is inappropriate to use Internet- Drafts as
reference material or to cite them other than as "work in progress."
The list of current Internet-Drafts can be accessed at
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at
http://www.ietf.org/shadow.html.
Abstract
One use of a directory service is the retrieval of information,
such as email address and spoken name, to support voice messaging.
This document defines the directory schema required for an
X.500/LDAP-based directory service for use by applications
supporting Voice Profile for Internet Mail [VPIM2]. The directory
service is intended to assist the exchange of voice messages
between voice messaging systems. Interaction with desktop
applications is outside the scope of this draft.
Some schema elements defined herein may be of more general use than
just for voice messaging. They are included here because they are
not defined elsewhere. It is anticipated that the next version of
this schema will only reference such definitions if they get
defined in more appropriate areas.
This schema is currently being used to support a pilot VPIM
directory service based on X.500 93 and LDAPv3.
1. Overview
This document defines a set of X.500/LDAP object classes and
attributes for use in a voice messaging directory service. Also
Brown 1
VPIM Directory Schema Definition & Profile October 1999
defined are X.500 DIT content rules, name forms and DIT structure
rules.
The directory structure provides clients with the ability to access
directory information, given only a telephone number. The voice
messaging directory is structured according to the E.164 numbering
plan, with each node in the tree representing a single digit of an
E.164 telephone number. Given a telephone number, an LDAP client
can pinpoint an entry in the voice messaging tree. This structure
allows voice messaging systems to retrieve information without
having to perform a global search for a telephone number and
without having to understand different numbering plan structures.
Other numbering plans besides E.164, and other alphanumeric
identity structures, such calling cards and user IDs, can also be
supported by similar tree structures.
2. General Issues
Attribute type and object class definitions for use with X.500 are
written using Abstract Syntax Notation One [ASN.1]. Equivalent
attribute type and object class definitions for use with LDAP are
written using the BNF form of AttributeTypeDescription and
ObjectClassDescription given in [ATTRIBS]. Lines have been
folded for readability.
Schema definitions for use only with X.500 are defined only in
ASN.1.
3. Attributes
3.1 Sub-Tree Node Naming Attribute
The VPIM directory is structured in a hierarchy whereby each node
in the tree represents a single digit of an E.164 telephone number.
The higher in the tree a digit is, the higher its significance in
the telephone number. The e164Digit attribute type is used for
naming nodes in the tree. Since the nodes in the tree are named by
a single digit, the e164Digit attribute shall have a length of one
digit. e164Digit will be abbreviated to ed for this document. Some
examples of Distinguished Name composed from e164Digits are:
A telephone number of +1 613 765 1234 would have the following
corresponding Distinguished Name in the VPIM directory:
ed=4, ed=3, ed=2, ed=1, ed=5, ed=6, ed=7, ed=3, ed=1, ed=6,
ed=1,
o=e164
Telephone number +1 613 765 1234 with extension 555 would result in
the following Distinguished Name:
ed=5, ed=5, ed=5, ed=4, ed=3, ed=2, ed=1, ed=5, ed=6, ed=7,
Brown Expires April 2000 2
VPIM Directory Schema Definition & Profile October 1999
ed=1, ed=6, ed=1, o=e164
The ASN.1 definition of e164Digit for X.500 implementations is:
e164Digit ATTRIBUTE ::= {
WITH SYNTAX NumericString (SIZE(ub-vpim-at-e164Digit))
EQUALITY MATCHING RULE numericStringMatch
ID id-vpim-at-e164Digit}
ub-vpim-at-e164Digit INTEGER ::= 1
The BNF definition of e164Digit for use with LDAP is:
(2.16.840.1.113694.1.2.1.1.1 NAME `e164Digit'
EQUALITY 2.5.13.8
SYNTAX `1.3.6.1.4.1.1466.115.121.1.36 {1}')
3.2 Voice Messaging Internet Mail Address
The attribute vPIMrfc822Mailbox stores the SMTP address of a voice
mailbox. It is defined as a distinct attribute to distinguish it
from the rfc822Mailbox attribute that may be used for other
purposes. Although it would be preferable to define
vPIMrfc822Mailbox as a subtype of rfc822Mailbox, it is defined here
as an entirely new attribute because some directory implementations
do not support sub-typing.
The more desirable vCard emailoption (e.g. email:VPIM) can be
supported when X.500 97 and LDAPv3 products are more readily
available. With 1997 X.500 Directory implementations, Directory
Contexts will be used to distinguish the VPIM value of email from
other uses of the email attribute type. Attribute Description will
be used to perform a similar function for LDAP. When these
implementations become more widespread, subsequent versions of this
document will be released with the new schema.
The ASN.1 definition for X.500 implementations is:
vPIMrfc822Mailbox ATTRIBUTE ::= {
WITH SYNTAX caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-rfc822-mailbox)) -- from RFC 1274
ID id-vpim-at-vPIMrfc822Mailbox }
--Note: The definition for vPIMrfc822Mailbox is identical to that
defined for rfc822Mailbox in RFC 1274, except that
vPIMrfc822Mailbox has a different object identifier and is
defined using X.501 1993 as opposed to 1988 attribute type
definition notation.
The BNF definition for use with LDAP is:
(2.16.840.1.113694.1.2.1.1.2 NAME `vPIMrfc822Mailbox'
EQUALITY 1.3.6.1.4.1.1466.109.114.2
Brown Expires April 2000 3
VPIM Directory Schema Definition & Profile October 1999
3.3 Text Name
The attribute commonName, abbreviated as cn, stores the values of
text name. The formatted name, FN, defined for vCard, is based on
the semantics of the X.520 Common Name attribute.
The ASN.1 definition for X.500 implementations can be found in
X.520. The BNF definition for use with LDAP can be found in
<draft-ietf-asid-ldapv3schema-x500-00.txt>.
3.4 Spoken Name
The vPIMSpokenName attribute is an octet string and should be
encoded in 32 kbit/s ADPCM exactly as defined by ITU-T
Recommendation G.726. SpokenName shall contain the spoken name of
the user in the voice of the user. The length of the spoken name
segment must not exceed 12 seconds. Private or additional encoding
types are outside the scope of this version. When X.500 97 and
LDAPv3 implementations are widely used, additional encoding types
will be supported. The definition of private types is a local
matter and thus not subject to standardization.
The ASN.1 definition for X.500 implementations is:
vPIMSpokenName ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName }
ub-vpim-at-vPIMSpokenName INTEGER ::= 4000
The BNF definition for use with LDAP is:
(2.16.840.1.113694.1.2.1.1.3 NAME `vPIMSpokenName'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
For support of other encoding types for spoken, the following four
attribute types are also defined in ASN.1 and BNF as follows:
vPIMSpokenName1 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName1 }
vPIMSpokenName2 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName2 }
Brown Expires April 2000 4
VPIM Directory Schema Definition & Profile October 1999
vPIMSpokenName3 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName3 }
vPIMSpokenName4 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName4 }
(2.16.840.1.113694.1.2.1.1.3.1 NAME `vPIMSpokenName1'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.2 NAME `vPIMSpokenName2'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.3 NAME `vPIMSpokenName3'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.4 NAME `vPIMSpokenName4'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
Use of these additional spoken name definitions will be defined as
required in experimental trials. Subsequent versions of this
document will use one attribute type to store all encoding types of
spoken name.
3.5 Supported Encoding Types
The vPIMSupportedEncodingTypes attribute indicates the type(s) of
encodings that can be received at the address specified in
vPIMrfc822Mailbox.
The ASN.1 definition for X.500 implementations is:
vPIMSupportedEncodingTypes ATTRIBUTE ::= {
WITH SYNTAX DirectoryString
EQUALITY MATCHING RULE caseIgnoreMatch
ID id-vpim-at-vPIMSupportedEncodingTypes }
The BNF definition of vPIMSupportedEncodingTypes for use with LDAP
is:
(2.16.840.1.113694.1.2.1.1.4 NAME
`vPIMSupportedEncodingTypes'
EQUALITY 2.5.13.2
SYNTAX `1.3.6.1.4.1.1466.115.121.1.15')
Brown Expires April 2000 5
VPIM Directory Schema Definition & Profile October 1999
The allowable values of DirectoryString for this version of the
schema are:
audio/32KADPCM
image/tiff
Additional publicly-defined extensions, registered with IANA as
specified in RFC 2048, may also used. Non-standard and private
encoding types must be indicated by prepending the new type name
with either _X-_ or _ x-_ .
The existence of the value _image/tiff_ indicates that fax is
enabled for the mailbox whose address is defined by the
vPIMrfc822mailbox attribute.
3.6 Maximum Message Size
Many email systems enforce size limitations on messages that can be
received. vPIMMaxMessageSize can be used to record the maximum
integer number of bytes that can be received in a message,
including the header, sent to the address specified in
vMrfc822Mailbox. This attribute would be useful in other
applications but has not been defined elsewhere. This attribute is
only to be used until a more appropriate attribute is defined
elsewhere.
The ASN.1 definition for X.500 implementations is:
vPIMMaxMessageSize ATTRIBUTE ::= {
WITH SYNTAX NumericString
EQUALITY MATCHING RULE numericStringMatch
ID id-vpim-at-vPIMMaxMessageSize }
The BNF definition for use with LDAP is:
(2.16.840.1.113694.1.2.1.1.5 NAME `vPIMMaxMessageSize'
EQUALITY 2.5.13.8
SYNTAX `1.3.6.1.4.1.1466.115.121.1.36')
3.7 Additional Multimedia Attributes
Types for other required multimedia attributes are for further
study.
4. Object Classes
4.1 e164Node Structural Object Class
Structural object classes are used in defining the hierarchical
structure of the directory tree. e164Node is the structural object
class that will be used in defining the structure of VPIM directory
tree. All entries of this type must contain the e164Digit attribute
which is used to name entries in the VPIM directory tree.
Brown Expires April 2000 6
VPIM Directory Schema Definition & Profile October 1999
The ASN.1 definition for X.500 implementations is:
e164Node OBJECT-CLASS ::= {
SUBCLASS OF top
MUST CONTAIN { e164Digit }
ID { id-vpim-oc-e164node} }
The BNF definition for use with LDAP is:
(2.16.840.1.113694.1.2.1.2.1 NAME `e164Node'
SUP top
STRUCTURAL
MUST e164Digit)
4.2 vPIMUser Auxiliary Object Class
An auxiliary object class is used to group related attributes which
can be applied to several types of entries. The vPIMUser attribute
type defines attributes that may be useful in providing a VPIM
directory service. All entries having an object class of vPIMUser
may contain any of the attributes vPIMrfc822Mailbox, commonName,
vPIMSpokenName, vPIMSpokenName1, vPIMSpokenName2, vPIMSpokenName3,
vPIMSpokenName4, vPIMSupportedEncodingTypes, and
vPIMMaxMessageSize.
This definition will be expanded in the future to other multimedia
attributes. If subtyping were used, rfc822Mailbox would also be
specified as an optional attribute.
The ASN.1 definition for X.500 implementations is:
vPIMUser OBJECT-CLASS ::= {
KIND auxiliary
SUBCLASS OF top
MAY CONTAIN { vPIMrfc822Mailbox,
commonName, vPIMSpokenName,
vPIMSpokenName1, vPIMSpokenName2,
vPIMSpokenName3, vPIMSpokenName4,
vPIMSupportedEncodingTypes,
vPIMMaxMessageSize }
ID { id-vpim-oc-vPIMUser } }
The BNF definition for use with LDAP is:
(2.16.840.1.113694.1.2.1.2.2 NAME `vPIMUser'
SUP top
AUXILIARY
MAY ( vPIMrfc822Mailbox $
cn $
vPIMSpokenName $
vPIMSpokenName1 $
vPIMSpokenName2 $
vPIMSpokenName3 $
Brown Expires April 2000 7
VPIM Directory Schema Definition & Profile October 1999
vPIMSupportedEncodingTypes $
vPIMMaxMessageSize ))
5. DIT Content Rules
Directory Information Tree (DIT) Content rules over-ride all other
rules for specifying which attributes may appear in an entry. The
e164NodeRule DIT content rule specifies that the e164Node
structural object class and the vPIMUser auxiliary object class are
to be used to define entries to which this content rule applies.
The ASN.1 definition for X.500 implementations is:
e164NodeRule CONTENT-RULE ::= {
STRUCTURAL OBJECT-CLASS e164Node
AUXILIARY OBJECT-CLASSES vPIMUser }
6. Name Forms
Name forms control how entries are named in the directory tree.
They are referenced in the DIT structure rules which are used to
define which classes of object may be subordinate to other classes
of object in the directory. Object classes of the
e164DigitNameForm name form are named using the e164Digit attribute
type.
e164DigitNameForm NAME-FORM ::= {
NAMES e164Node
WITH ATTRIBUTES { e164Digit }
ID id-vpim-nf-e164Digitnameform }
7. DIT Structure Rules
The VPIM directory is structured according to Figure 1.
Structure rule 1 defines entries, that are named according to
countryNameForm (i.e., named with attribute countryName), to be
immediately subordinate to the root of the DIT. Similarly,
structure rule 2 defines organizations as also under root.
sr1 STRUCTURE-RULE ::= {
NAME FORM countryNameForm, - - X.521
ID 1 }
sr2 STRUCTURE-RULE ::= {
NAME FORM orgNameForm, - - X.521
ID 2 }
Structure rule 3 specifies that organization entries can be located
under country entries.
sr3 STRUCTURE-RULE ::= {
NAME FORM orgNameForm,
Brown Expires April 2000 8
VPIM Directory Schema Definition & Profile October 1999
ID 3 }
root
/\
2/ \1
/ \
/ countryName
/ /
/ /3
/ /
organziationName
\
\4
\
e164Digit
/ |
5\ /
--
Figure 1: DIT Structure Rules
Structure rule 4 specifies e164Digit entries placed under
organizational entries.
sr4 STRUCTURE-RULE ::= {
NAME FORM e164DigitNameform,
SUPERIOR RULES { sr2 | sr3 },
ID 4 }
Structure rule 5 defines e164Digit entries subordinate to e164Digit
entries.
sr5 STRUCTURE-RULE ::= {
NAME FORM e164DigitNameform,
SUPERIOR RULES { sr4 },
ID 5 }
8. Summary of ASN.1 and BNF Definitions
8.1 ASN.1 Definitions
-- attributes
e164Digit ATTRIBUTE ::= {
WITH SYNTAX NumericString (SIZE(ub-vpim-at-e164Digit))
EQUALITY MATCHING RULE numericStringMatch
ID id-vpim-at-e164Digit}
vPIMrfc822Mailbox ATTRIBUTE ::= {
WITH SYNTAX caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-rfc822-mailbox)) -- from RFC 1274
ID id-vpim-at-vPIMrfc822Mailbox }
vPIMSpokenName ATTRIBUTE ::= {
Brown Expires April 2000 9
VPIM Directory Schema Definition & Profile October 1999
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName }
vPIMSpokenName1 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName1 }
vPIMSpokenName2 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName2 }
vPIMSpokenName3 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName3 }
vPIMSpokenName4 ATTRIBUTE ::= {
WITH SYNTAX OCTET STRING
(SIZE (1..ub-vpim-at-vPIMSpokenName)
EQUALITY MATCHING RULE octetStringMatch
ID id-vpim-at-vPIMSpokenName4 }
vPIMSupportedEncodingTypes ATTRIBUTE ::= {
WITH SYNTAX DirectoryString
EQUALITY MATCHING RULE caseIgnoreMatch
ID id-vpim-at-vPIMSupportedEncodingTypes }
vPIMMaxMessageSize ATTRIBUTE ::= {
WITH SYNTAX NumericString
EQUALITY MATCHING RULE numericStringMatch
ID id-vpim-at-vPIMMaxMessageSize }
-- object classes
e164Node OBJECT-CLASS ::= {
SUBCLASS OF top
MUST CONTAIN { e164Digit }
ID { id-vpim-oc-e164node} }
vPIMUser OBJECT-CLASS ::= {
KIND auxiliary
SUBCLASS OF top
MAY CONTAIN { vPIMrfc822Mailbox,
commonName, vPIMSpokenName,
vPIMSpokenName1, vPIMSpokenName2,
vPIMSpokenName3, vPIMSpokenName4,
vPIMSupportedEncodingTypes,
Brown Expires April 2000 10
VPIM Directory Schema Definition & Profile October 1999
ID { id-vpim-oc-vPIMUser } }
-- DIT content rules
e164NodeRule CONTENT-RULE ::= {
STRUCTURAL OBJECT-CLASS e164Node
AUXILIARY OBJECT-CLASSES vPIMUser }
-- Name Forms
e164DigitNameForm NAME-FORM ::= {
NAMES e164Node
WITH ATTRIBUTES { e164Digit }
ID id-vpim-nf-e164Digitnameform }
-- structure rules
sr1 STRUCTURE-RULE ::= {
NAME FORM countryNameForm, - - X.521
ID 1 }
sr2 STRUCTURE-RULE ::= {
NAME FORM orgNameForm, - - X.521
ID 2 }
sr3 STRUCTURE-RULE ::= {
NAME FORM orgNameForm,
SUPERIOR RULES { sr1 },
ID 3 }
sr4 STRUCTURE-RULE ::= {
NAME FORM e164DigitNameform,
SUPERIOR RULES { sr2 | sr3 },
ID 4 }
sr5 STRUCTURE-RULE ::= {
NAME FORM e164DigitNameform,
SUPERIOR RULES { sr4 },
ID 5 }
-- upper bounds
ub-vpim-at-e164Digit INTEGER ::= 1
ub-vpim-at-vPIMSpokenName INTEGER ::= 4,000
-- object identifiers
id-vpim OBJECT IDENTIFIER ::= {2.16.840.1.113694.1.2.1}
id-vpim-at OBJECT IDENTIFIER ::= {id-vpim 1}
id-vpim-at-e164Digit OBJECT IDENTIFIER ::= {id-vpim-at 1}
id-vpim-at-vPIMrfc822Mailbox OBJECT IDENTIFIER ::= {id-vpim-at 2}
id-vpim-at-vPIMSpokenName OBJECT IDENTIFIER ::= {id-vpim-at 3}
Brown Expires April 2000 11
VPIM Directory Schema Definition & Profile October 1999
id-vpim-at-vPIMSpokenName2 OBJECT IDENTIFIER ::= {id-vpim-at 3.2}
id-vpim-at-vPIMSpokenName3 OBJECT IDENTIFIER ::= {id-vpim-at 3.3}
id-vpim-at-vPIMSpokenName4 OBJECT IDENTIFIER ::= {id-vpim-at 3.4}
id-vpim-at-vPIMSupportedEncodingTypes
OBJECT IDENTIFIER ::= {id-vpim-at 4}
id-vpim-at-vPIMMaxMessageSize OBJECT IDENTIFIER ::= {id-vpim-at 5}
id-vpim-oc OBJECT IDENTIFIER ::= {id-vpim 2}
id-vpim-oc-vMNode OBJECT IDENTIFIER ::= {id-vpim-oc 1}
id-vpim-oc-vMUser OBJECT IDENTIFIER ::= {id-vpim-oc 2}
id-vpim-nf OBJECT IDENTIFIER ::= {id-vpim 3}
id-vpim-nf-e164Digitnameform OBJECT IDENTIFIER ::= { id-vpim-nf 1}
8.2 BNF Definitions
8.2.1 Attributes
(2.16.840.1.113694.1.2.1.1.1 NAME `e164Digit'
EQUALITY 2.5.13.8
SYNTAX `1.3.6.1.4.1.1466.115.121.1.36 {1}')
(2.16.840.1.113694.1.2.1.1.2 NAME `vPIMrfc822Mailbox'
EQUALITY 1.3.6.1.4.1.1466.109.114.2
SYNTAX `1.3.6.1.4.1.1466.115.121.1.26 {256}')
(2.16.840.1.113694.1.2.1.1.3 NAME `vPIMSpokenName'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.1 NAME `vPIMSpokenName1'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.2 NAME `vPIMSpokenName2'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.3 NAME `vPIMSpokenName3'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.3.4 NAME `vPIMSpokenName4'
EQUAILTY 2.5.13.17
SYNTAX `1.3.6.1.4.1.1466.115.121.1.40 {4000}')
(2.16.840.1.113694.1.2.1.1.4 NAME
`vPIMSupportedEncodingTypes'
EQUALITY 2.5.13.2
SYNTAX `1.3.6.1.4.1.1466.115.121.1.15')
(2.16.840.1.113694.1.2.1.1.5 NAME `vPIMMaxMessageSize'
EQUALITY 2.5.13.8
SYNTAX `1.3.6.1.4.1.1466.115.121.1.36')
Brown Expires April 2000 12
VPIM Directory Schema Definition & Profile October 1999
8.2.2 Object Classes
(2.16.840.1.113694.1.2.1.2.1 NAME `e164Node'
SUP top
STRUCTURAL
MUST e164Digit)
(2.16.840.1.113694.1.2.1.2.2 NAME `vPIMUser'
SUP top
AUXILIARY
MAY ( vPIMrfc822Mailbox $
cn $
vPIMSpokenName $
vPIMSpokenName1 $
vPIMSpokenName2 $
vPIMSpokenName3 $
vPIMSpokenName4 $
vPIMSupportedEncodingTypes $
vPIMMaxMessageSize ))
8.3 Tabular Summary of Schema Elements
Attribute OID Abbrev Length
-------- --- ------ ------
e164Digit id-vpim-at 1 1
vPIMrfc822Mailbox id-vpim-at 2 256
commonName (X.520) 5.4.3 cn 64
vPIMSpokenName id-vpim-at 3 4,000
vPIMSpokenName1 id-vpim-at 3.1 4,000
vPIMSpokenName2 id-vpim-at 3.2 4,000
vPIMSpokenName3 id-vpim-at 3.3 4,000
vPIMSpokenName4 id-vpim-at 3.4 4,000
vPIMSupportedEncodingTypes id-vpim-at 4
vPIMMaxMessageSize id-vpim-at 5
Object OID Kind Attributes
Class
------ --- ---- ----------
e164Node id-vpim-oc 1 structural Mandatory:
e164Digit
vPIMUser id-vpim-oc 2 auxiliary Optional:
vPIMrfc822Mailbox
commonName
vPIMSpokenName
vPIMSpokenName1
vPIMSpokenName2
vPIMSpokenName3
vPIMSpokenName4
vPIMSupportedEncodingTypes
vPIMMaxMessageSize
DIT Content Rule Contains Object Classes
Brown Expires April 2000 13
VPIM Directory Schema Definition & Profile October 1999
Structural Mandatory
---------- ---------
e164Node e164NOde vPIMUser
Name Form OID Applies to Named
Object Class by
--------- --- ------------ ------
e164DigitNameForm id-vpim-nf 1 e164Node e164Digit
DIT
Structure
Rule Naming Attrib Superior rules Superior Attribs
--------- ---------------- -------------- ----------------
sr1 countryName
sr2 organizationName
sr3 organizationName sr1 countryName
sr4 e164Digit sr2, sr3 organizationName
sr5 e164Digit sr4 e164Digit
9. Security considerations:
For the VPIM pilot directory service, access control should be such
that anonymous reads are allowed for all VPIM attributes.
The VPIM directory was designed for single X.500 read operations
(base object searches in LDAP). Multiple multilevel searches may
degrade performance and should be discouraged. To prohibit access
to entries without explicitly providing the name of an entry,
denyBrowse should enforced for anonymous users.
10. Acknowledgements
Thanks to Mark Wahl for his valuable contribution.
11. Author's Address
Anne R. Brown
Nortel Networks
P.O. Box 3511, Station C
Ottawa, ON K1Y 4H7
Canada
Phone: +1-613-765-5274
Fax: +1-613-763-2697
arbrown@nortelnetworks.com
Brown Expires April 2000 14
VPIM Directory Schema Definition & Profile October 1999
[ATTRIBS] RFC 2252: M. Wahl, A. Coulbeck, T. Howes, S. Kille, W. Yeong,
C. Robbins, "Lightweight X.500 Directory Access Protocol
Attribute Syntax Definitions", October 1997.
[VPIM2] RFC 2421: G. Vaudreuil, G. Parsons, "Voice Profile for
Internet Mail - version 2", September 1998.
12 Full Copyright Statement
Copyright (C) The Internet Society (1999). All Rights Reserved. This
document and translations of it may be copied and furnished to others,
and derivative works that comment on or otherwise explain it or assist
in its implementation may be prepared, copied, published and distributed,
in whole or in part, without restriction of any kind, provided that the
above copyright notice and this paragraph are included on all such copies
and derivative works. However, this document itself may not be modified
in any way, such as by removing the copyright notice or references to the
Internet Society or other Internet organizations, except as needed for
the purpose of developing Internet standards in which case the procedures
for copyrights defined in the Internet Standards process must be followed,
or as required to translate it into languages other than English.
The limited permissions granted above are perpetual and will not be revoked
by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK
FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED
TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE
ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A
PARTICULAR PURPOSE.
Brown Expires April 2000 15
| PAFTECH AB 2003-2026 | 2026-04-23 15:42:02 |