[ RFC4103 | RFC Index | Protocol Standards | Linux Docs | FreeBSD Docs | RFC4105 ]
RFC 4104
Network Working Group M. Pana, Ed.
Request for Comments: 4104 MetaSolv
Updates: 3703 A. Reyes
Category: Standards Track Computer Architecture, UPC
A. Barba
D. Moron
Technical University of Catalonia
M. Brunner
NEC
June 2005
Policy Core Extension
Lightweight Directory Access Protocol Schema (PCELS)
Status 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 (2005).
Abstract
This document defines a number of changes and extensions to the
Policy Core Lightweight Directory Access Protocol (LDAP) Schema (RFC
3703) based on the model extensions defined by the Policy Core
Information Model (PCIM) Extensions (RFC 3460). These changes and
extensions consist of new LDAP object classes and attribute types.
Some of the schema items defined in this document re-implement
existing concepts in accordance with their new semantics introduced
by RFC 3460. The other schema items implement new concepts, not
covered by RFC 3703. This document updates RFC 3703.
Table of Contents
1. Introduction ....................................................3
1.1. Specification of Requirements ..............................3
2. Relationship to Other Policy Framework Documents ................3
3. Inheritance Hierarchy for PCELS .................................4
Pana, et al. Standards Track [Page 1]
RFC 4104 PCELS June 2005
4. General Discussion of Mapping the Policy Core
Information Model ...............................................8
4.1. Summary of Class Mappings ..................................8
4.2. Summary of Association Mappings ...........................11
4.3. Summary of Changes since PCLS .............................13
4.4. Relationship to PCLS Classes ..............................15
4.5. Impact on Existing Implementations of the Policy
Core LDAP Schema ..........................................16
4.6. The Association of PolicyVariable and PolicyValues ........16
4.7. The Aggregation of PolicyRules and PolicyGroups in
PolicySets ................................................17
4.8. The Aggregation of Actions/Conditions in PolicyRules and
CompoundActions/CompoundConditions ........................20
5. Class Definitions ..............................................25
5.1. The Abstract Class pcelsPolicySet .........................26
5.2. The Structural Class pcelsPolicySetAssociation ............29
5.3. The Three Policy Group Classes ............................30
5.4. The Three Policy Rule Classes .............................31
5.5. The Structural Class pcelsConditionAssociation ............36
5.6. The Structural Class pcelsActionAssociation ...............37
5.7. The Auxiliary Class pcelsSimpleConditionAuxClass ..........38
5.8. The Auxiliary Class pcelsCompoundConditionAuxClass ........39
5.9. The Auxiliary Class pcelsCompoundFilterConditionAuxClass ..40
5.10. The Auxiliary Class pcelsSimpleActionAuxClass ............41
5.11. The Auxiliary Class pcelsCompoundActionAuxClass ..........42
5.12. The Abstract Class pcelsVariable .........................43
5.13. The Auxiliary Class pcelsExplicitVariableAuxClass ........44
5.14. The Auxiliary Class pcelsImplicitVariableAuxClass ........46
5.15. The Subclasses of pcelsImplicitVariableAuxClass ..........47
5.16. The Auxiliary Class pcelsValueAuxClass. ..................54
5.17. The Subclasses of pcelsValueAuxClass. ....................55
5.18. The Three Reusable Policy Container Classes ..............60
5.19. The Structural Class pcelsRoleCollection. ................62
5.20. The Abstract Class pcelsFilterEntryBase ..................64
5.21. The Structural Class pcelsIPHeadersFilter ................65
5.22. The Structural Class pcels8021Filter .....................73
5.23. The Auxiliary Class pcelsFilterListAuxClass ..............77
5.24. The Auxiliary Class pcelsVendorVariableAuxClass ..........79
5.25. The Auxiliary Class pcelsVendorValueAuxClass .............80
6. Security Considerations ........................................81
7. IANA Considerations ............................................82
7.1. Object Identifiers ........................................82
7.2. Object Identifier Descriptors .............................82
8. Acknowledgements ...............................................85
9. Normative References ...........................................85
10. Informative References ........................................86
Pana, et al. Standards Track [Page 2]
RFC 4104 PCELS June 2005
1. Introduction
This document defines a number of changes and extensions to the
Policy Core Lightweight Directory Access Protocol (LDAP) Schema
[PCLS] based on the model extensions defined by the Policy Core
Information Model (PCIM) Extensions [PCIM_EXT]. These changes and
extensions consist of new LDAP object classes and attribute types
[LDAP]. Some of the schema items defined in this document re-
implement existing concepts in accordance with their new semantics
introduced by [PCIM_EXT]. The other schema items implement new
concepts, not covered by [PCLS]. This document updates RFC 3703
[PCLS].
In addition to the concepts defined by [PCIM_EXT], this document
introduces two new classes: pcelsVendorVariableAuxClass and
pcelsVendorValueAuxClass. These classes provide a standard extension
mechanism for vendor-specific policy variables and policy values that
have not been specifically modeled.
Within the context of this document, the term "PCELS" (Policy Core
Extension LDAP Schema) is used to refer to the LDAP object class,
attribute type definitions and the associated recommendations
contained in this document.
1.1. Specification of Requirements
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 RFC 2119 [KEYWORDS].
2. Relationship to Other Policy Framework Documents
This document contains an LDAP schema mapping for the classes defined
in the "Policy Core Information Model (PCIM) Extensions" [PCIM_EXT].
The LDAP schema defined in this document is an extension to the
"Policy Core Lightweight Directory Access Protocol (LDAP) Schema"
[PCLS], which defines the mapping of the "Policy Core Information
Model -- Version 1 Specification" [PCIM] to an LDAP schema.
These three documents ([PCIM], [PCIM_EXT] and [PCLS]) are
prerequisites for reading and understanding this document.
Other documents may subsequently be produced with mappings of the
same model to other storage or transport technologies.
Pana, et al. Standards Track [Page 3]
RFC 4104 PCELS June 2005
3. Inheritance Hierarchy for PCELS
The object class and attribute type names defined in this document
are prefixed 'pcels'.
The diagram below illustrates the combined class hierarchy for the
LDAP object classes defined in the following documents:
- The class names prefixed 'pcels' are defined in this document.
- The class names prefixed 'pcim' are defined in [PCLS].
- The class names prefixed 'dlm1' are defined in [CIM_LDAP].
- The class named 'top' is defined in [LDAP_SCHEMA].
All the new object classes except for pcelsVendorVariableAuxClass and
pcelsVendorValueAuxClass, are mapped from concepts defined or
modified by [PCIM_EXT]. The pcelsVendorVariableAuxClass and
pcelsVendorValueAuxClass classes are not mapped from [PCIM_EXT].
They represent concepts introduced in this document.
top
|
+---dlm1ManagedElement (abstract)
| |
| +---pcimPolicy (abstract)
| | |
| | +---pcelsPolicySet (abstract new)
| | | |
| | | +---pcelsGroup (abstract new)
| | | | |
| | | | +---pcelsGroupAuxClass (auxiliary new)
| | | | |
| | | | +---pcelsGroupInstance (structural new)
| | | |
| | | +---pcelsRule (abstract new)
| | | |
| | | +---pcelsRuleAuxClass (auxiliary new)
| | | |
| | | +---pcelsRuleInstance (structural new)
| | |
| | +---pcimGroup (abstract)
| | | |
| | | +---pcimGroupAuxClass (auxiliary)
| | | |
| | | +---pcimGroupInstance (structural)
| | |
| | +---pcimRule (abstract)
| | | |
| | | +---pcimRuleAuxClass (auxiliary)
Pana, et al. Standards Track [Page 4]
RFC 4104 PCELS June 2005
| | | |
| | | +---pcimRuleInstance (structural)
| | |
| | +---pcimRuleConditionAssociation (structural)
| | | |
| | | +---pcelsConditionAssociation (structural new)
| | |
| | +---pcimRuleValidityAssociation (structural)
| | |
| | +---pcimRuleActionAssociation (structural)
| | | |
| | | +---pcelsActionAssociation (structural new)
| | |
| | +---pcelsPolicySetAssociation (structural new)
| | |
| | +---pcimPolicyInstance (structural)
| | |
| | +---pcimElementAuxClass (auxiliary)
| | |
| | +---pcelsRoleCollection (structural new)
| | |
| | +---pcelsFilterEntryBase (abstract new)
| | |
| | +---pcelsIPHeadersFilter (structural new)
| | |
| | +---pcels8021Filter (structural new)
| |
| +---dlm1ManagedSystemElement (abstract)
| |
| +---dlm1LogicalElement (abstract)
| |
| +---dlm1System (abstract)
| |
| +---dlm1AdminDomain (abstract)
| |
| +---pcimRepository (abstract)
| |
| +---pcimRepositoryAuxClass (auxiliary)
| |
| +---pcimRepositoryInstance (structural)
| |
| +---pcelsReusableContainer (abstract new)
| |
| +---pcelsReusableContainerAuxClass
| | (auxiliary new)
| |
| +---pcelsReusableContainerInstance
| (structural new)
Pana, et al. Standards Track [Page 5]
RFC 4104 PCELS June 2005
|
+---pcimConditionAuxClass (auxiliary)
| |
| +---pcimTPCAuxClass (auxiliary)
| |
| +---pcimConditionVendorAuxClass (auxiliary)
| |
| +---pcelsSimpleConditionAuxClass (auxiliary new)
| |
| +---pcelsCompoundConditionAuxClass (auxiliary new)
| | |
| | +---pcelsCompoundFilterConditionAuxClass (auxiliary new)
| |
| +---pcelsFilterListAuxClass (auxiliary new)
|
+---pcimActionAuxClass (auxiliary)
| |
| +---pcimActionVendorAuxClass (auxiliary)
| |
| +---pcelsSimpleActionAuxClass (auxiliary new)
| |
| +---pcelsCompoundActionAuxClass (auxiliary new)
|
+---pcelsVariable (abstract new)
| |
| +---pcelsVendorVariableAuxClass (auxiliary new)
| |
| +---pcelsExplicitVariableAuxClass (auxiliary new)
| |
| +---pcelsImplicitVariableAuxClass (auxiliary new)
| |
| +---pcelsSourceIPv4VariableAuxClass (auxiliary new)
| |
| +---pcelsSourceIPv6VariableAuxClass (auxiliary new)
| |
| +---pcelsDestinationIPv4VariableAuxClass (auxiliary new)
| |
| +---pcelsDestinationIPv6VariableAuxClass (auxiliary new)
| |
| +---pcelsSourcePortVariableAuxClass (auxiliary new)
| |
| +---pcelsDestinationPortVariableAuxClass (auxiliary new)
| |
| +---pcelsIPProtocolVariableAuxClass (auxiliary new)
| |
| +---pcelsIPVersionVariableAuxClass (auxiliary new)
| |
| +---pcelsIPToSVariableAuxClass (auxiliary new)
Pana, et al. Standards Track [Page 6]
RFC 4104 PCELS June 2005
| |
| +---pcelsDSCPVariableAuxClass (auxiliary new)
| |
| +---pcelsFlowIdVariableAuxClass (auxiliary new)
| |
| +---pcelsSourceMACVariableAuxClass (auxiliary new)
| |
| +---pcelsDestinationMACVariableAuxClass (auxiliary new)
| |
| +---pcelsVLANVariableAuxClass (auxiliary new)
| |
| +---pcelsCoSVariableAuxClass (auxiliary new)
| |
| +---pcelsEthertypeVariableAuxClass (auxiliary new)
| |
| +---pcelsSourceSAPVariableAuxClass (auxiliary new)
| |
| +---pcelsDestinationSAPVariableAuxClass (auxiliary new)
| |
| +---pcelsSNAPOUIVariableAuxClass (auxiliary new)
| |
| +---pcelsSNAPTypeVariableAuxClass (auxiliary new)
| |
| +---pcelsFlowDirectionVariableAuxClass (auxiliary new)
|
+---pcelsValueAuxClass (auxiliary new)
| |
| +---pcelsVendorValueAuxClass (auxiliary new)
| |
| +---pcelsIPv4AddrValueAuxClass (auxiliary new)
| |
| +---pcelsIPv6AddrValueAuxClass (auxiliary new)
| |
| +---pcelsMACAddrValueAuxClass (auxiliary new)
| |
| +---pcelsStringValueAuxClass (auxiliary new)
| |
| +---pcelsBitStringValueAuxClass (auxiliary new)
| |
| +---pcelsIntegerValueAuxClass (auxiliary new)
| |
| +---pcelsBooleanValueAuxClass (auxiliary new)
Pana, et al. Standards Track [Page 7]
RFC 4104 PCELS June 2005
|
+---pcimSubtreesPtrAuxClass (auxiliary)
|
+---pcimGroupContainmentAuxClass (auxiliary)
|
+---pcimRuleContainmentAuxClass (auxiliary)
Figure 1. LDAP Class Inheritance Hierarchy for PCELS
4. General Discussion of Mapping the Policy Core Information Model
Extensions to LDAP
The object classes described in this document contain certain
optimizations for a directory that uses LDAP as its access protocol.
An example is the use of auxiliary class attachment to LDAP entries
for the realization of some of the associations defined in the
information model. For instance, the aggregation of a specific
SimplePolicyCondition to a reusable PolicyRule [PCIM_EXT] may be
realized by attaching a pcelsSimpleConditionAuxClass to a
pcelsRuleInstance entry.
Note that other data stores might need to implement the associations
differently.
4.1. Summary of Class Mappings
The classes and their properties defined in the information model
[PCIM_EXT] map directly to LDAP object classes and attribute types.
The details of this mapping are discussed case by case in section 5.
+----------------------------------------------------------------------+
| Information Model (PCIM_EXT) | LDAP Class(es) |
+----------------------------------------------------------------------+
| PolicySet | pcelsPolicySet |
+----------------------------------------------------------------------+
| PolicyGroup | pcelsGroup |
| | pcelsGroupAuxClass |
| | pcelsGroupInstance |
+----------------------------------------------------------------------+
| PolicyRule | pcelsRule |
| | pcelsRuleAuxClass |
| | pcelsRuleInstance |
+----------------------------------------------------------------------+
| SimplePolicyCondition | pcelsSimpleConditionAuxClass |
+----------------------------------------------------------------------+
| CompoundPolicyCondition | pcelsCompoundConditionAuxClass |
+----------------------------------------------------------------------+
Pana, et al. Standards Track [Page 8]
RFC 4104 PCELS June 2005
| CompoundFilterCondition | pcelsCompoundFilterConditionAuxClass |
+----------------------------------------------------------------------+
| SimplePolicyAction | pcelsSimpleActionAuxClass |
+----------------------------------------------------------------------+
| CompoundPolicyAction | pcelsCompoundActionAuxClass |
+----------------------------------------------------------------------+
| PolicyVariable | pcelsVariable |
+----------------------------------------------------------------------+
| -------------- | pcelsVendorVariableAuxClass |
+-------------------------------+--------------------------------------+
| PolicyExplicitVariable | pcelsExplicitVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyImplicitVariable | pcelsImplicitVariableAuxClass |
+----------------------------------------------------------------------+
| PolicySourceIPv4Variable | pcelsSourceIPv4VariableAuxClass |
+----------------------------------------------------------------------+
| PolicySourceIPv6Variable | pcelsSourceIPv6VariableAuxClass |
+----------------------------------------------------------------------+
| PolicyDestinationIPv4Variable | pcelsDestinationIPv4VariableAuxClass |
+----------------------------------------------------------------------+
| PolicyDestinationIPv6Variable | pcelsDestinationIPv6VariableAuxClass |
+----------------------------------------------------------------------+
| PolicySourcePortVariable | pcelsSourcePortVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyDestinationPortVariable | pcelsDestinationPortVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyIPProtocolVariable | pcelsIPProtocolVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyIPVersionVariable | pcelsIPVersionVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyIPToSVariable | pcelsIPToSVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyDSCPVariable | pcelsDSCPVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyFlowIDVariable | pcelsFlowIDVariableAuxClass |
+----------------------------------------------------------------------+
| PolicySourceMACVariable | pcelsSourceMACVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyDestinationMACVariable | pcelsDestinationMACVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyVLANVariable | pcelsVLANVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyCoSVariable | pcelsCoSVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyEthertypeVariable | pcelsEthertypeVariableAuxClass |
+----------------------------------------------------------------------+
| PolicySourceSAPVariable | pcelsSourceSAPVariableAuxClass |
+----------------------------------------------------------------------+
Pana, et al. Standards Track [Page 9]
RFC 4104 PCELS June 2005
| PolicyDestinationSAPVariable | pcelsDestinationSAPVariableAuxClass |
+----------------------------------------------------------------------+
| PolicySNAPOUIVariable | pcelsSNAPOUIVariableAuxClass |
+----------------------------------------------------------------------+
| PolicySNAPTypeVariable | pcelsSNAPTypeVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyFlowDirectionVariable | pcelsFlowDirectionVariableAuxClass |
+----------------------------------------------------------------------+
| PolicyValue | pcelsValueAuxClass |
+----------------------------------------------------------------------+
| ------------- | pcelsVendorValueAuxClass |
+-------------------------------+--------------------------------------+
| PolicyIPv4AddrValue | pcelsIPv4AddrValueAuxClass |
+----------------------------------------------------------------------+
| PolicyIPv6AddrValue | pcelsIPv6AddrValueAuxClass |
+----------------------------------------------------------------------+
| PolicyMACAddrValue | pcelsMACAddrValueAuxClass |
+----------------------------------------------------------------------+
| PolicyStringValue | pcelsStringValueAuxClass |
+----------------------------------------------------------------------+
| PolicyBitStringValue | pcelsBitStringValueAuxClass |
+----------------------------------------------------------------------+
| PolicyIntegerValue | pcelsIntegerValueAuxClass |
+----------------------------------------------------------------------+
| PolicyBooleanValue | pcelsBooleanValueAuxClass |
+----------------------------------------------------------------------+
| PolicyRoleCollection | pcelsRoleCollection |
+----------------------------------------------------------------------+
| ReusablePolicyContainer | pcelsReusableContainer |
| | pcelsReusableContainerAuxClass |
| | pcelsReusableContainerInstance |
+----------------------------------------------------------------------+
| FilterEntryBase | pcelsFilterEntryBase |
+----------------------------------------------------------------------+
| IPHeadersFilter | pcelsIPHeadersFilter |
+----------------------------------------------------------------------+
| 8021Filter | pcels8021Filter |
+----------------------------------------------------------------------+
| FilterList | pcelsFilterListAuxClass |
+----------------------------------------------------------------------+
Figure 2. Mapping of Information Model Extension Classes to LDAP
The pcelsVendorVariableAuxClass and pcelsVendorValueAuxClass classes
are not mapped from [PCIM_EXT]. These classes are introduced in this
document as a new extension mechanism for vendor-specific policy
variables and values that have not been specifically modeled. Just
like for any other schema elements defined in this document or in
Pana, et al. Standards Track [Page 10]
RFC 4104 PCELS June 2005
[PCLS], a particular submodel schema generally will not need to use
vendor specific variable and value classes. Submodel schemas SHOULD
apply the recommendations of section 5.10 of [PCIM_EXT] with regards
to the supported and unsupported elements.
4.2. Summary of Association Mappings
The associations in the information model map to one or more of the
following options:
1. Attributes that reference DNs (Distinguished Names)
2. Directory Information Tree (DIT) containment
(i.e., superior-subordinate relationships) in LDAP
3. Auxiliary class attachment
4. Association object classes and attributes that reference DNs
The details of this mapping are discussed case by case in section 5.
+----------------------------------------------------------------------+
| Information Model Association | LDAP Attribute/Class |
+----------------------------------------------------------------------+
| PolicySetComponent | pcelsPolicySetComponentList in |
| | pcelsPolicySet and |
| | pcelsPolicySetDN in |
| | pcelsPolicySetAsociation |
+----------------------------------------------------------------------+
| PolicySetInSystem | DIT Containment and |
| | pcelsPolicySetDN in |
| | pcelsPolicySetAsociation |
+----------------------------------------------------------------------+
| PolicyGroupInSystem | DIT Containment and |
| | pcelsPolicySetDN in |
| | pcelsPolicySetAsociation |
+----------------------------------------------------------------------+
| PolicyRuleInSystem | DIT Containment and |
| | pcelsPolicySetDN in |
| | pcelsPolicySetAsociation |
+----------------------------------------------------------------------+
| PolicyConditionStructure | pcimConditionDN in |
| | pcelsConditionAssociation |
+----------------------------------------------------------------------+
| PolicyConditionInPolicyRule | pcelsConditionList in |
| | pcelsRule and |
| | pcimConditionDN in |
| | pcelsConditionAssociation |
+----------------------------------------------------------------------+
| PolicyConditionInPolicyCondition | pcelsConditionList in |
| | pcelsCompoundConditionAuxClass |
Pana, et al. Standards Track [Page 11]
RFC 4104 PCELS June 2005
| | and pcimConditionDN in |
| | pcelsConditionAssociation |
+----------------------------------------------------------------------+
| PolicyActionStructure | pcimActionDN in |
| | pcelsActionAssociation |
+----------------------------------------------------------------------+
| PolicyActionInPolicyRule | pcelsActionList in |
| | pcelsRule and |
| | pcimActionDN in |
| | pcelsActionAssociation |
+----------------------------------------------------------------------+
| PolicyActionInPolicyAction | pcelsActionList in |
| | pcelsCompoundActionAuxClass |
| | and pcimActionDN in |
| | pcelsActionAssociation |
+----------------------------------------------------------------------+
| PolicyVariableInSimplePolicy | pcelsVariableDN in |
| Condition | pcelsSimpleConditionAuxClass |
+----------------------------------------------------------------------+
| PolicyValueInSimplePolicy | pcelsValueDN in |
| Condition | pcelsSimpleConditionAuxClass |
+----------------------------------------------------------------------+
| PolicyVariableInSimplePolicy | pcelsVariableDN in |
| Action | pcelsSimpleActionAuxClass |
+----------------------------------------------------------------------+
| PolicyValueInSimplePolicyAction | pcelsValueDN in |
| | pcelsSimpleActionAuxClass |
+----------------------------------------------------------------------+
| ReusablePolicy | DIT containment |
+----------------------------------------------------------------------+
| ExpectedPolicyValuesForVariable | pcelsExpectedValueList in |
| | pcelsVariable |
+----------------------------------------------------------------------+
| ContainedDomain | DIT containment or |
| | pcelsReusableContainerList in |
| | pcelsReusableContainer |
+----------------------------------------------------------------------+
| EntriesInFilterList | pcelsFilterEntryList in |
| | pcelsFilterListAuxClass |
+----------------------------------------------------------------------+
| ElementInPolicyRoleCollection | DIT containment or |
| | pcelsElementList in |
| | pcelsRoleCollection |
+----------------------------------------------------------------------+
| PolicyRoleCollectionInSystem | DIT Containment |
+----------------------------------------------------------------------+
Figure 3. Mapping of Information Model Extension Associations to LDAP
Pana, et al. Standards Track [Page 12]
RFC 4104 PCELS June 2005
Two [PCIM_EXT] associations are mapped to DIT containment:
- PolicyRoleCollectionInSystem is a weak association and weak
associations map well to DIT containment [CIM_LDAP] (without
being limited to this mapping). In the absence of additional
constraints, DIT containment is chosen here as the optimal
association mapping.
- ReusablePolicy is mapped to DIT containment for scalability
reasons. It is expected that applications will associate a
large number of policy instances to a ReusablePolicyContainer
and DIT containment is a type of association that scales well.
4.3. Summary of Changes since PCLS
This section provides an overview of the changes relative to [PCLS]
defined in this document:
1. The concept of a set of policies is introduced by two new object
classes: pcelsPolicySet and pcelsPolicySetAssociation. These
classes enable the aggregation and relative prioritization of
policies (rules and/or groups). The attribute pcelsPriority is
used by pcelsPolicySetAssociation instances to indicate the
priority of a policy relative to the other policies aggregated by
the same set. Applications may use this attribute to apply
appropriate ordering to the aggregated policies. This new policy
aggregation mechanism provides an alternative to the aggregation
mechanism defined by [PCLS] (that defines
pcimRuleContainmentAuxClass and/or pcimGroupContainmentAuxClass
for attaching components to a pcimGroup).
2. The attribute pcimRoles defined by [PCLS] is used here by the
pcelsPolicySet object class. Thus, the role based policy
selection mechanism is extended to all the subclasses of
pcelsPolicySet.
3. A new attribute pcelsDecisionStrategy is added on the
pcelsPolicySet class as a mapping from the decision mechanism.
4. A new class pcelsGroup (with two subclasses), implements the
modified semantics of the PolicyGroup in accordance with
[PCIM_EXT]. This new class inherits from its superclass
pcelsPolicySet the ability to aggregate (with relative priority)
other policy rules or groups.
5. A new class pcelsRule (with two subclasses), implements the
modified semantics of the PolicyRule in accordance with
[PCIM_EXT]. It does not include an absolute priority attribute,
Pana, et al. Standards Track [Page 13]
RFC 4104 PCELS June 2005
but instances of non-abstract subclasses of pcelsRule can be
prioritized relative to each other within a System (behavior
inherited from its superclass: pcelsPolicySet). The pcelsRule
class also inherits from pcelsPolicySet the ability to aggregate
other policy rules or groups, and thus, the ability to construct
nested rule structures of arbitrary complexity.
6. A new attribute pcelsExecutionStrategy is added to the pcelsRule
and pcelsCompoundActionAuxClass classes to allow the
specification of the expected behavior in case of multiple
actions aggregated by a rule or by a compound action.
7. Compound Conditions: The pcelsCompoundConditionAuxClass class is
added in order to map the CompoundPolicyCondition class. A new
class, pcelsConditionAssociation is used to aggregate policy
conditions in a pcelsCompoundConditionAuxClass. The same class
is also used to aggregate policy conditions in a pcelsRule.
8. Compound Actions: The pcelsCompoundActionAuxClass class is added
in order to map the CompoundPolicyAction class. A new class,
pcelsActionAssociation is used to aggregate policy actions in a
pcelsCompoundActionAuxClass. The same class is also used to
aggregate policy actions in a pcelsRule.
9. Simple Conditions, Simple Actions, Variables and Values: The
simple condition, simple action, variable and value classes
defined by [PCIM_EXT] are directly mapped to LDAP object classes.
These are: pcelsSimpleConditionAuxClass,
pcelsSimpleActionAuxClass, pcelsVariable and its subclasses, and
pcelsValueAuxClass and its subclasses.
10. A general extension mechanism is introduced for representing
policy variables and values that have not been specifically
modeled. The mechanism is intended for vendor-specific
extensions.
11. Reusable Policy Repository: A new class (with two subclasses),
pcelsReusableContainer is created as a subclass of
pcimRepository. While maintaining compatibility with older
[PCLS] implementations, the addition of this class acknowledges
the intent of [PCIM_EXT] to avoid the potential for confusion
with the Policy Framework component named Policy Repository.
The new class enables many-to-many associations between reusable
policy containers.
12. The ReusablePolicy association defined in [PCIM_EXT] is realized
through subordination to an instance of a non-abstract subclass
of pcelsReusableContainer. Thus, reusable policy components
Pana, et al. Standards Track [Page 14]
RFC 4104 PCELS June 2005
(groups, rules, conditions, actions, variables and values) may
be defined as stand-alone entries or stand-alone groups of
related entries subordinated (DIT contained) to a
pcelsReusableContainer.
13. Device level filter classes are added to the schema.
14. The pcelsRoleCollection class is added to the schema to allow
the association of policy roles to resources represented as LDAP
entries.
4.4. Relationship to PCLS Classes
Several [PCLS] classes are used in this document to derive other
classes. If a PCELS application requires a functionality provided by
any of derived classes, then the [PCLS] class MUST also be supported
by PCELS implementations. These classes are:
pcimPolicy
pcimRuleConditionAssociation
pcimRuleActionAssociation
pcimConditionAuxClass
pcimActionAuxClass
pcimRepository
Other [PCLS] classes are neither derived to nor superseded by classes
defined in this document. If a PCELS application requires a
functionality provided by any of these classes, then the [PCLS] class
SHOULD be used. These classes are:
pcimRuleValidityAssociation
pcimTPCAuxClass
pcimConditionVendorAuxClass
pcimActionVendorAuxClass
pcimPolicyInstance
pcimElementAuxClass
pcimSubtreesPtrAuxClass
Among the classes defined in this document some implement concepts
that supersede the concepts implemented by similar [PCLS] classes.
PCELS implementations MAY support such [PCLS] classes. These classes
are:
pcimGroup and its subclasses
pcimRule and its subclasses
pcimGroupContainmentAuxClass
pcimRuleContainmentAuxClass
the subclasses of pcimRepository
Pana, et al. Standards Track [Page 15]
RFC 4104 PCELS June 2005
4.5. Impact on Existing Implementations of the Policy Core LDAP Schema
In general, the intent of PCELS is to extend the functionality
offered by the Policy Core LDAP Schema. For the most part, the
compatibility with [PCLS] is preserved. The few cases in which
compatibility cannot be achieved due to fundamental changes imposed
by [PCIM_EXT], are defined here as alternatives to the original
implementation.
PCELS does not obsolete nor deprecate the concepts implemented by
[PCLS]. The new LDAP schema items are defined in this document in a
way that avoids, to the extent possible, interference with the
normal operation of a reasonably well-executed implementation of
[PCLS]. The intent is to permit at least a harmless coexistence of
the two models in the same data repository.
However, it should be noted that the PCELS introduces the following
changes that may have an impact on some [PCLS] implementations:
1. Some attributes originally used only by pcimRule or pcimGroup are
now also used by classes unknown to [PCLS] implementations
(pcelsPolicySet, pcelsRule and pcelsGroup). In particular, the
attribute pcimRoles is also used by pcelsPolicySet for role based
policy selection.
2. Condition and action association classes originally used by only
pcimRule are now used (through subclasses) by pcelsRule as well.
3. pcimRepository containers may include entries of types unknown to
[PCLS] implementations.
When the choice exists, PCELS implementations SHOULD support the new
schema and MAY also support the one defined by [PCLS]. For example,
if PolicyRule support is required, an implementation SHOULD be able
to read or read-write (as applicable) pcelsRule entries. The same
implementation MAY be able to read or read-write pcimRule.
4.6. The Association of PolicyVariable and PolicyValues
to PolicySimpleCondition and PolicySimpleAction
A PolicySimpleCondition, as well as a PolicySimpleAction, includes a
single PolicyValue and a single PolicyVariable. Each of them can be
attached or referenced by a DN.
Pana, et al. Standards Track [Page 16]
RFC 4104 PCELS June 2005
The attachment helps create compact PolicyCondition and PolicyAction
definitions that can be efficiently provisioned and retrieved from
the repository. On the other hand, referenced PolicyVariables and
PolicyValues instances can be reused in the construction of multiple
policies and permit an administrative partitioning of the data and
policy definitions.
4.7. The Aggregation of PolicyRules and PolicyGroups in PolicySets
In [PCIM_EXT], the two aggregations PolicyGroupInPolicyGroup and
PolicyRuleInPolicyGroup, are combined into a single aggregation
PolicySetComponent. This aggregation and the capability of
association between a policy and the ReusablePolicyContainer offer
new possibilities of reusability. Furthermore, these aggregations
introduce new semantics representing the execution of one PolicyRule
within the scope of another PolicyRule.
Since PolicySet is defined in [PCIM_EXT], it is mapped in this
document to a new class pcelsPolicySet in order to provide an
abstraction for a set of policy rules or groups. The aggregation
class PolicySetComponent in [PCIM_EXT] is mapped to a multi-value
attribute pcelsPolicySetList in the pcelsPolicySet class and the
attribute pcelsPolicySetDN in the pcelsPolicySetAssociation. These
attributes refer to the nested rules and groups.
It is possible to store a rule/group nested in another rule/group in
two ways. The first way is to define the nested rule/group as
specific to the nesting rule/group. The second way is to define the
nested rules/groups as reusable.
Pana, et al. Standards Track [Page 17]
RFC 4104 PCELS June 2005
First case: Specific nested sets (rules/groups).
+----------+
|Rule/Group|
| |
+-----|- -|-----+
| +----------+ |
| * * |
| * * |
| **** **** |
| * * |
v * * v
+-----------+ +-----------+
| SA1+Set1 | | SA2+Set2 |
+-----------+ +-----------+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
#: Number.
Set#: pcelsRuleAuxClass or pcelsGroupAuxClass auxiliary class.
SA#: pcelsPolicySetAssocation structural class.
Figure 4. Policy Set with Specific Components
The nesting pcelsPolicySet refers to instances of
pcelsPolicySetAssociation using the attribute pcelsPolicySetList.
These structural association classes are subordinated (DIT contained)
to an instance of a non-abstract subclass of pcelsPolicySet and
represent the association between the PolicySet and its nested
rules/groups. The nested instances of auxiliary subclasses of
pcelsPolicySet are attached to the association entries.
Pana, et al. Standards Track [Page 18]
RFC 4104 PCELS June 2005
Second case: Reusable nested sets (rules/groups).
+----------+ +-------------+
|Rule/Group| | ContainerX |
+-|- -|--+ | |
| +----------+ | +-------------+
| * * | * *
| *** **** | * *
| * * v * *
| * +---+ * *
| * |SA2| +-------+ *
v * | -|-------->|S1+Set2| *
+---+ +---+ +-------+ *
|SA1| +-------+
| -|------------------------------>|S2+Set3|
+---+ +-------+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
Set#: pcelsRuleAuxClass or pcelsGroupAuxClass auxiliary class.
SA#: PolicySetAssocation structural class.
S#: structural class.
Figure 5. Policy Set with Reusable Components
The nesting pcelsPolicySet refers to instances of
pcelsPolicySetAssociation using the attribute pcelsPolicySetList.
These structural association classes are subordinated (DIT contained)
to an instance of a non-abstract subclass of pcelsPolicySet and
represent the association between the PolicySet and its nested
rules/groups. The reusable rules/groups are instantiated here as
auxiliary classes and attached to pcimPolicyInstance entries in the
reusable container. Another option is to use the structural
subclasses for defining reusable rules/groups. The association
classes belonging to a nesting policy set are reference the reusable
rules/groups using the attribute pcelsPolicySetDN.
A combination of both specific and reusable components is also
allowed for the same policy set.
Pana, et al. Standards Track [Page 19]
RFC 4104 PCELS June 2005
4.8. The Aggregation of Actions/Conditions in PolicyRules and
CompoundActions/CompoundConditions
[PCIM_EXT] defines two new classes that allow the designer to create
more complex conditions and actions. CompoundPolicyCondition and
CompoundPolicyAction classes are mapped in this document to
pcelsCompoundConditionAuxClass and pcelsCompoundActionAuxClass
classes that are subclasses of
pcimConditionAuxClass/pcimActionAuxClass. The compound
conditions/actions defined in [PCIM_EXT] extend the capability of the
rule to associate, group and evaluate conditions or execute actions.
The conditions/actions are associated to compounds conditions/actions
in the same way as they are associated to the rules.
In this section, how to store instances of these classes in an LDAP
Directory is explained. As a general rule, specific
conditions/actions are subordinated (DIT contained) to the rule or
compound condition/action that aggregates them and are attached to
association class instances. Reusable conditions/actions are
subordinated to pcelsReusableContainer instances and attached to
pcimPolicyInstance instances.
The examples below illustrate the four possible cases combining
specific/reusable compound/non-compound condition/action. The rule
has two compound conditions, each one has two different conditions.
The schemes can be extended in order to store actions.
The examples below are based on and extend those illustrated in the
section 4.4 of [PCLS].
Pana, et al. Standards Track [Page 20]
RFC 4104 PCELS June 2005
First case: Specific compound condition/action with specific
conditions/actions.
+--------------+
+------| Rule |------+
| +--------------+ |
| * * |
| ********* ********* |
v * * v
+---------+ +---------+
+-| CA1+cc1 |-+ +-| CA2+cc2 |-+
| +---------+ | | +---------+ |
| * * | | * * |
| **** **** | | **** **** |
v * * v v * * v
+------+ +------+ +------+ +------+
|CA3+c1| |CA4+c2| |CA5+c3| |CA6+c4|
+------+ +------+ +------+ +------+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
#: Number.
CA#: pcelsConditionAssociation structural class.
cc#: pcelsCompoundConditionAuxClass auxiliary class.
c#: subclass of pcimConditionAuxClass.
Figure 6. Specific Compound Conditions with Specific Components
Because the compound conditions/actions are specific to the Rule,
They are auxiliary attachments to instances of the structural classes
pcelsConditionAssociation or pcelsActionAssociation. These
structural classes represent the association between the rule and the
compound condition/action. The rule specific conditions/actions are
therefore subordinated (DIT contained) to the rule entry.
The conditions/actions are tied to the compound conditions/actions in
the same way the compound conditions/actions are tied to rules.
Association classes realize the association between the aggregating
compound conditions/actions and the specific conditions/actions.
Pana, et al. Standards Track [Page 21]
RFC 4104 PCELS June 2005
Second case: Rule specific compound conditions/actions with
reusable conditions/actions.
+-------------+ +---------------+
+------| Rule |-----+ | ContainerX |
| +-------------+ | +---------------+
| * * | * * * *
| * * | **** * * *
| ********* ******** | * * * ********
| * * v * * * *
| * +---------+ * * **** *
| * +-| CA2+cc2 |-+ * * * *
| * | +---------+ | * * * *
v * | * * | * * * *
+---------+ | **** **** | * * * *
+-| CA1+cc1 |-+ | * * v * * * *
| +---------+ | | * +------+ +-----+ * * *
| * * | v * | CA6 |->|S1+c4| * * *
| **** **** | +------+ +------+ +-----+ +-----+ * *
| * * v | CA5 |------------------>|S2+c3| * *
| * +------+ +------+ +-----+ +-----+ *
v * | CA4 |------------------------------------->|S3+c2| *
+------+ +------+ +-----+ +-----+
| CA3 |------------------------------------------------------>|S4+c1|
+------+ +-----+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
#: Number.
CA#: pcelsConditionAssociation structural class.
cc#: pcelsCompoundConditionAuxClass auxiliary class.
c#: subclass of pcimConditionAuxClass.
S#: structural class
Figure 7. Specific Compound Conditions with Reusable Components
This case is similar to the first one. The conditions/actions are
reusable and are therefore not attached to the association classes,
but rather to structural classes in the reusable container. The
association classes tie the conditions/actions in located in a
reusable container to their aggregators using DN references.
Pana, et al. Standards Track [Page 22]
RFC 4104 PCELS June 2005
Third case: Reusable compound condition/action with specific
conditions/actions.
+--------------+ +--------------+
| Rule | | RepositoryX |
+---+--------------+----+ +--------------+
| * * | * *
| ******* ******* | ******** ********
| * * v * *
| * +----------+ +---------+ *
| * | CA2 |--->| S1+cc2 | *
| * +----------+ +-+---------+-+ *
| * | * * | *
| * | **** **** | *
| * v * * v *
| * +------+ +------+ *
| * |CA5+c3| |CA6+c4| *
v * +------+ +------+ *
+----------+ +---------+
| CA1 |----------------------------------------->| S2+cc1 |
+----------+ +-+---------+-+
| * * |
| **** **** |
v * * v
+------+ +------+
|CA3+c1| |CA4+c2|
+------+ +------+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
#: Number.
CA#: pcelsConditionAssociation structural class.
cc#: pcelsCompoundConditionAuxClass auxiliary class.
c#: subclass of pcimConditionAuxClass.
S#: structural class
Figure 8. Reusable Compound Conditions with Specific Components
Re-usable compound conditions/actions are attached to structural
classes and stored in a reusable policy container. They are related
to the rule through a DN reference attribute in the association
classes.
Pana, et al. Standards Track [Page 23]
RFC 4104 PCELS June 2005
Specific conditions/actions are attached to association entries and
subordinated (DIT contained) to the aggregating compound
conditions/actions.
Fourth case: Reusable conditions/actions and compound
conditions/actions.
+------+ +---------------+ +---------------+
+-----| Rule |-----+ | ContainerX | | ContainerY |
| +------+ | +---------------+ +---------------+
| * * | * * * * * *
| ****** ****** | *** *** *** * * *****
| * * v * * * * * *
| * +-------+ +------+ * * * *** *
| * | CA2 |->|S1+ca1| * * * * *
| * +-------+ +------+ * * * * *
| * / * * \ * * * * *
| * |** ** | * * * * *
| * |* * v * * * * *
| * |* +---+ * +-----+ * * *
| * |* |CA6|----*--->|S3+c4| * * *
| * v* +---+ * +-----+ * * *
| * +---+ * +-----+ * *
| * |CA5|-----------*--------->|S4+c3| * *
v * +---+ * +-----+ * *
+-------+ +------+ * *
| CA1 |-------------------------->|S2+cc1| * *
+-------+ +------+ * *
/ * * \ * *
| ** ** | * *
| * * v * *
| * +---+ +-----+ *
| * |CA4|---------->|S5+c2| *
v * +---+ +-----+ *
+---+ +-----+
|CA3|--------------------->|S6+c1|
+---+ +-----+
+------------------------------+
|LEGEND: |
| ***** DIT containment |
| + auxiliary attachment |
| ----> DN reference |
+------------------------------+
#: Number.
CA#: pcelsConditionAssociation structural class.
cc#: pcelsCompoundConditionAuxClass auxiliary class.
Pana, et al. Standards Track [Page 24]
RFC 4104 PCELS June 2005
c#: subclass of pcimConditionAuxClass.
S#: structural class
Figure 9. Reusable Compound Conditions with Reusable Components
All the conditions/actions are reusable so they are stored in
reusable containers. The figure above illustrates two different
reusable policy containers, but the number of containers in the
system is decided based on administrative reasons. The conditions,
actions, etc. may be stored in the same or different containers with
no impact on the policy definition semantics.
5. Class Definitions
The semantics for the policy information classes that are to be
mapped directly from the information model to an LDAP representation
are detailed in [PCIM_EXT]. Consequently, this document presents
only a brief reference to those semantics. The focus here is on the
mapping from the information model (which is independent of
repository type and access protocol) to a form that can be accessed
using LDAP. For various reasons including LDAP specific
optimization, this mapping is not always 1:1. Some new classes and
attributes (that were not part of [PCIM] or [PCIM_EXT]) needed to be
created in order to implement the LDAP mapping. These new LDAP-only
classes are fully defined in this document.
The following notes apply to this section in its entirety.
Note 1: The formal language for specifying the classes, attributes,
and DIT structure and content rules is that defined in [LDAP_SYNTAX].
In the following definitions, the class and attribute definitions
follow [LDAP_SYNTAX] but they are line-wrapped to enhance human
readability.
Note 2: Even though not explicitly noted in the following class and
attribute definitions, implementations may define DIT structure and
content rules where applicable and supported by the underlying LDAP
infrastructure. In such cases, the DIT structure rule considerations
discussed in section 5 of [PCLS] must be applied to PCELS
implementations as well. The reasons and details are presented in
[X.501].
Note 3: Wherever possible, an equality, a substrings and an ordering
matching rule are defined for a particular attribute. This provides
additional implementation flexibility. However, in some cases, the
LDAP matching semantics may not cover all the application needs. For
instance, different values of pcelsIPv4AddrList may be semantically
equivalent. The equality matching rule, caseIgnoreMatch, associated
Pana, et al. Standards Track [Page 25]
RFC 4104 PCELS June 2005
to this attribute type is not suitable for detecting this
equivalence. Implementers should not rely solely on LDAP syntaxes
and matching rules for being consistent with this specification.
Note 4: The following attribute definitions use only LDAP matching
rules and syntax definitions from [LDAP_SYNTAX], [LDAP_SCHEMA] and
[LDAP_MATCH]. The corresponding X.500 matching rules are defined in
[X.520].
Note 5: Some of the following attribute types MUST conform to
additional constraints on various data types (e.g., the only valid
values for pcelsDecisionStrategy are 1 and 2). Just like the
attribute semantics, the definition of the value structures, valid
ranges, etc. is covered by [PCIM_EXT] for the corresponding
properties while such constraints are only briefly mentioned in this
document. In all cases, if a constraint is violated, the entry
SHOULD be treated as invalid and the policy rules or groups that
refer to it SHOULD be treated as being disabled, meaning that the
execution of such policy rules or groups SHOULD be stopped.
Note 6: Some of the object classes defined in this section cannot or
should not be directly instantiated because they are either defined
as abstract or do not implement stand-alone semantics (e.g.,
pcelsValueAuxClass). Regarding instances of objects that inherit
from such classes, the text refers to "instances of <class_name>"
when in fact the strictly correct expression would be "instances of
objects that belong to non-abstract subclasses of <class_name>". The
omission is intentional; it makes the text easier to read.
5.1. The Abstract Class pcelsPolicySet
The pcelsPolicySet class represents a set of policies with a common
decision strategy and a common set of policy roles. This class
together with the pcelsPolicySetAssociation class defined in a
subsequent section of this document provide sufficient information to
allow applications to apply appropriate ordering to a set of
policies. The pcelsPolicySet is mapped from the PolicySet class
[PCIM_EXT]. The pcelsPolicySet class is an abstract object class and
it is derived from the pcimPolicy class [PCLS].
The pcelsPolicySetList attribute of a pcelsPolicySet instance
references subordinated pcelsPolicySetAssociation entries. The
aggregated pcelsPolicySet instances are either attached to the
pcelsPolicySetAssociation entries as auxiliary object classes or
referenced by the pcelsPolicySetAssociation entries using the
pcelsPolicySetDN attribute.
Pana, et al. Standards Track [Page 26]
RFC 4104 PCELS June 2005
The pcelsPolicySet class is defined as follows:
( 1.3.6.1.1.9.1.1
NAME 'pcelsPolicySet'
DESC 'Set of policies'
SUP pcimPolicy
ABSTRACT
MAY ( pcelsPolicySetName
$ pcelsDecisionStrategy
$ pcimRoles
$ pcelsPolicySetList )
)
One of the attributes of the pcelsPolicySet class, pcimRoles is
defined in the section 5.3 of [PCLS]. In the pcelsPolicySet class
the pcimRole attribute preserves its syntax and semantics as defined
by [PCLS] and [PCIM].
The pcelsPolicySetName attribute type may be used as naming attribute
for pcelsPolicySet entries. This attribute type is of syntax
Directory String [LDAP_SYNTAX]. It has an equality matching rule of
caseIgnoreMatch, an ordering matching rule of caseIgnoreOrderingMatch
and a substrings matching rule of caseIgnoreSubstringsMatch
[LDAP_SYNTAX]. Attributes of this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.1
NAME 'pcelsPolicySetName'
DESC 'User-friendly name of a policy set'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsDecisionStrategy attribute type indicates the evaluation
method for the policies aggregated in the policy set. It is mapped
from the PolicySet.PolicyDecisionStrategy property [PCIM_EXT]. This
attribute type is of syntax Integer [LDAP_SYNTAX]. It has an
equality matching rule of integerMatch [LDAP_SYNTAX] and an ordering
matching rule of integerOrderingMatch [LDAP_MATCH]. Attributes of
this type can only have a single value. The only allowed values for
attributes of this type are 1 (FirstMatching) and 2 (AllMatching).
If this attribute is missing from a pcelsPolicySet instance,
applications MUST assume a FirstMatching decision strategy for the
policy set.
Pana, et al. Standards Track [Page 27]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.2
NAME 'pcelsDecisionStrategy'
DESC 'Evaluation method for the components of a pcelsPolicySet'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsPolicySetList attribute type is used in the realization of
the PolicySetComponent association [PCIM_EXT]. This attribute type
is of syntax DN [LDAP_SYNTAX]. It has an equality matching rule of
distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for pcelsPolicySetList
attributes are DNs of pcelsPolicySetAssociation entries. In a
pcelsPolicySet, the pcelsPolicySetList attribute represents the
associations between this policy set and its components.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.3
NAME 'pcelsPolicySetList'
DESC 'Unordered set of DNs of pcelsPolicySetAssociation entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
Note: A pcelsPolicySet instance aggregates other pcelsPolicySet
instances using pcelsPolicySetAssociation entries (defined in the
next section). Applications can sort the components of a
pcelsPolicySet using attributes of the pcelsPolicySetAssociation
entries. However, implementations should not expect the LDAP data
store to provide a useful ordering of the pcelsPolicySetList values
in a pcelsPolicySet instance or to return sets of matching
pcelsPolicySetAssociation entries in a meaningful order. Instead,
applications SHOULD implement their own means for post-retrieval
ordering of policy rules/groups based on
pcelsPolicySetAssociation.pcelsPriority values.
Pana, et al. Standards Track [Page 28]
RFC 4104 PCELS June 2005
5.2. The Structural Class pcelsPolicySetAssociation
The pcelsPolicySetAssociation class is used to associate PolicySet
instances [PCIM_EXT] to other entries. pcelsPolicySetAssociation
entries are always subordinated to the aggregating entry. When
subordinated to an instance of pcelsPolicySet,
pcelsPolicySetAssociation realizes a PolicySetComponent association
[PCIM_EXT]. When subordinated to an instance of dlm1System
[CIM_LDAP], pcelsPolicySetAssociation realizes a PolicySetInSystem
association [PCIM_EXT].
The pcelsPolicySetAssociation class is a structural object class and
it is derived from the pcimPolicy class [PCLS].
The aggregation of a reusable pcelsPolicySet instance is realized via
the pcelsPolicySetDN attribute. A non-reusable pcelsPolicySet
instance is attached (as auxiliary subclass of pcelsPolicySet)
directly to the pcelsPolicySetAssociation entry.
When reading a pcelsPolicySetAssociation instance that has a
pcelsPolicySet attached, the attribute pcelsPolicySetDN MUST be
ignored. Applications SHOULD remove the pcelsPolicySetDN value from
a pcelsPolicySetAssociation upon attachment of a pcelsPolicySet to
the entry.
The pcelsPolicySetAssociation class is defined as follows:
( 1.3.6.1.1.9.1.2
NAME 'pcelsPolicySetAssociation'
DESC 'Associates a policy set to an aggregating entry'
SUP pcimPolicy
STRUCTURAL
MUST ( pcelsPriority )
MAY ( pcelsPolicySetName
$ pcelsPolicySetDN )
)
The pcelsPriority attribute type indicates the priority of a policy
set component. This attribute type is of syntax Integer
[LDAP_SYNTAX]. It has an equality matching rule of integerMatch
[LDAP_SYNTAX] and an ordering matching rule of integerOrderingMatch
[LDAP_MATCH]. Attributes of this type can only have single values.
The only allowed values for attributes of this type are non-negative
integers. Within the set of pcelsPolicySetAssociation entries
directly subordinated to a pcelsPolicySet or a dlm1System [CIM_LDAP],
the pcelsPriority values MUST be unique.
Pana, et al. Standards Track [Page 29]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.4
NAME 'pcelsPriority'
DESC 'Priority of a component'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsPolicySetDN attribute type is used in the aggregation of
PolicySet instances [PCIM_EXT]. This attribute type is of syntax DN
[LDAP_SYNTAX]. It has an equality matching rule of
distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
only have single values. The only allowed values for
pcelsPolicySetDN attributes are DNs of pcelsPolicySet entries.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.5
NAME 'pcelsPolicySetDN'
DESC 'DN of a pcelsPolicySet entry'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
SINGLE-VALUE
)
5.3. The Three Policy Group Classes
The pcelsGroup class is the base class for representing a policy
group. It is mapped from the modified PolicyGroup class [PCIM_EXT].
The pcelsGroup class is derived from the pcelsPolicySet class. To
maximize flexibility, the pcelsGroup class is defined as abstract.
An auxiliary subclass pcelsGroupAuxClass enables the attachment of a
policy group to an existing entry, while a structural subclass
pcelsGroupInstance permits the representation of a policy group as a
standalone entry.
The pcelsGroup class is defined as follows:
( 1.3.6.1.1.9.1.3
NAME 'pcelsGroup'
DESC 'Base class for representing a policy group'
SUP pcelsPolicySet
ABSTRACT
MAY ( pcimGroupName )
)
Pana, et al. Standards Track [Page 30]
RFC 4104 PCELS June 2005
The pcelsGroupAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.4
NAME 'pcelsGroupAuxClass'
DESC 'Auxiliary class for representing a policy group'
SUP pcelsGroup
AUXILIARY
)
The pcelsGroupInstance class is defined as follows:
( 1.3.6.1.1.9.1.5
NAME 'pcelsGroupInstance'
DESC 'Structural class for representing a policy group'
SUP pcelsGroup
STRUCTURAL
)
The pcimGroupName attribute type used by the pcelsGroup class is
defined in the section 5.2 of [PCLS]. In the pcelsGroup object
class, this attribute preserves its syntax and semantics as defined
by [PCLS] and [PCIM].
Note: PCELS implementations SHOULD support pcelsGroup and its two
subclasses and MAY also support pcimGroup and its two subclasses
[PCLS]. Applications that choose to support pcelsGroup and its two
subclasses MUST use the aggregation mechanism provided by
pcelsPolicySetAssociation for aggregating policy groups or policy
rules in policy groups represented as instances of pcelsGroup.
5.4. The Three Policy Rule Classes
The pcelsRule class is the base class for representing a policy rule.
It is mapped from the modified PolicyRule class [PCIM_EXT]. The
pcelsRule class is derived from the pcelsPolicySet class. To
maximize flexibility, the pcelsRule class is defined as abstract. An
auxiliary subclass pcelsRuleAuxClass enables the attachment of a
policy rule to an existing entry, while a structural subclass
pcelsRuleInstance permits the representation of a policy rule as a
standalone entry.
When reading a pcelsRule instance that has a pcimConditionAuxClass
attached, from the policy rule perspective the attribute
pcelsConditionList MUST be ignored. For example, if present, the
attribute MUST NOT be considered an association between this policy
rule and a policy condition. Such situations may occur, for example,
when a pcelsCompoundConditionAuxClass is attached to a pcelsRule
instance.
Pana, et al. Standards Track [Page 31]
RFC 4104 PCELS June 2005
When reading a pcelsRule instance that has a pcimActionAuxClass
attached, from the policy rule perspective the attribute
pcelsActionList MUST be ignored. For example, if present, the
attribute MUST NOT be considered an association between this policy
rule and a policy action. Such situations may occur, for example,
when a pcelsCompoundActionAuxClass is attached to a pcelsRule
instance.
The pcelsRule class is defined as follows:
( 1.3.6.1.1.9.1.6
NAME 'pcelsRule'
DESC 'Base class for representing a policy rule'
SUP pcelsPolicySet
ABSTRACT
MAY ( pcimRuleName
$ pcimRuleEnabled
$ pcimRuleUsage
$ pcimRuleMandatory
$ pcelsRuleValidityPeriodList
$ pcelsConditionListType
$ pcelsConditionList
$ pcelsActionList
$ pcelsSequencedActions
$ pcelsExecutionStrategy )
)
The pcelsRuleAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.7
NAME 'pcelsRuleAuxClass'
DESC 'Auxiliary class for representing a policy rule'
SUP pcelsRule
AUXILIARY
)
The pcelsRuleInstance class is defined as follows:
( 1.3.6.1.1.9.1.8
NAME 'pcelsRuleInstance'
DESC 'Structural class for representing a policy rule'
SUP pcelsRule
STRUCTURAL
)
Pana, et al. Standards Track [Page 32]
RFC 4104 PCELS June 2005
Four of the attributes used by the pcelsRule class are defined in the
section 5.3 of [PCLS]. These attributes are: pcimRuleName,
pcimRuleEnabled, pcimRuleUsage and pcimRuleMandatory. In the
pcelsRule object class, these attributes preserve their syntax and
semantics as defined by [PCLS] and [PCIM].
The attributes pcimRuleValidityPeriodList, pcimRuleConditionListType,
pcimRuleConditionList, pcimRuleActionList and
pcimRuleSequencedActions defined in [PCLS] are not used by pcelsRule.
Instead, this class uses the new attributes
pcelsRuleValidityPeriodList, pcelsConditionListType,
pcelsConditionList, pcelsActionList and pcelsSequencedActions.
Except for pcelsRuleValidityPeriodList, the new attributes are also
used for similar purpose by either pcelsCompoundConditionAuxClass or
pcelsCompoundActionAuxClass.
The pcelsRuleValidityPeriodList attribute type is used in the
realization of the PolicyRuleValidityPeriod association ([PCIM_EXT]
and [PCIM]). This attribute type is of syntax DN [LDAP_SYNTAX]. It
has an equality matching rule of distinguishedNameMatch
[LDAP_SYNTAX]. Attributes of this type can have multiple values.
The only allowed values for pcelsRuleValidityPeriodList attributes
are DNs of pcimRuleValidityAssociation entries. In a pcelsRule, the
pcelsRuleValidityPeriodList attribute represents the associations
between this policy rule and its time period conditions.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.62
NAME 'pcelsRuleValidityPeriodList'
DESC 'Unordered set of DNs of pcimRuleValidityAssociation entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
The pcelsConditionListType attribute type indicates whether the set
of aggregated conditions is in disjunctive or conjunctive normal
form. It is mapped from the PolicyRule.ConditionListType property
[PCIM] (identical to the CompoundPolicyCondition.ConditionListType
property defined in [PCIM_EXT]). This attribute type is of syntax
Integer [LDAP_SYNTAX]. It has an equality matching rule of
integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are 1 (Disjunctive) and 2 (Conjunctive). If this attribute is
missing from a pcelsRule instance, applications MUST assume that the
set of aggregated conditions is in disjunctive normal form.
Pana, et al. Standards Track [Page 33]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.6
NAME 'pcelsConditionListType'
DESC 'Indicates the type of condition aggregation'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsConditionList attribute type is used in the realization of
the PolicyConditionStructure association [PCIM_EXT]. This attribute
type is of syntax DN [LDAP_SYNTAX]. It has an equality matching rule
of distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for pcelsConditionList
attributes are DNs of pcelsConditionAssociation entries. In a
pcelsRule, the pcelsConditionList attribute represents the
associations between this policy rule and its conditions.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.7
NAME 'pcelsConditionList'
DESC 'Unordered set of DNs of pcelsConditionAssociation entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
The pcelsActionList attribute type is used in the realization of the
PolicyActionStructure association [PCIM_EXT]. This attribute type is
of syntax DN [LDAP_SYNTAX]. It has an equality matching rule of
distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for pcelsActionList
attributes are DNs of pcelsActionAssociation entries. In a
pcelsRule, the pcelsActionList attribute represents the associations
between this policy rule and its actions.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.8
NAME 'pcelsActionList'
DESC 'Unordered set of DNs of pcelsActionAssociation entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
Pana, et al. Standards Track [Page 34]
RFC 4104 PCELS June 2005
The pcelsSequencedActions attribute type indicates whether the
ordered execution of actions in an aggregate is Mandatory,
Recommended or DontCare. It is mapped from the
PolicyRule.SequencedActions property [PCIM] (identical to the
CompoundPolicyAction.SequencedActions property defined in
[PCIM_EXT]). This attribute type is of syntax Integer [LDAP_SYNTAX].
It has an equality matching rule of integerMatch [LDAP_SYNTAX] and an
ordering matching rule of integerOrderingMatch [LDAP_MATCH].
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are 1 (Mandatory), 2
(Recommended) and 3 (DontCare). If this attribute is missing from a
pcelsRule instance, applications MUST assume that the ordered
execution of actions in this rule is not important (DontCare).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.9
NAME 'pcelsSequencedActions'
DESC 'Indicates the importance of action sequencing'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsExecutionStrategy attribute type indicates whether the
actions in an aggregate are to be executed until success, all
(independent of their outcome) or until failure. It is mapped from
the PolicyRule.ExecutionStrategy property [PCIM_EXT] (identical to
the CompoundPolicyAction.ExecutionStrategy property). This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are 1 (Do until success), 2 (Do all) and 3 (Do until failure).
If this attribute is missing from a pcelsRule instance, applications
MUST assume that all the actions are to be executed (Do all).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.10
NAME 'pcelsExecutionStrategy'
DESC 'Indicates the action execution strategy'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
Pana, et al. Standards Track [Page 35]
RFC 4104 PCELS June 2005
Note 1: Rule validity periods for an instance of pcelsRule are
realized using the attribute pcelsRuleValidityPeriodList and
pcimRuleValidityAssociation [PCLS] entries subordinated to the rule.
If DIT structure rules and name forms are written for a PCELS
implementation (as suggested in section 5.5 of [PCLS]), they would
require that an instance of the pcimRuleValidityAssociation class
have as its superior an instance of the pcelsRule class or, if
applicable, an instance of the pcimRule class. Any structure rules
and name forms that require an instance of the
pcimRuleValidityAssociation class to have as its superior only an
instance of the pcimRule class, are in conflict and MUST be removed.
Note 2: PCELS implementations SHOULD support pcelsRule and its two
subclasses and MAY also support pcimRule and its two subclasses
[PCLS]. Applications that choose to support pcelsRule and its two
subclasses MUST use the aggregation mechanism provided by
pcelsPolicySetAssociation for aggregating policy groups or policy
rules in policy rules represented as instances of pcelsRule.
5.5. The Structural Class pcelsConditionAssociation
The pcelsConditionAssociation class is used in the aggregation of
PolicyCondition instances [PCIM]. pcelsConditionAssociation entries
are always subordinated to the aggregating entry. When subordinated
to an instance of pcelsRule, the pcelsConditionAssociation entry
realizes the PolicyConditionInPolicyRule association [PCIM_EXT].
When subordinated to an instance of pcelsCompoundConditionAuxClass,
the pcelsConditionAssociation entry realizes the
PolicyConditionInPolicyCondition association [PCIM_EXT].
The pcelsConditionAssociation class is a structural object class and
it is derived from the pcimRuleConditionAssociation class [PCLS].
The aggregation of a reusable instance of pcimConditionAuxClass is
realized via the pcimConditionDN attribute. A non-reusable instance
of pcimConditionAuxClass is attached directly to the
pcelsConditionAssociation entry.
When reading a pcelsConditionAssociation entry that has a
pcimConditionAuxClass instance attached, the attribute
pcimConditionDN MUST be ignored. Applications SHOULD remove the
pcimConditionDN value from a pcelsConditionAssociation upon
attachment of a pcimConditionAuxClass to the entry.
Pana, et al. Standards Track [Page 36]
RFC 4104 PCELS June 2005
The pcelsConditionAssociation class is defined as follows:
( 1.3.6.1.1.9.1.9
NAME 'pcelsConditionAssociation'
DESC 'Associates a policy conditions to an aggregating entry'
SUP pcimRuleConditionAssociation
STRUCTURAL
)
This class extends the semantics of the pcimRuleConditionAssociation
object class without using any new attributes. All its attributes
are inherited from the pcimRuleConditionAssociation that is defined
in section 5.4 of [PCLS].
5.6. The Structural Class pcelsActionAssociation
The pcelsActionAssociation class is used in the aggregation of
PolicyAction instances [PCIM]. pcelsActionAssociation entries are
always subordinated to the aggregating entry. When subordinated to a
pcelsRule instance, the pcelsActionAssociation entry realizes the
PolicyActionInPolicyRule association [PCIM_EXT]. When subordinated
to an instance of pcelsCompoundActionAuxClass, the
pcelsActionAssociation entry realizes the PolicyActionInPolicyAction
association [PCIM_EXT].
The pcelsActionAssociation class is a structural object class and it
is derived from the pcimRuleActionAssociation class [PCLS].
The aggregation of a reusable instance of pcimActionAuxClass is
realized via the pcimActionDN attribute. A non-reusable instance of
pcimActionAuxClass is attached directly to the pcelsActionAssociation
entry.
When reading a pcelsActionAssociation entry that has a
pcimActionAuxClass instance attached, the attribute pcimActionDN MUST
be ignored. Applications SHOULD remove the pcimActionDN value from a
pcelsActionAssociation upon attachment of a pcimActionAuxClass to the
entry.
The pcelsActionAssociation class is defined as follows:
( 1.3.6.1.1.9.1.10
NAME 'pcelsActionAssociation'
DESC 'Associates a policy conditions to an aggregating entry'
SUP pcimRuleActionAssociation
STRUCTURAL
)
Pana, et al. Standards Track [Page 37]
RFC 4104 PCELS June 2005
This class extends the semantics of the pcimRuleActionAssociation
object class without using any new attributes. All its attributes
are inherited from the pcimRuleActionAssociation that is defined in
section 5.6 of [PCLS].
5.7. The Auxiliary Class pcelsSimpleConditionAuxClass
The pcelsSimpleConditionAuxClass class implements a Value matching
condition for a Variable. It is mapped from the
SimplePolicyCondition class [PCIM_EXT]. The
pcelsSimpleConditionAuxClass class is an auxiliary object class and
it is derived from the pcimConditionAuxClass class [PCLS].
A reusable variable/value is associated to a
pcelsSimpleConditionAuxClass via the pcelsVariableDN/pcelsValueDN
reference from the simple condition instance. A non-reusable
variable/value is associated directly as auxiliary object class to
the same entry as the pcelsSimpleConditionAuxClass instance.
When reading a pcelsSimpleConditionAuxClass instance that has an
instance of pcelsVariable attached, the attribute pcelsVariableDN
MUST be ignored. Applications SHOULD remove the pcelsVariableDN
value from a pcelsSimpleConditionAuxClass instance upon attachment of
a pcelsVariable instance to the same entry.
When reading a pcelsSimpleConditionAuxClass instance that has an
instance of pcelsValue attached, the attribute pcelsValueDN MUST be
ignored. Applications SHOULD remove the pcelsValueDN value from a
pcelsSimpleConditionAuxClass instance upon attachment of a pcelsValue
instance to the same entry.
The pcelsSimpleConditionAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.11
NAME 'pcelsSimpleConditionAuxClass'
DESC 'Value matching condition for a policy variable'
SUP pcimConditionAuxClass
AUXILIARY
MAY ( pcelsVariableDN
$ pcelsValueDN )
)
The pcelsVariableDN attribute type realizes the
PolicyVariableInSimplePolicyCondition association [PCIM_EXT]. This
attribute type is of syntax DN [LDAP_SYNTAX]. It has an equality
matching rule of distinguishedNameMatch [LDAP_SYNTAX]. Attributes of
this type can only have a single value. The only allowed values for
pcelsVariableDN attributes are DNs of pcelsVariable entries. In a
Pana, et al. Standards Track [Page 38]
RFC 4104 PCELS June 2005
pcelsSimpleConditionAuxClass, the pcelsVariableDN attribute
represents the association between this simple policy condition and
its policy variable.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.11
NAME 'pcelsVariableDN'
DESC 'DN of a pcelsVariable entry'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
SINGLE-VALUE
)
The pcelsValueDN attribute type realizes the
PolicyValueInSimplePolicyCondition association [PCIM_EXT]. This
attribute type is of syntax DN [LDAP_SYNTAX]. It has an equality
matching rule of distinguishedNameMatch [LDAP_SYNTAX]. Attributes of
this type can only have a single value. The only allowed values for
pcelsValueDN attributes are DNs of pcelsValueAuxClass entries. In a
pcelsSimpleConditionAuxClass, the pcelsValueDN attribute represents
the association between this simple policy condition and its policy
value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.12
NAME 'pcelsValueDN'
DESC 'DN of a pcelsValueAuxClass entry'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
SINGLE-VALUE
)
Note: An instance of pcelsSimpleActionAuxClass and an instance of
pcelsSimpleConditionAuxClass MUST NOT be attached to the same entry.
Because the two classes use the same mechanisms to associate
Variables and Values, this restriction is necessary in order to avoid
ambiguities.
5.8. The Auxiliary Class pcelsCompoundConditionAuxClass
The pcelsCompoundConditionAuxClass class represents a compound policy
condition formed by the aggregation of other policy conditions. It
is mapped from the CompoundPolicyCondition class [PCIM_EXT]. The
pcelsCompoundConditionAuxClass class is an auxiliary object class and
it is derived from the pcimConditionAuxClass class [PCLS].
Pana, et al. Standards Track [Page 39]
RFC 4104 PCELS June 2005
The pcelsCompoundConditionAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.12
NAME 'pcelsCompoundConditionAuxClass'
DESC 'Boolean combination of simpler conditions'
SUP pcimConditionAuxClass
AUXILIARY
MAY ( pcelsConditionListType
$ pcelsConditionList )
)
If the pcelsConditionListType attribute is missing from a
pcelsCompoundConditionAuxClass instance, applications MUST assume
that the set of aggregated conditions is in disjunctive normal form.
In a pcelsCompoundConditionAuxClass instance, the pcelsConditionList
attribute represents the associations between this compound policy
condition and the compounded conditions.
These attribute types are defined in section 5.4.
Like pcelsRule, instances of pcelsCompoundConditionAuxClass use
pcelsConditionList values and subordinated pcelsConditionAssociation
entries to aggregate policy conditions.
5.9. The Auxiliary Class pcelsCompoundFilterConditionAuxClass
The pcelsCompoundFilterConditionAuxClass class represents a domain-
level filter. It is mapped from the CompoundFilterCondition class
[PCIM_EXT]. The pcelsCompoundFilterConditionAuxClass class is an
auxiliary object class and it is derived from the
pcelsCompoundConditionAuxClass class.
The pcelsCompoundFilterConditionAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.13
NAME 'pcelsCompoundFilterConditionAuxClass'
DESC 'A compound condition with mirroring capabilities'
SUP pcelsCompoundConditionAuxClass
AUXILIARY
MAY ( pcelsIsMirrored )
)
The pcelsIsMirrored attribute type indicates whether the traffic that
mirrors the specified filter is to be treated as matching the filter.
It is mapped from the CompoundFilterCondition.IsMirrored property
[PCIM_EXT]. This attribute type is of syntax Boolean [LDAP_SYNTAX].
It has an equality matching rule of booleanMatch [LDAP_MATCH].
Pana, et al. Standards Track [Page 40]
RFC 4104 PCELS June 2005
Attributes of this type can only have a single value. If this
attribute is missing from a pcelsCompoundFilterConditionAuxClass
instance, applications MUST assume that the filter is not mirrored.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.13
NAME 'pcelsIsMirrored'
DESC 'Indicates whether the mirrored traffic matches'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
5.10. The Auxiliary Class pcelsSimpleActionAuxClass
The pcelsSimpleActionAuxClass class implements the action of
assigning a Value to a Variable. It is mapped from the
SimplePolicyAction class [PCIM_EXT]. The pcelsSimpleActionAuxClass
class is an auxiliary object class and it is derived from the
pcimActionAuxClass class [PCLS].
A reusable variable/value is associated to a
pcelsSimpleActionAuxClass via the pcelsVariableDN/pcelsValueDN
reference from the simple action instance. A non-reusable
variable/value is associated directly as auxiliary object class to
the same entry as the pcelsSimpleActionAuxClass instance.
When reading a pcelsSimpleActionAuxClass instance that has an
instance of pcelsVariable attached, the attribute pcelsVariableDN
MUST be ignored. Applications SHOULD remove the pcelsVariableDN
value from a pcelsSimpleActionAuxClass instance upon attachment of a
pcelsVariable instance to the same entry.
When reading a pcelsSimpleActionAuxClass instance that has an
instance of pcelsValue attached, the attribute pcelsValueDN MUST be
ignored. Applications SHOULD remove the pcelsValueDN value from a
pcelsSimpleActionAuxClass instance upon attachment of a pcelsValue
instance to the same entry.
Pana, et al. Standards Track [Page 41]
RFC 4104 PCELS June 2005
The pcelsSimpleActionAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.14
NAME 'pcelsSimpleActionAuxClass'
DESC 'Value assignment action for a policy variable'
SUP pcimActionAuxClass
AUXILIARY
MAY ( pcelsVariableDN
$ pcelsValueDN )
)
In a pcelsSimpleActionAuxClass, the pcelsVariableDN attribute
represents the association between this simple policy action and its
policy variable. It realizes the PolicyVariableInSimplePolicyAction
association [PCIM_EXT].
In a pcelsSimpleActionAuxClass, the pcelsValueDN attribute represents
the association between this simple policy action and its policy
value. It realizes the PolicyValueInSimplePolicyAction association
[PCIM_EXT].
These attributes are defined in section 5.7.
Note: An instance of pcelsSimpleActionAuxClass and an instance of
pcelsSimpleConditionAuxClass MUST NOT be attached to the same entry.
Because the two classes use the same mechanisms to associate
Variables and Values, this restriction is necessary in order to avoid
ambiguities.
5.11. The Auxiliary Class pcelsCompoundActionAuxClass
The pcelsCompoundActionAuxClass class represents a compound policy
action formed by the aggregation of other policy actions. It is
mapped from the CompoundPolicyCondition class [PCIM_EXT]. The
pcelsCompoundActionAuxClass class is an auxiliary object class and it
is derived from the pcimActionAuxClass class [PCLS].
The pcelsCompoundActionAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.15
NAME 'pcelsCompoundActionAuxClass'
DESC 'Sequence of actions with specific execution strategy'
SUP pcimActionAuxClass
AUXILIARY
MAY ( pcelsActionList
$ pcelsSequencedActions
$ pcelsExecutionStrategy )
)
Pana, et al. Standards Track [Page 42]
RFC 4104 PCELS June 2005
In a pcelsCompoundActionAuxClass instance, the pcelsActionList
attribute represents the associations between this policy rule and
its actions.
If the pcelsSequencedActions attribute is missing from a
pcelsCompoundActionAuxClass instance, applications MUST assume that
the ordered execution of actions in this compound policy action is
not important (DontCare).
If the pcelsExecutionStrategy attribute is missing from a
pcelsCompoundActionAuxClass instance, applications MUST assume that
all the actions are to be executed (Do all).
These attribute types are defined in section 5.4.
Like pcelsRule, instances of pcelsCompoundActionAuxClass use
pcelsActionList values and subordinated pcelsActionAssociation
entries to aggregate policy actions.
5.12. The Abstract Class pcelsVariable
The pcelsVariable class is mapped from the PolicyVariable class
[PCIM_EXT]. The pcelsVariable is an abstract object class and it is
derived directly from the 'top' object class [LDAP_SCHEMA].
A pcelsVariable instance may be associated to a set of
pcelsValueAuxClass instances that represent its expected values. The
expected values for a variable may be indicated by:
(1) pcelsExpectedValueList references to reusable instances of
pcelsValueAuxClass, or
(2) pcelsExpectedValueList references to subordinated non-
reusable instances of pcelsValueAuxClass
The pcelsVariable class is defined as follows:
( 1.3.6.1.1.9.1.16
NAME 'pcelsVariable'
DESC 'Base class for representing a policy variable'
SUP top
ABSTRACT
MAY ( pcelsVariableName
$ pcelsExpectedValueList )
)
The pcelsVariableName attribute type may be used as naming attribute
for pcelsVariable entries. This attribute type is of syntax
Directory String [LDAP_SYNTAX]. It has an equality matching rule of
Pana, et al. Standards Track [Page 43]
RFC 4104 PCELS June 2005
caseIgnoreMatch, an ordering matching rule of caseIgnoreOrderingMatch
and a substrings matching rule of caseIgnoreSubstringsMatch
[LDAP_SYNTAX]. Attributes of this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.14
NAME 'pcelsVariableName'
DESC 'The user-friendly name of a variable.'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsExpectedValueList attribute type realizes the
ExpectedPolicyValuesForVariable association [PCIM_EXT]. This
attribute type is of syntax DN [LDAP_SYNTAX]. It has an equality
matching rule of distinguishedNameMatch [LDAP_SYNTAX]. Attributes of
this type can have multiple values. The only allowed values for
pcelsExpectedValueList attributes are DNs of pcelsValueAuxClass
entries. In a pcelsVariable, the pcelsExpectedValueList attribute
represents the associations between this policy variable and its
expected values.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.15
NAME 'pcelsExpectedValueList'
DESC 'Unordered set of DNs of pcelsValueAuxClass entries
representing expected values for a policy variable'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
5.13. The Auxiliary Class pcelsExplicitVariableAuxClass
The pcelsExplicitVariableAuxClass class is mapped from the
PolicyExplicitVariable class [PCIM_EXT]. The
pcelsExplicitVariableAuxClass is an auxiliary object class and it is
derived from the pcelsVariable class.
Pana, et al. Standards Track [Page 44]
RFC 4104 PCELS June 2005
The pcelsExplicitVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.17
NAME 'pcelsExplicitVariableAuxClass'
DESC 'Explicitly defined policy variable'
SUP pcelsVariable
AUXILIARY
MUST ( pcelsVariableModelClass
$ pcelsVariableModelProperty )
)
The pcelsVariableModelClass attribute type identifies a [CIM] class
whose property is evaluated or set as a variable. It is mapped from
the PolicyExplicitVariable.ModelClass property [PCIM_EXT]. This
attribute type is of syntax Directory String [LDAP_SYNTAX]. It has
an equality matching rule of caseIgnoreMatch [LDAP_SYNTAX].
Attributes of this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.16
NAME 'pcelsVariableModelClass'
DESC 'Identifies a CIM class'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsVariableModelProperty attribute type identifies the
attribute of a [CIM] class, which is evaluated or set as a variable.
It is mapped from the PolicyExplicitVariable.ModelProperty property
[PCIM_EXT]. This attribute type is of syntax Directory String
[LDAP_SYNTAX]. It has an equality matching rule of caseIgnoreMatch
[LDAP_SYNTAX]. Attributes of this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.17
NAME 'pcelsVariableModelProperty'
DESC 'Identifies the property of a CIM class.'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
Pana, et al. Standards Track [Page 45]
RFC 4104 PCELS June 2005
5.14. The Auxiliary Class pcelsImplicitVariableAuxClass
The pcelsImplicitVariableAuxClass class is mapped from the
PolicyImplicitVariable class [PCIM_EXT]. The
pcelsImplicitVariableAuxClass is an auxiliary object class and it is
derived from the pcelsVariable class.
The pcelsImplicitVariableAuxClass class does not represent actual
variables; these are introduced by its subclasses.
pcelsImplicitVariableAuxClass introduces the semantics of being an
implicitly defined policy variable and these semantics are inherited
by all its subclasses. These semantics include those inherited from
pcelsVariable that possibly represent either rule-specific or
reusable policy variables.
In order to preserve the ability to represent rule-specific or
reusable variables, all the subclasses of
pcelsImplicitVariableAuxClass MUST also be auxiliary classes.
The pcelsImplicitVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.18
NAME 'pcelsImplicitVariableAuxClass'
DESC 'Implicitly defined policy variable'
SUP pcelsVariable
AUXILIARY
MAY ( pcelsExpectedValueTypes )
)
The pcelsExpectedValueTypes attribute type represents the set of
policy value types that may be used with this policy variable. It is
mapped from the PolicyImplicitVariable.ValueTypes property
[PCIM_EXT]. This attribute type is of syntax Directory String
[LDAP_SYNTAX]. It has an equality matching rule of caseIgnoreMatch
[LDAP_SYNTAX]. Attributes of this type can have multiple values.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.18
NAME 'pcelsExpectedValueTypes'
DESC 'Identifies subclasses of pcelsValueAuxClass by name'
EQUALITY caseIgnoreMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
Pana, et al. Standards Track [Page 46]
RFC 4104 PCELS June 2005
5.15. The Subclasses of pcelsImplicitVariableAuxClass
The following classes are derived from the
pcelsImplicitVariableAuxClass class. They are mapped from the
corresponding subclasses of the PolicyImplicitVariable class
[PCIM_EXT]. All the classes defined below are auxiliary object
classes.
Each one of the classes defined in this section introduces specific
restrictions for the values of the pcelsExpectedValueTypes attribute.
If this attribute is missing, applications MUST assume that all
allowed value types are expected for the policy variable.
Some of these classes have additional restrictions on the actual
values of the associated policy value instances (e.g., only integers
in the range 0..65535 must be used with a SourcePort variable). The
association between a pcelsImplicitVariableAuxClass instance and a
pcelsValueAuxClass instance that contains values outside the valid
range or set for that variable SHOULD be considered invalid. The
entry that realizes such association SHOULD be treated as invalid and
the policy rules or groups that refer to it SHOULD be treated as
being disabled, meaning that the execution of such policy rules or
groups SHOULD be stopped.
The pcelsSourceIPv4VariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.19
NAME 'pcelsSourceIPv4VariableAuxClass'
DESC 'Source IP v4 address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSourceIPv4VariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsIPv4AddrValueAuxClass'.
The pcelsSourceIPv6VariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.20
NAME 'pcelsSourceIPv6VariableAuxClass'
DESC 'Source IP v6 address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
Pana, et al. Standards Track [Page 47]
RFC 4104 PCELS June 2005
In a pcelsSourceIPv6VariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsIPv6AddrValueAuxClass'.
The pcelsDestinationIPv4VariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.21
NAME 'pcelsDestinationIPv4VariableAuxClass'
DESC 'Destination IP v4 address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDestinationIPv4VariableAuxClass instance, the only allowed
value for the pcelsExpectedValueTypes attribute is
'pcelsIPv4AddrValueAuxClass'.
The pcelsDestinationIPv6VariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.22
NAME 'pcelsDestinationIPv6VariableAuxClass'
DESC 'Destination IP v6 address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDestinationIPv6VariableAuxClass instance, the only allowed
value for the pcelsExpectedValueTypes attribute is
'pcelsIPv6AddrValueAuxClass'.
The pcelsSourcePortVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.23
NAME 'pcelsSourcePortVariableAuxClass'
DESC 'Source port'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSourcePortVariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsIntegerValueAuxClass'. Additionally, only policy values that
represent integers in the range 0..65535 (inclusive) SHOULD be used
with pcelsSourcePortVariableAuxClass instances.
Pana, et al. Standards Track [Page 48]
RFC 4104 PCELS June 2005
The pcelsDestinationPortVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.24
NAME 'pcelsDestinationPortVariableAuxClass'
DESC 'Destination port'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDestinationPortVariableAuxClass instance, the only allowed
value for the pcelsExpectedValueTypes attribute is
'pcelsIntegerValueAuxClass'. Additionally, only policy values that
represent integers in the range 0..65535 (inclusive) SHOULD be used
with pcelsDestinationPortVariableAuxClass instances.
The pcelsIPProtocolVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.25
NAME 'pcelsIPProtocolVariableAuxClass'
DESC 'IP protocol number'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsIPProtocolVariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsIntegerValueAuxClass'. Additionally, only policy values that
represent integers in the range 0..255 (inclusive) SHOULD be used
with pcelsIPProtocolVariableAuxClass instances.
The pcelsIPVersionVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.26
NAME 'pcelsIPVersionVariableAuxClass'
DESC 'IP version number'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsIPVersionVariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsIntegerValueAuxClass'. Additionally, only policy values that
represent integers in the range 0..15 (inclusive) SHOULD be used with
pcelsIPVersionVariableAuxClass instances.
Pana, et al. Standards Track [Page 49]
RFC 4104 PCELS June 2005
The pcelsIPToSVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.27
NAME 'pcelsIPToSVariableAuxClass'
DESC 'IP ToS octet'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsIPToSVariableAuxClass instance, the only allowed values for
the pcelsExpectedValueTypes attribute are 'pcelsIntegerValueAuxClass'
and 'pcelsBitStringValueAuxClass'. Additionally, only policy values
that represent integers in the range 0..255 (inclusive) or 8-bit
bitStrings SHOULD be used with pcelsIPToSVariableAuxClass instances.
The pcelsDSCPVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.28
NAME 'pcelsDSCPVariableAuxClass'
DESC 'DiffServ code point'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDSCPVariableAuxClass instance, the only allowed values for
the pcelsExpectedValueTypes attribute are 'pcelsIntegerValueAuxClass'
and 'pcelsBitStringValueAuxClass'. Additionally, only policy values
that represent integers in the range 0..63 (inclusive) or 6-bit
bitStrings SHOULD be used with pcelsDSCPVariableAuxClass instances.
The pcelsFlowIdVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.29
NAME 'pcelsFlowIdVariableAuxClass'
DESC 'Flow Identifier'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsFlowIdVariableAuxClass instance, the only allowed values
for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..1048575 (inclusive) or 20-bit bitStrings SHOULD be used with
pcelsFlowIdVariableAuxClass instances.
Pana, et al. Standards Track [Page 50]
RFC 4104 PCELS June 2005
The pcelsSourceMACVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.30
NAME 'pcelsSourceMACVariableAuxClass'
DESC 'Source MAC address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSourceMACVariableAuxClass instance, the only allowed value
for the pcelsExpectedValueTypes attribute is
'pcelsMACAddrValueAuxClass'.
The pcelsDestinationMACVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.31
NAME 'pcelsDestinationMACVariableAuxClass'
DESC 'Destination MAC address'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDestinationMACVariableAuxClass instance, the only allowed
value for the pcelsExpectedValueTypes attribute is
'pcelsMACAddrValueAuxClass'.
The pcelsVLANVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.32
NAME 'pcelsVLANVariableAuxClass'
DESC 'VLAN'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsVLANVariableAuxClass instance, the only allowed values for
the pcelsExpectedValueTypes attribute are 'pcelsIntegerValueAuxClass'
and 'pcelsBitStringValueAuxClass'. Additionally, only policy values
that represent integers in the range 0..4095 (inclusive) or 12-bit
bitStrings SHOULD be used with pcelsVLANVariableAuxClass instances.
Pana, et al. Standards Track [Page 51]
RFC 4104 PCELS June 2005
The pcelsCoSVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.33
NAME 'pcelsCoSVariableAuxClass'
DESC 'Class of service'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsCoSVariableAuxClass instance, the only allowed values for
the pcelsExpectedValueTypes attribute are 'pcelsIntegerValueAuxClass'
and 'pcelsBitStringValueAuxClass'. Additionally, only policy values
that represent integers in the range 0..7 (inclusive) or 3-bit
bitStrings SHOULD be used with pcelsCoSVariableAuxClass instances.
The pcelsEthertypeVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.34
NAME 'pcelsEthertypeVariableAuxClass'
DESC 'Ethertype'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsEthertypeVariableAuxClass instance, the only allowed values
for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..65535 (inclusive) or 16-bit bitStrings SHOULD be used with
pcelsEthertypeVariableAuxClass instances.
The pcelsSourceSAPVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.35
NAME 'pcelsSourceSAPVariableAuxClass'
DESC 'Source SAP'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSourceSAPVariableAuxClass instance, the only allowed values
for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..255 (inclusive) or 8-bit bitStrings SHOULD be used with
pcelsSourceSAPVariableAuxClass instances.
Pana, et al. Standards Track [Page 52]
RFC 4104 PCELS June 2005
The pcelsDestinationSAPVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.36
NAME 'pcelsDestinationSAPVariableAuxClass'
DESC 'Destination SAP'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsDestinationSAPVariableAuxClass instance, the only allowed
values for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..255 (inclusive) or 8-bit bitStrings SHOULD be used with
pcelsDestinationSAPVariableAuxClass instances.
The pcelsSNAPOUIVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.37
NAME 'pcelsSNAPOUIVariableAuxClass'
DESC 'SNAP OUI'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSNAPOUIVariableAuxClass instance, the only allowed values
for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..16777215 (inclusive) or 24-bit bitStrings SHOULD be used with
pcelsSNAPOUIVariableAuxClass instances.
The pcelsSNAPTypeVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.38
NAME 'pcelsSNAPTypeVariableAuxClass'
DESC 'SNAP type'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsSNAPTypeVariableAuxClass instance, the only allowed values
for the pcelsExpectedValueTypes attribute are
'pcelsIntegerValueAuxClass' and 'pcelsBitStringValueAuxClass'.
Additionally, only policy values that represent integers in the range
0..65535 (inclusive) or 16-bit bitStrings SHOULD be used with
pcelsSNAPTypeVariableAuxClass instances.
Pana, et al. Standards Track [Page 53]
RFC 4104 PCELS June 2005
The pcelsFlowDirectionVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.39
NAME 'pcelsFlowDirectionVariableAuxClass'
DESC 'Flow direction'
SUP pcelsImplicitVariableAuxClass
AUXILIARY
)
In a pcelsFlowDirectionVariableAuxClass instance, the only allowed
value for the pcelsExpectedValueTypes attribute is
'pcelsStringValueAuxClass'. Additionally, only policy values that
represent the strings 'IN' and 'OUT' SHOULD be used with
pcelsFlowDirectionVariableAuxClass instances.
5.16. The Auxiliary Class pcelsValueAuxClass
The pcelsValueAuxClass class is the base class for representing a
policy value. It is mapped from the PolicyValue class [PCIM_EXT].
The pcelsValueAuxClass is an auxiliary object class and it is derived
directly from the 'top' object class [LDAP_SCHEMA].
The pcelsValueAuxClass class does not represent actual values; these
are introduced by its subclasses. pcelsValueAuxClass introduces the
semantics of being a policy value that are inherited by all its
subclasses. Among these semantics are those of representing either
rule-specific or reusable policy values.
In order to preserve the ability to represent rule-specific or
reusable values, all the subclasses of pcelsValueAuxClass MUST also
be auxiliary classes.
The pcelsValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.40
NAME 'pcelsValueAuxClass'
DESC 'Base class for representing a policy value'
SUP top
AUXILIARY
MAY ( pcelsValueName )
)
The pcelsValueName attribute type may be used as naming attribute for
pcelsValueAuxClass entries. This attribute type is of syntax
Directory String [LDAP_SYNTAX]. It has an equality matching rule of
caseIgnoreMatch, an ordering matching rule of caseIgnoreOrderingMatch
and a substrings matching rule of caseIgnoreSubstringsMatch
[LDAP_SYNTAX]. Attributes of this type can only have a single value.
Pana, et al. Standards Track [Page 54]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.19
NAME 'pcelsValueName'
DESC 'The user-friendly name of a value'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
5.17. The Subclasses of pcelsValueAuxClass
The following classes are derived from the pcelsValueAuxClass class.
They are mapped from the corresponding subclasses of the PolicyValue
class [PCIM_EXT]. All the classes defined below are auxiliary object
classes.
The pcelsIPv4AddrValueAuxClass class represents a policy value that
provides an unordered set of IPv4 addresses, IPv4 address ranges or
hosts. It is mapped from the PolicyIPv4AddrValue class [PCIM_EXT].
The pcelsIPv4AddrValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.41
NAME 'pcelsIPv4AddrValueAuxClass'
DESC 'Provides IPv4 addresses'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsIPv4AddrList )
)
The pcelsIPv4AddrList attribute type represents an unordered set of
IPv4 addresses, IPv4 address ranges or hosts. It is mapped from the
PolicyIPv4AddrValue.IPv4AddrList property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to any of the formats defined for the
IPv4AddrList property [PCIM_EXT].
Pana, et al. Standards Track [Page 55]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.20
NAME 'pcelsIPv4AddrList'
DESC 'Unordered set of IPv4 addresses, IPv4 address ranges or
hosts'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
The pcelsIPv6AddrValueAuxClass class represents a policy value that
provides an unordered set of IPv6 addresses, IPv6 address ranges or
hosts. It is mapped from the PolicyIPv6AddrValue class [PCIM_EXT].
The pcelsIPv6AddrValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.42
NAME 'pcelsIPv6AddrValueAuxClass'
DESC 'Provides IPv6 addresses'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsIPv6AddrList )
)
The pcelsIPv6AddrList attribute type represents an unordered set of
IPv6 addresses, IPv6 address ranges or hosts. It is mapped from the
PolicyIPv6AddrValue.IPv6AddrList property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to any of the formats defined for the
IPv6AddrList property [PCIM_EXT].
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.21
NAME 'pcelsIPv6AddrList'
DESC 'Unordered set of IPv6 addresses, IPv6 address ranges or
hosts'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
Pana, et al. Standards Track [Page 56]
RFC 4104 PCELS June 2005
The pcelsMACAddrValueAuxClass class represents a policy value that
provides an unordered set of MAC addresses or MAC address ranges. It
is mapped from the PolicyMACAddrValue class [PCIM_EXT].
The pcelsMACAddrValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.43
NAME 'pcelsMACAddrValueAuxClass'
DESC 'Provides MAC addresses'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsMACAddrList )
)
The pcelsMACAddrList attribute type represents an unordered set of
MAC addresses or MAC address ranges. It is mapped from the
PolicyMACAddrValue.MACAddrList property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to any of the formats defined for the
MACAddrList property [PCIM_EXT].
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.22
NAME 'pcelsMACAddrList'
DESC 'Unordered set of MAC addresses or MAC address ranges'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
The pcelsStringValueAuxClass class represents a policy value that
provides an unordered set of strings with wildcards. It is mapped
from the PolicyStringValue class [PCIM_EXT].
The pcelsStringValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.44
NAME 'pcelsStringValueAuxClass'
DESC 'Provides string values'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsStringList )
Pana, et al. Standards Track [Page 57]
RFC 4104 PCELS June 2005
)
The pcelsStringList attribute type represents an unordered set of
strings with wildcards. It is mapped from the
PolicyStringValue.StringList property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to the format defined for the StringList
property [PCIM_EXT].
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.23
NAME 'pcelsStringList'
DESC 'Unordered set of strings with wildcards'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
The pcelsBitStringValueAuxClass class represents a policy value that
provides an unordered set of bit strings or bit string ranges. It is
mapped from the PolicyBitStringValue class [PCIM_EXT].
The pcelsBitStringValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.45
NAME 'pcelsBitStringValueAuxClass'
DESC 'Provides bit strings'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsBitStringList )
)
The pcelsBitStringList attribute type represents an unordered set of
bit strings or bit string ranges. It is mapped from the
PolicyBitStringValue.BitStringList property [PCIM_EXT]. This
attribute type is of syntax Directory String [LDAP_SYNTAX]. It has
an equality matching rule of caseIgnoreMatch, an ordering matching
rule of caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to any of the formats defined for the
BitStringList property [PCIM_EXT].
Pana, et al. Standards Track [Page 58]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.24
NAME 'pcelsBitStringList'
DESC 'Unordered set of bit strings or bit string ranges'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
The pcelsIntegerValueAuxClass class represents a policy value that
provides an unordered set of integers or integer ranges. It is
mapped from the PolicyIntegerValue class [PCIM_EXT].
The pcelsIntegerValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.46
NAME 'pcelsIntegerValueAuxClass'
DESC 'Provides integer values'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsIntegerList )
)
The pcelsIntegerList attribute type represents an unordered set of
integers or integer ranges. It is mapped from the
PolicyIntegerValue.IntegerList property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for attributes of this
type are strings conforming to the format defined for the IntegerList
property [PCIM_EXT].
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.25
NAME 'pcelsIntegerList'
DESC 'Unordered set of integers or integer ranges'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
)
Pana, et al. Standards Track [Page 59]
RFC 4104 PCELS June 2005
The pcelsBooleanValueAuxClass class represents a policy value that
provides a boolean. It is mapped from the PolicyIntegerValue class
[PCIM_EXT].
The pcelsBooleanValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.47
NAME 'pcelsBooleanValueAuxClass'
DESC 'Provides a boolean value.'
SUP pcelsValueAuxClass
AUXILIARY
MUST ( pcelsBoolean )
)
The pcelsBoolean attribute type represents a boolean. It is mapped
from the PolicyBooleanValue.BooleanValue property [PCIM_EXT]. This
attribute type is of syntax Boolean [LDAP_SYNTAX]. It has an
equality matching rule of booleanMatch [LDAP_MATCH]. Attributes of
this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.26
NAME 'pcelsBoolean'
DESC 'Boolean value'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
5.18. The Three Reusable Policy Container Classes
The pcelsReusableContainer class represents a container of reusable
policy elements. It is mapped from the ReusablePolicyContainer class
[PCIM_EXT]. The pcelsReusableContainer class is derived from the
pcimRepository class [PCLS]. To maximize flexibility, the
pcelsReusableContainer class is defined as abstract. An auxiliary
subclass pcelsReusableContainerAuxClass enables the attachment of a
reusable policy container to an existing entry, while a structural
subclass pcelsReusableContainerInstance permits the representation of
a reusable policy container as a standalone entry.
The elements contained in a reusable policy container are aggregated
via subordination to a pcelsReusableContainer instance (DIT
containment). A reusable policy container can include the elements
of another reusable policy container by aggregating the container
itself. This is realized by DIT containment when the policy
containers are subordinated to one another, or by reference when the
Pana, et al. Standards Track [Page 60]
RFC 4104 PCELS June 2005
aggregating policy container references the aggregated one using the
attribute pcelsReusableContainerList.
The pcelsReusableContainer class is defined as follows:
( 1.3.6.1.1.9.1.48
NAME 'pcelsReusableContainer'
DESC 'Container for reusable policy information'
SUP pcimRepository
ABSTRACT
MAY ( pcelsReusableContainerName
$ pcelsReusableContainerList )
)
The pcelsReusableContainerAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.49
NAME 'pcelsReusableContainerAuxClass '
DESC 'Container for reusable policy information'
SUP pcelsReusableContainer
AUXILIARY
)
The pcelsReusableContainerInstance class is defined as follows:
( 1.3.6.1.1.9.1.50
NAME 'pcelsReusableContainerInstance'
DESC 'Container for reusable policy information'
SUP pcelsReusableContainer
STRUCTURAL
)
The pcelsReusableContainerName attribute type may be used as naming
attribute for pcelsReusableContainer entries. This attribute type is
of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.27
NAME 'pcelsReusableContainerName'
DESC 'User-friendly name of a reusable policy container'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
Pana, et al. Standards Track [Page 61]
RFC 4104 PCELS June 2005
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsReusableContainerList attribute type realizes the
ContainedDomain association [PCIM_EXT]. This attribute type is of
syntax DN [LDAP_SYNTAX]. It has an equality matching rule of
distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for
pcelsReusableContainerList attributes are DNs of
pcelsReusableContainer entries. In a pcelsReusableContainer, the
pcelsReusableContainerList attribute represents the associations
between this reusable policy container and others for the purpose of
including them as nested containers.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.28
NAME 'pcelsReusableContainerList'
DESC 'Unordered set of DNs of pcelsReusableContainer entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
Note: PCELS implementations SHOULD support pcelsReusableContainer and
its two subclasses and MAY also support the two subclasses of
pcimRepository [PCLS].
5.19. The Structural Class pcelsRoleCollection
The pcelsRoleCollection class represents a collection of managed
elements that share a common role. It is mapped from the
PolicyRoleCollection class [PCIM_EXT]. The pcelsRoleCollection class
is a structural object class and it is derived from the pcimPolicy
class [PCLS].
The pcelsRoleCollection class is defined as follows:
( 1.3.6.1.1.9.1.51
NAME 'pcelsRoleCollection'
DESC 'Collection of managed elements that share a common role'
SUP pcimPolicy
STRUCTURAL
MUST ( pcelsRole )
MAY ( pcelsRoleCollectionName
$ pcelsElementList )
)
Pana, et al. Standards Track [Page 62]
RFC 4104 PCELS June 2005
The pcelsRole attribute type represents the role associated with a
collection of managed elements. It is mapped from the
PolicyRoleCollection.PolicyRole property [PCIM_EXT]. This attribute
type is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.29
NAME 'pcelsRole'
DESC 'String representing a role.'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsRoleCollectionName attribute type may be used as naming
attribute for pcelsRoleCollection entries. This attribute type is of
syntax Directory String [LDAP_SYNTAX]. It has an equality matching
rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.30
NAME 'pcelsRoleCollectionName'
DESC 'User-friendly name of a role collection'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsElementList attribute type realizes the
ElementInPolicyRoleCollection association [PCIM_EXT]. This attribute
type is of syntax DN [LDAP_SYNTAX]. It has an equality matching rule
of distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. In a pcelsRoleCollection, the pcelsElementList
attribute represents the associations between this role collection
and its members.
Pana, et al. Standards Track [Page 63]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.31
NAME 'pcelsElementList'
DESC 'Unordered set of managed elements'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
5.20. The Abstract Class pcelsFilterEntryBase
The pcelsFilterEntryBase class is the base class for defining message
or packet filters. It is mapped from the FilterEntryBase class
[PCIM_EXT]. The pcelsFilterEntryBase class is an abstract object
class and it is derived from the pcimPolicy class [PCLS].
The pcelsFilterEntryBase class is defined as follows:
( 1.3.6.1.1.9.1.52
NAME 'pcelsFilterEntryBase'
DESC 'Base class for message or packet filters'
SUP pcimPolicy
ABSTRACT
MAY ( pcelsFilterName
$ pcelsFilterIsNegated )
)
The pcelsFilterName attribute type may be used as naming attribute
for pcelsFilterEntryBase entries. This attribute type is of syntax
Directory String [LDAP_SYNTAX]. It has an equality matching rule of
caseIgnoreMatch, an ordering matching rule of caseIgnoreOrderingMatch
and a substrings matching rule of caseIgnoreSubstringsMatch
[LDAP_SYNTAX]. Attributes of this type can only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.32
NAME 'pcelsFilterName'
DESC 'User-friendly name of a filter entry'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsFilterIsNegated attribute type indicates whether the match
information specified in a pcelsFilterEntryBase is negated or not.
Pana, et al. Standards Track [Page 64]
RFC 4104 PCELS June 2005
It is mapped from the FilterEntryBase.IsNegated property [PCIM_EXT].
This attribute type is of syntax Boolean [LDAP_SYNTAX]. It has an
equality matching rule of booleanMatch [LDAP_MATCH]. Attributes of
this type can only have a single value. If this attribute is missing
from a pcelsFilterEntryBase instance, applications MUST assume that
the filter is not negated.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.33
NAME 'pcelsFilterIsNegated'
DESC 'Indicates whether the filter is negated'
EQUALITY booleanMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.7
SINGLE-VALUE
)
5.21. The Structural Class pcelsIPHeadersFilter
The pcelsIPHeadersFilter class provides the most commonly required
attributes for performing filtering on IP, TCP or UDP headers. It is
mapped from the IpHeadersFilter class [PCIM_EXT]. It is a structural
object class derived from the pcelsFilterEntryBase class.
The pcelsIPHeadersFilter class is defined as follows:
( 1.3.6.1.1.9.1.53
NAME 'pcelsIPHeadersFilter'
DESC 'IP header filter'
SUP pcelsFilterEntryBase
STRUCTURAL
MAY ( pcelsIPHdrVersion
$ pcelsIPHdrSourceAddress
$ pcelsIPHdrSourceAddressEndOfRange
$ pcelsIPHdrSourceMask
$ pcelsIPHdrDestAddress
$ pcelsIPHdrDestAddressEndOfRange
$ pcelsIPHdrDestMask
$ pcelsIPHdrProtocolID
$ pcelsIPHdrSourcePortStart
$ pcelsIPHdrSourcePortEnd
$ pcelsIPHdrDestPortStart
$ pcelsIPHdrDestPortEnd
$ pcelsIPHdrDSCPList
$ pcelsIPHdrFlowLabel )
)
Pana, et al. Standards Track [Page 65]
RFC 4104 PCELS June 2005
Applications MUST assume 'all values' for optional (MAY) attributes
not present in a pcelsIPHeadersFilter entry.
[PCIM_EXT] defines several constraints for the IpHeadersFilter class
and its properties. All these constraints (even those that, for
brevity, are not reiterated in this document) apply to the
pcelsIPHeadersFilter class and its attributes. A
pcelsIPHeadersFilter entry that violates any of these constraints
SHOULD be treated as invalid and the policy rules or groups
associated to this entry SHOULD be treated as being disabled, meaning
that the execution of such policy rules or groups SHOULD be stopped.
The pcelsIPHdrVersion attribute type indicates the version of the IP
addresses to be filtered on. It is mapped from the
IpHeadersFilter.HdrIpVersion property [PCIM_EXT]. This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are 4 and 6.
In a pcelsIPHeadersFilter entry, the pcelsIPHdrVersion attribute type
determines the size for the IP version dependent attribute values.
These attributes are: pcelsIPHdrSourceAddress,
pcelsIPHdrSourceAddressEndOfRange, pcelsIPHdrSourceMask,
pcelsIPHdrDestAddress, pcelsIPHdrDestAddressEndOfRange and
pcelsIPHdrDestMask. Their valid values are as follows:
for IPv4: OctetStrings with a size of 4
for IPv6: OctetStrings with a size of 16 or 20
If the pcelsIPHdrVersion attribute is missing from a
pcelsFilterEntryBase instance, then the filter does not consider IP
version in selecting matching packets. In this case, the IP version
dependent attributes (listed above) must not be present in the filter
entry.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.34
NAME 'pcelsIPHdrVersion'
DESC 'IP version'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
Pana, et al. Standards Track [Page 66]
RFC 4104 PCELS June 2005
The pcelsIPHdrSourceAddress attribute type represents a source IP
address. It is mapped from the IpHeadersFilter.HdrSrcAddress
property [PCIM_EXT]. This attribute type is of syntax OctetString
[LDAP_SYNTAX]. It has an equality matching rule of octetStringMatch
[LDAP_SCHEMA] and an ordering matching rule of
octetStringOrderingMatch [LDAP_MATCH]. Attributes of this type can
only have a single value. The only allowed values for attributes of
this type are octet strings with a size of 4, 16, or 20.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.35
NAME 'pcelsIPHdrSourceAddress'
DESC 'Source IP address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrSourceAddressEndOfRange attribute type represents the
end of a range of source IP addresses. It is mapped from the
IpHeadersFilter.HdrSrcAddressEndOfRange property [PCIM_EXT]. This
attribute type is of syntax OctetString [LDAP_SYNTAX]. It has an
equality matching rule of octetStringMatch [LDAP_SCHEMA] and an
ordering matching rule of octetStringOrderingMatch [LDAP_MATCH].
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are octet strings with a
size of 4, 16, or 20.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.36
NAME 'pcelsIPHdrSourceAddressEndOfRange'
DESC 'End of a range of source IP addresses'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrSourceMask attribute type represents the mask to be
used in comparing the source IP address. It is mapped from the
IpHeadersFilter.HdrSrcMask property [PCIM_EXT]. This attribute type
is of syntax OctetString [LDAP_SYNTAX]. It has an equality matching
rule of octetStringMatch [LDAP_SCHEMA] and an ordering matching rule
Pana, et al. Standards Track [Page 67]
RFC 4104 PCELS June 2005
of octetStringOrderingMatch [LDAP_MATCH]. Attributes of this type
can only have a single value. The only allowed values for attributes
of this type are octet strings with a size of 4, 16, or 20.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.37
NAME 'pcelsIPHdrSourceMask'
DESC 'Mask to be used in comparing the source IP address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrDestAddress attribute type represents a destination IP
address. It is mapped from the IpHeadersFilter.HdrDestAddress
property [PCIM_EXT]. This attribute type is of syntax OctetString
[LDAP_SYNTAX]. It has an equality matching rule of octetStringMatch
[LDAP_SCHEMA] and an ordering matching rule of
octetStringOrderingMatch [LDAP_MATCH]. Attributes of this type can
only have a single value. The only allowed values for attributes of
this type are octet strings with a size of 4, 16, or 20.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.38
NAME 'pcelsIPHdrDestAddress'
DESC 'Destination IP address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrDestAddressEndOfRange attribute type represents the end
of a range of destination IP addresses. It is mapped from the
IpHeadersFilter.HdrDestAddressEndOfRange property [PCIM_EXT]. This
attribute type is of syntax OctetString [LDAP_SYNTAX]. It has an
equality matching rule of octetStringMatch [LDAP_SCHEMA] and an
ordering matching rule of octetStringOrderingMatch [LDAP_MATCH].
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are octet strings with a
size of 4, 16, or 20.
Pana, et al. Standards Track [Page 68]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.39
NAME 'pcelsIPHdrDestAddressEndOfRange'
DESC 'End of a range of destination IP addresses'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrDestMask attribute type represents a mask to be used in
comparing the destination IP address. It is mapped from the
IpHeadersFilter.HdrDestMask property [PCIM_EXT]. This attribute type
is of syntax OctetString [LDAP_SYNTAX]. It has an equality matching
rule of octetStringMatch [LDAP_SCHEMA] and an ordering matching rule
of octetStringOrderingMatch [LDAP_MATCH]. Attributes of this type
can only have a single value. The only allowed values for attributes
of this type are octet strings with a size of 4, 16, or 20.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.40
NAME 'pcelsIPHdrDestMask'
DESC 'Mask to be used in comparing the destination IP address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcelsIPHdrProtocolID attribute type indicates an IP protocol
type. It is mapped from the IpHeadersFilter.HdrProtocolID property
[PCIM_EXT]. This attribute type is of syntax Integer [LDAP_SYNTAX].
It has an equality matching rule of integerMatch [LDAP_SYNTAX] and an
ordering matching rule of integerOrderingMatch [LDAP_MATCH].
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are integers in the range
0..255 (inclusive).
Pana, et al. Standards Track [Page 69]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.41
NAME 'pcelsIPHdrProtocolID'
DESC 'IP protocol type'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsIPHdrSourcePortStart attribute type represents the lower end
of a range of UDP or TCP source ports. It is mapped from the
IpHeadersFilter.HdrSrcPortStart property [PCIM_EXT]. This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are integers in the range 0..65535 (inclusive).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.42
NAME 'pcelsIPHdrSourcePortStart'
DESC 'Lower end of a range of UDP or TCP source ports'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsIPHdrSourcePortEnd attribute type represents the upper end
of a range of UDP or TCP source ports. It is mapped from the
IpHeadersFilter.HdrSrcPortEnd property [PCIM_EXT]. This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are integers in the range 0..65535 (inclusive).
Pana, et al. Standards Track [Page 70]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.43
NAME 'pcelsIPHdrSourcePortEnd'
DESC 'Upper end of a range of UDP or TCP source ports'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsIPHdrDestPortStart attribute type represents the lower end
of a range of UDP or TCP destination ports. It is mapped from the
IpHeadersFilter.HdrDestPortStart property [PCIM_EXT]. This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are integers in the range 0..65535 (inclusive).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.44
NAME 'pcelsIPHdrDestPortStart'
DESC 'Lower end of a range of UDP or TCP destination ports'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsIPHdrDestPortEnd attribute type represents the upper end of
a range of UDP or TCP destination ports. It is mapped from the
IpHeadersFilter.HdrDestPortEnd property [PCIM_EXT]. This attribute
type is of syntax Integer [LDAP_SYNTAX]. It has an equality matching
rule of integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can only
have a single value. The only allowed values for attributes of this
type are integers in the range 0..65535 (inclusive).
Pana, et al. Standards Track [Page 71]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.45
NAME 'pcelsIPHdrDestPortEnd'
DESC 'Upper end of a range of UDP or TCP destination ports'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsIPHdrDSCPList attribute type is mapped from the
IpHeadersFilter.HdrDSCP property [PCIM_EXT]. This attribute type is
of syntax Integer [LDAP_SYNTAX]. It has an equality matching rule of
integerMatch [LDAP_SYNTAX] and an ordering matching rule of
integerOrderingMatch [LDAP_MATCH]. Attributes of this type can have
multiple values. The only allowed values for attributes of this type
are integers in the range 0..63 (inclusive).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.46
NAME 'pcelsIPHdrDSCPList'
DESC 'DSCP values'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
)
The pcelsIPHdrFlowLabel attribute type is mapped from the
IpHeadersFilter.HdrFlowLabel property [PCIM_EXT]. This attribute
type is of syntax OctetString [LDAP_SYNTAX]. It has an equality
matching rule of octetStringMatch [LDAP_SCHEMA] and an ordering
matching rule of octetStringOrderingMatch [LDAP_MATCH]. Attributes
of this type can only have a single value. The only allowed values
for attributes of this type are octet strings of size 3 (that is, 24
bits) that contain a Flow Label value in the rightmost 20 bits padded
on the left with b'0000'.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.47
NAME 'pcelsIPHdrFlowLabel'
DESC 'IP flow label'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
Pana, et al. Standards Track [Page 72]
RFC 4104 PCELS June 2005
)
5.22. The Structural Class pcels8021Filter
The pcels8021Filter class provides 802.1 attributes for performing
filtering on 802.1 headers. It is mapped from the 8021Filter class
[PCIM_EXT]. The pcels8021Filter class is a structural object class
and it is derived from the pcelsFilterEntryBase class.
The pcels8021Filter class is defined as follows:
( 1.3.6.1.1.9.1.54
NAME 'pcels8021Filter'
DESC '802.1 header filter'
SUP pcelsFilterEntryBase
STRUCTURAL
MAY ( pcels8021HdrSourceMACAddress
$ pcels8021HdrSourceMACMask
$ pcels8021HdrDestMACAddress
$ pcels8021HdrDestMACMask
$ pcels8021HdrProtocolID
$ pcels8021HdrPriority
$ pcels8021HdrVLANID )
)
Applications MUST assume 'all values' for optional (MAY) attributes
not present in a pcels8021Filter entry.
[PCIM_EXT] defines several constraints for the 8021Filter class and
its properties. All these constraints (even those that, for brevity,
are not reiterated in this document) apply to the pcels8021Filter
class and its attributes. A pcels8021Filter entry that violates any
of these constraints SHOULD be treated as invalid and the policy
rules or groups associated to this entry SHOULD be treated as being
disabled, meaning that the execution of such policy rules or groups
SHOULD be stopped.
The pcels8021HdrSourceMACAddress attribute type represents a source
MAC address. It is mapped from the 8021Filter.8021HdrSrcMACAddr
property [PCIM_EXT]. This attribute type is of syntax OctetString
[LDAP_SYNTAX]. It has an equality matching rule of octetStringMatch
[LDAP_SCHEMA] and an ordering matching rule of
octetStringOrderingMatch [LDAP_MATCH]. Attributes of this type can
only have a single value. The only allowed values for attributes of
this type are octet strings with a size of 6.
Pana, et al. Standards Track [Page 73]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.48
NAME 'pcels8021HdrSourceMACAddress'
DESC 'Source MAC address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcels8021HdrSourceMACMask attribute type represents the a mask to
be used in comparing the source MAC address. It is mapped from the
8021Filter.8021HdrSrcMACMask property [PCIM_EXT]. This attribute
type is of syntax OctetString [LDAP_SYNTAX]. It has an equality
matching rule of octetStringMatch [LDAP_SCHEMA] and an ordering
matching rule of octetStringOrderingMatch [LDAP_MATCH]. Attributes
of this type can only have a single value. The only allowed values
for attributes of this type are octet strings with a size of 6.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.49
NAME 'pcels8021HdrSourceMACMask'
DESC 'Source MAC address mask'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcels8021HdrDestMACAddress attribute type represents a
destination MAC address. It is mapped from the
8021Filter.8021HdrDestMACAddr property [PCIM_EXT]. This attribute
type is of syntax OctetString [LDAP_SYNTAX]. It has an equality
matching rule of octetStringMatch [LDAP_SCHEMA] and an ordering
matching rule of octetStringOrderingMatch [LDAP_MATCH]. Attributes
of this type can only have a single value. The only allowed values
for attributes of this type are octet strings with a size of 6.
Pana, et al. Standards Track [Page 74]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.50
NAME 'pcels8021HdrDestMACAddress'
DESC 'Destination MAC address'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcels8021HdrDestMACMask attribute type represents the a mask to
be used in comparing the destination MAC address. It is mapped from
the 8021Filter.8021HdrDestMACMask property [PCIM_EXT]. This
attribute type is of syntax OctetString [LDAP_SYNTAX]. It has an
equality matching rule of octetStringMatch [LDAP_SCHEMA] and an
ordering matching rule of octetStringOrderingMatch [LDAP_MATCH].
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are octet strings with a
size of 6.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.51
NAME 'pcels8021HdrDestMACMask'
DESC 'Destination MAC address mask'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
SINGLE-VALUE
)
The pcels8021HdrProtocolID attribute type indicates an Ethernet
protocol type. It is mapped from the 8021Filter.8021HdrProtocolID
property [PCIM_EXT]. This attribute type is of syntax Integer
[LDAP_SYNTAX]. It has an equality matching rule of integerMatch
[LDAP_SYNTAX] and an ordering matching rule of integerOrderingMatch
[LDAP_MATCH]. Attributes of this type can have multiple values. No
order is implied. The only allowed values for attributes of this
type are integers in the range 0..65535 (inclusive).
Pana, et al. Standards Track [Page 75]
RFC 4104 PCELS June 2005
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.52
NAME 'pcels8021HdrProtocolID'
DESC 'Ethernet protocol ID'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
)
The pcels8021HdrPriority attribute type indicates an 802.1Q priority.
It is mapped from the 8021Filter.8021HdrPriorityValue property
[PCIM_EXT]. This attribute type is of syntax Integer [LDAP_SYNTAX].
It has an equality matching rule of integerMatch [LDAP_SYNTAX] and an
ordering matching rule of integerOrderingMatch [LDAP_MATCH].
Attributes of this type can have multiple values. No order is
implied. The only allowed values for attributes of this type are
integers in the range 0..7 (inclusive).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.53
NAME 'pcels8021HdrPriority'
DESC '802.1Q priority'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
)
The pcels8021HdrVLANID attribute type indicates an 802.1Q VLAN
Identifier. It is mapped from the 8021Filter.8021HdrVLANID property
[PCIM_EXT]. This attribute type is of syntax Integer [LDAP_SYNTAX].
It has an equality matching rule of integerMatch [LDAP_SYNTAX] and an
ordering matching rule of integerOrderingMatch [LDAP_MATCH].
Attributes of this type can have multiple values. The only allowed
values for attributes of this type are integers in the range 0..4095
(inclusive).
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.54
NAME 'pcels8021HdrVLANID'
DESC '802.1Q VLAN ID'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
)
Pana, et al. Standards Track [Page 76]
RFC 4104 PCELS June 2005
5.23. The Auxiliary Class pcelsFilterListAuxClass
The pcelsFilterListAuxClass class represents a collection of device-
level filters aggregated in a policy condition. It is mapped from
the FilterList class [PCIM_EXT]. pcelsFilterListAuxClass instances
can be used as conditions in policy rules or as components in
compound conditions. The pcelsFilterListAuxClass class is an
auxiliary object class and it is derived from the
pcimConditionAuxClass class [PCLS].
The pcelsFilterListAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.55
NAME 'pcelsFilterListAuxClass'
DESC 'Collection of pcelsFilterEntryBase filters'
SUP pcimConditionAuxClass
AUXILIARY
MAY ( pcelsFilterListName
$ pcelsFilterDirection
$ pcelsFilterEntryList )
)
The pcelsFilterListName attribute type may be used as naming
attribute for pcelsFilterListAuxClass entries. This attribute type
is of syntax Directory String [LDAP_SYNTAX]. It has an equality
matching rule of caseIgnoreMatch, an ordering matching rule of
caseIgnoreOrderingMatch and a substrings matching rule of
caseIgnoreSubstringsMatch [LDAP_SYNTAX]. Attributes of this type can
only have a single value.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.55
NAME 'pcelsFilterListName'
DESC 'User-friendly name of a FilterList'
EQUALITY caseIgnoreMatch
ORDERING caseIgnoreOrderingMatch
SUBSTR caseIgnoreSubstringsMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.15
SINGLE-VALUE
)
The pcelsFilterDirection attribute type indicates the direction of
the packets or messages relative to the interface where the filter is
applied. It is mapped from the FilterList.Direction property
[PCIM_EXT]. This attribute type is of syntax Integer [LDAP_SYNTAX].
It has an equality matching rule of integerMatch [LDAP_SYNTAX] and an
ordering matching rule of integerOrderingMatch [LDAP_MATCH].
Pana, et al. Standards Track [Page 77]
RFC 4104 PCELS June 2005
Attributes of this type can only have a single value. The only
allowed values for attributes of this type are 0 (NotApplicable), 1
(Input), 2 (Output), 3 (Both) and 4 (Mirrored). If this attribute is
missing from a pcelsFilterListAuxClass instance, applications MUST
assume that a direction is not applicable.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.56
NAME 'pcelsFilterDirection'
DESC 'Direction to which this filter is applied'
EQUALITY integerMatch
ORDERING integerOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.27
SINGLE-VALUE
)
The pcelsFilterEntryList attribute type realizes the
EntriesInFilterList association [PCIM_EXT]. This attribute type is
of syntax DN [LDAP_SYNTAX]. It has an equality matching rule of
distinguishedNameMatch [LDAP_SYNTAX]. Attributes of this type can
have multiple values. The only allowed values for
pcelsFilterEntryList attributes are DNs of pcelsFilterEntryBase
entries. In a pcelsFilterListAuxClass, the pcelsFilterEntryList
attribute represents the associations between this filter collection
and its components.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.57
NAME 'pcelsFilterEntryList'
DESC 'Unordered set of DNs of pcelsFilterEntryBase entries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
)
The EntrySequence property of the association EntriesInFilterList is
restricted to a single value ('0') [PCIM_EXT] which makes it
redundant. Therefore, its mapping to an LDAP schema element is
unnecessary.
Pana, et al. Standards Track [Page 78]
RFC 4104 PCELS June 2005
5.24. The Auxiliary Class pcelsVendorVariableAuxClass
The pcelsVendorVariableAuxClass class provides a general extension
mechanism for representing policy variables that have not been
specifically modeled. Instead, its two properties are used to define
the content and format of the variable, as explained below. This
class is intended for vendor-specific extensions that are not
amenable to using pcelsVariable; standardized extensions SHOULD NOT
use this class.
The pcelsVendorVariableAuxClass class is an auxiliary object class
and it is derived from the pcelsVariable class.
The pcelsVendorVariableAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.56
NAME 'pcelsVendorVariableAuxClass'
DESC 'Defines registered means to describe a policy variable'
SUP pcelsVariable
AUXILIARY
MAY ( pcelsVendorVariableData $
pcelsVendorVariableEncoding )
)
The pcelsVendorVariableData attribute provides a general mechanism
for representing policy variables that have not been specifically
modeled. This attribute type is of syntax OctetString [LDAP_SYNTAX].
It has an equality matching rule of octetStringMatch [LDAP_SCHEMA]
and an ordering matching rule of octetStringOrderingMatch
[LDAP_MATCH]. Attributes of this type can have multiple values. In
pcelsVendorVariableAuxClass instances, the format of the values for
attributes of this type is identified by the OID stored in the
pcelsVendorVariableEncoding attribute.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.58
NAME 'pcelsVendorVariableData'
DESC 'Mechanism for representing variables that have not
been specifically modeled'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
)
The pcelsVendorVariableEncoding attribute identifies the format for
representing policy variables that have not been specifically
modeled. This attribute type is of syntax OID [LDAP_SYNTAX]. It has
Pana, et al. Standards Track [Page 79]
RFC 4104 PCELS June 2005
an equality matching rule of objectIdentifierMatch [LDAP_SYNTAX].
Attributes of this type can only have a single value. In
pcelsVendorVariableAuxClass instances, the
pcelsVendorVariableEncoding attribute is used to identify the format
and semantics for the pcelsVendorVariableData attribute values.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.59
NAME 'pcelsVendorVariableEncoding'
DESC 'Identifies the format and semantics for policy variables'
EQUALITY objectIdentifierMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
SINGLE-VALUE
)
5.25. The Auxiliary Class pcelsVendorValueAuxClass
The pcelsVendorValueAuxClass class provides a general extension
mechanism for representing policy values that have not been
specifically modeled. Instead, its two properties are used to define
the content and format of the policy value, as explained below. This
class is intended for vendor-specific extensions that are not
amenable to using pcelsValueAuxClass; standardized extensions SHOULD
NOT use this class.
The pcelsVendorValueAuxClass class is an auxiliary object class and
it is derived from the pcelsValueAuxClass class.
The pcelsVendorValueAuxClass class is defined as follows:
( 1.3.6.1.1.9.1.57
NAME 'pcelsVendorValueAuxClass'
DESC 'Defines registered means to describe a policy value'
SUP pcelsValueAuxClass
AUXILIARY
MAY ( pcelsVendorValueData $
pcelsVendorValueEncoding )
)
The pcelsVendorValueData attribute provides a general mechanism for
representing policy values that have not been specifically modeled.
This attribute type is of syntax OctetString [LDAP_SYNTAX]. It has
an equality matching rule of octetStringMatch [LDAP_SCHEMA] and an
ordering matching rule of octetStringOrderingMatch [LDAP_MATCH].
Attributes of this type can have multiple values. In
Pana, et al. Standards Track [Page 80]
RFC 4104 PCELS June 2005
pcelsVendorValueAuxClass instances, the format of the values for
attributes of this type is identified by the OID stored in the
pcelsVendorValueEncoding attribute.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.60
NAME 'pcelsVendorValueData'
DESC 'Mechanism for representing values that have not been
specifically modeled'
EQUALITY octetStringMatch
ORDERING octetStringOrderingMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.40
)
The pcelsVendorValueEncoding attribute identifies the format for
representing policy values that have not been specifically modeled.
This attribute type is of syntax OID [LDAP_SYNTAX]. It has an
equality matching rule of objectIdentifierMatch [LDAP_SYNTAX].
Attributes of this type can only have a single value. In
pcelsVendorVarlueAuxClass instances, the pcelsVendorValueEncoding
attribute is used to identify the format and semantics for the
pcelsVendorValueData attribute values.
This attribute type is defined as follows:
( 1.3.6.1.1.9.2.61
NAME 'pcelsVendorValueEncoding'
DESC 'Identifies the format and semantics for policy values'
EQUALITY objectIdentifierMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
SINGLE-VALUE
)
6. Security Considerations
The Policy Core LDAP Schema [PCLS] describes the general security
considerations related to the general core policy schema. The
extensions defined in this document do not introduce any additional
considerations related to security.
Pana, et al. Standards Track [Page 81]
RFC 4104 PCELS June 2005
7. IANA Considerations
Refer to RFC 3383, "Internet Assigned Numbers Authority (IANA)
Considerations for the Lightweight Directory Access Protocol (LDAP)"
[LDAP-IANA].
7.1. Object Identifiers
The IANA has registered an LDAP Object Identifier for use in this
technical specification according to the following template:
Subject: Request for LDAP OID Registration
Person & e-mail address to contact for further information:
Mircea Pana (mpana@metasolv.com)
Specification: RFC 4104
Author/Change Controller: IESG
Comments:
The assigned OID is used as a base for identifying
a number of schema elements defined in this document.
IANA has assigned an OID of 1.3.6.1.1.9 with the name of pcelsSchema
to this registration as recorded in the following registry:
http://www.iana.org/assignments/smi-numbers
7.2. Object Identifier Descriptors
The IANA has registered the LDAP Descriptors used in this technical
specification as detailed in the following template:
Subject: Request for LDAP Descriptor Registration Update
Descriptor (short name): see comment
Object Identifier: see comment
Person & e-mail address to contact for further information:
Mircea Pana (mpana@metasolv.com)
Usage: see comment
Specification: RFC 4104
Author/Change Controller: IESG
Comments:
The following descriptors have been added:
NAME Type OID
-------------- ---- ------------
pcelsPolicySet O 1.3.6.1.1.9.1.1
pcelsPolicySetAssociation O 1.3.6.1.1.9.1.2
pcelsGroup O 1.3.6.1.1.9.1.3
pcelsGroupAuxClass O 1.3.6.1.1.9.1.4
Pana, et al. Standards Track [Page 82]
RFC 4104 PCELS June 2005
pcelsGroupInstance O 1.3.6.1.1.9.1.5
pcelsRule O 1.3.6.1.1.9.1.6
pcelsRuleAuxClass O 1.3.6.1.1.9.1.7
pcelsRuleInstance O 1.3.6.1.1.9.1.8
pcelsConditionAssociation O 1.3.6.1.1.9.1.9
pcelsActionAssociation O 1.3.6.1.1.9.1.10
pcelsSimpleConditionAuxClass O 1.3.6.1.1.9.1.11
pcelsCompoundConditionAuxClass O 1.3.6.1.1.9.1.12
pcelsCompoundFilterConditionAuxClass O 1.3.6.1.1.9.1.13
pcelsSimpleActionAuxClass O 1.3.6.1.1.9.1.14
pcelsCompoundActionAuxClass O 1.3.6.1.1.9.1.15
pcelsVariable O 1.3.6.1.1.9.1.16
pcelsExplicitVariableAuxClass O 1.3.6.1.1.9.1.17
pcelsImplicitVariableAuxClass O 1.3.6.1.1.9.1.18
pcelsSourceIPv4VariableAuxClass O 1.3.6.1.1.9.1.19
pcelsSourceIPv6VariableAuxClass O 1.3.6.1.1.9.1.20
pcelsDestinationIPv4VariableAuxClass O 1.3.6.1.1.9.1.21
pcelsDestinationIPv6VariableAuxClass O 1.3.6.1.1.9.1.22
pcelsSourcePortVariableAuxClass O 1.3.6.1.1.9.1.23
pcelsDestinationPortVariableAuxClass O 1.3.6.1.1.9.1.24
pcelsIPProtocolVariableAuxClass O 1.3.6.1.1.9.1.25
pcelsIPVersionVariableAuxClass O 1.3.6.1.1.9.1.26
pcelsIPToSVariableAuxClass O 1.3.6.1.1.9.1.27
pcelsDSCPVariableAuxClass O 1.3.6.1.1.9.1.28
pcelsFlowIdVariableAuxClass O 1.3.6.1.1.9.1.29
pcelsSourceMACVariableAuxClass O 1.3.6.1.1.9.1.30
pcelsDestinationMACVariableAuxClass O 1.3.6.1.1.9.1.31
pcelsVLANVariableAuxClass O 1.3.6.1.1.9.1.32
pcelsCoSVariableAuxClass O 1.3.6.1.1.9.1.33
pcelsEthertypeVariableAuxClass O 1.3.6.1.1.9.1.34
pcelsSourceSAPVariableAuxClass O 1.3.6.1.1.9.1.35
pcelsDestinationSAPVariableAuxClass O 1.3.6.1.1.9.1.36
pcelsSNAPOUIVariableAuxClass O 1.3.6.1.1.9.1.37
pcelsSNAPTypeVariableAuxClass O 1.3.6.1.1.9.1.38
pcelsFlowDirectionVariableAuxClass O 1.3.6.1.1.9.1.39
pcelsValueAuxClass O 1.3.6.1.1.9.1.40
pcelsIPv4AddrValueAuxClass O 1.3.6.1.1.9.1.41
pcelsIPv6AddrValueAuxClass O 1.3.6.1.1.9.1.42
pcelsMACAddrValueAuxClass O 1.3.6.1.1.9.1.43
pcelsStringValueAuxClass O 1.3.6.1.1.9.1.44
pcelsBitStringValueAuxClass O 1.3.6.1.1.9.1.45
pcelsIntegerValueAuxClass O 1.3.6.1.1.9.1.46
pcelsBooleanValueAuxClass O 1.3.6.1.1.9.1.47
pcelsReusableContainer O 1.3.6.1.1.9.1.48
pcelsReusableContainerAuxClass O 1.3.6.1.1.9.1.49
pcelsReusableContainerInstance O 1.3.6.1.1.9.1.50
pcelsRoleCollection O 1.3.6.1.1.9.1.51
pcelsFilterEntryBase O 1.3.6.1.1.9.1.52
Pana, et al. Standards Track [Page 83]
RFC 4104 PCELS June 2005
pcelsIPHeadersFilter O 1.3.6.1.1.9.1.53
pcels8021Filter O 1.3.6.1.1.9.1.54
pcelsFilterListAuxClass O 1.3.6.1.1.9.1.55
pcelsVendorVariableAuxClass O 1.3.6.1.1.9.1.56
pcelsVendorValueAuxClass O 1.3.6.1.1.9.1.57
pcelsPolicySetName A 1.3.6.1.1.9.2.1
pcelsDecisionStrategy A 1.3.6.1.1.9.2.2
pcelsPolicySetList A 1.3.6.1.1.9.2.3
pcelsPriority A 1.3.6.1.1.9.2.4
pcelsPolicySetDN A 1.3.6.1.1.9.2.5
pcelsConditionListType A 1.3.6.1.1.9.2.6
pcelsConditionList A 1.3.6.1.1.9.2.7
pcelsActionList A 1.3.6.1.1.9.2.8
pcelsSequencedActions A 1.3.6.1.1.9.2.9
pcelsExecutionStrategy A 1.3.6.1.1.9.2.10
pcelsVariableDN A 1.3.6.1.1.9.2.11
pcelsValueDN A 1.3.6.1.1.9.2.12
pcelsIsMirrored A 1.3.6.1.1.9.2.13
pcelsVariableName A 1.3.6.1.1.9.2.14
pcelsExpectedValueList A 1.3.6.1.1.9.2.15
pcelsVariableModelClass A 1.3.6.1.1.9.2.16
pcelsVariableModelProperty A 1.3.6.1.1.9.2.17
pcelsExpectedValueTypes A 1.3.6.1.1.9.2.18
pcelsValueName A 1.3.6.1.1.9.2.19
pcelsIPv4AddrList A 1.3.6.1.1.9.2.20
pcelsIPv6AddrList A 1.3.6.1.1.9.2.21
pcelsMACAddrList A 1.3.6.1.1.9.2.22
pcelsStringList A 1.3.6.1.1.9.2.23
pcelsBitStringList A 1.3.6.1.1.9.2.24
pcelsIntegerList A 1.3.6.1.1.9.2.25
pcelsBoolean A 1.3.6.1.1.9.2.26
pcelsReusableContainerName A 1.3.6.1.1.9.2.27
pcelsReusableContainerList A 1.3.6.1.1.9.2.28
pcelsRole A 1.3.6.1.1.9.2.29
pcelsRoleCollectionName A 1.3.6.1.1.9.2.30
pcelsElementList A 1.3.6.1.1.9.2.31
pcelsFilterName A 1.3.6.1.1.9.2.32
pcelsFilterIsNegated A 1.3.6.1.1.9.2.33
pcelsIPHdrVersion A 1.3.6.1.1.9.2.34
pcelsIPHdrSourceAddress A 1.3.6.1.1.9.2.35
pcelsIPHdrSourceAddressEndOfRange A 1.3.6.1.1.9.2.36
pcelsIPHdrSourceMask A 1.3.6.1.1.9.2.37
pcelsIPHdrDestAddress A 1.3.6.1.1.9.2.38
pcelsIPHdrDestAddressEndOfRange A 1.3.6.1.1.9.2.39
pcelsIPHdrDestMask A 1.3.6.1.1.9.2.40
pcelsIPHdrProtocolID A 1.3.6.1.1.9.2.41
pcelsIPHdrSourcePortStart A 1.3.6.1.1.9.2.42
pcelsIPHdrSourcePortEnd A 1.3.6.1.1.9.2.43
Pana, et al. Standards Track [Page 84]
RFC 4104 PCELS June 2005
pcelsIPHdrDestPortStart A 1.3.6.1.1.9.2.44
pcelsIPHdrDestPortEnd A 1.3.6.1.1.9.2.45
pcelsIPHdrDSCPList A 1.3.6.1.1.9.2.46
pcelsIPHdrFlowLabel A 1.3.6.1.1.9.2.47
pcels8021HdrSourceMACAddress A 1.3.6.1.1.9.2.48
pcels8021HdrSourceMACMask A 1.3.6.1.1.9.2.49
pcels8021HdrDestMACAddress A 1.3.6.1.1.9.2.50
pcels8021HdrDestMACMask A 1.3.6.1.1.9.2.51
pcels8021HdrProtocolID A 1.3.6.1.1.9.2.52
pcels8021HdrPriority A 1.3.6.1.1.9.2.53
pcels8021HdrVLANID A 1.3.6.1.1.9.2.54
pcelsFilterListName A 1.3.6.1.1.9.2.55
pcelsFilterDirection A 1.3.6.1.1.9.2.56
pcelsFilterEntryList A 1.3.6.1.1.9.2.57
pcelsVendorVariableData A 1.3.6.1.1.9.2.58
pcelsVendorVariableEncoding A 1.3.6.1.1.9.2.59
pcelsVendorValueData A 1.3.6.1.1.9.2.60
pcelsVendorValueEncoding A 1.3.6.1.1.9.2.61
pcelsRuleValidityPeriodList A 1.3.6.1.1.9.2.62
where Type A is Attribute, Type O is ObjectClass
These assignments are recorded in the following registry:
http://www.iana.org/assignments/ldap-parameters
8. Acknowledgements
We would like to thank Kurt Zeilenga, Bert Wijnen, Ryan Moats, John
Strassner, David McTavish, Larry Bartz and all the other members of
the Policy Framework WG for reviewing this document and making many
helpful suggestions and corrections.
We would also like to thank Joel Halpern (co-chair of the Policy
Framework WG) for his support, for bringing this document to the
attention of the Policy Framework WG and for moderating the resulting
interactions.
9. Normative References
[KEYWORDS] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[CIM] Distributed Management Task Force, Inc., "Common
Information Model (CIM) Specification", Version 2.2,
June 14, 1999,
http://www.dmtf.org/standards/documents/CIM/DSP0004.pdf
Pana, et al. Standards Track [Page 85]
RFC 4104 PCELS June 2005
[CIM_LDAP] Distributed Management Task Force, Inc., "DMTF LDAP
Schema for the CIM v2.5 Core Information Model", April
15, 2002,
http://www.dmtf.org/standards/documents/DEN/DSP0123.pdf
[PCIM] Moore, B., Ellesson, E., Strassner, J., and A.
Westerinen, "Policy Core Information Model -- Version 1
Specification", RFC 3060, February 2001.
[PCIM_EXT] Moore, B., "Policy Core Information Model (PCIM)
Extensions", RFC 3460, January 2003.
[PCLS] Strassner, J., Moore, B., Moats, R., and E. Ellesson,
"Policy Core Lightweight Directory Access Protocol
(LDAP) Schema", RFC 3703, February 2004.
[LDAP] Hodges, J. and R. Morgan, "Lightweight Directory Access
Protocol (v3): Technical Specification", RFC 3377,
September 2002.
[LDAP_SYNTAX] Wahl, M., Coulbeck, A., Howes, T., and S. Kille,
"Lightweight Directory Access Protocol (v3): Attribute
Syntax Definitions", RFC 2252, December 1997.
[LDAP_SCHEMA] Wahl, M., "A Summary of the X.500(96) User Schema for
use with LDAPv3", RFC 2256, December 1997.
[LDAP_MATCH] Zeilenga, K., "Lightweight Directory Access Protocol
(LDAP): Additional Matching Rules", RFC 3698, February
2004.
[X.501] The Directory: Models. ITU-T Recommendation X.501,
2001.
[X.520] The Directory: Selected Attribute Types. ITU-T
Recommendation X.520, 2001.
10. Informative References
[LDAP-IANA] Zeilenga, K., "Internet Assigned Numbers Authority
(IANA) Considerations for the Lightweight Directory
Access Protocol (LDAP)", BCP 64, RFC 3383, September
2002.
Pana, et al. Standards Track [Page 86]
RFC 4104 PCELS June 2005
Authors' Addresses
Mircea Pana
MetaSolv Software Inc.
360 Legget Drive
Ottawa, Ontario, Canada
K2K 3N1
EMail: mpana@metasolv.com
Angelica Reyes
Department of Computer Architecture
Technical University of Catalonia
Campus Castelldefels
Spain
EMail: mreyes@ac.upc.edu
Antoni Barba
Technical University of Catalonia
Jordi-Girona 1-3
08034 Barcelona
Spain
EMail: telabm@mat.upc.es
David Moron
Technical University of Catalonia
Jordi-Girona 1-3
08034 Barcelona
Spain
EMail: dmor4477@hotmail.com
Marcus Brunner
NEC Europe Ltd.
Kurfuersten-Anlage 36
D-69115 Heidelberg
Germany
EMail: brunner@netlab.nec.de
Pana, et al. Standards Track [Page 87]
RFC 4104 PCELS June 2005
Full Copyright Statement
Copyright (C) The Internet Society (2005).
This document is subject to the rights, licenses and restrictions
contained in BCP 78, and except as set forth therein, the authors
retain all their rights.
This document and the information contained herein are provided on an
"AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
ENGINEERING TASK FORCE DISCLAIM 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.
Intellectual Property
The IETF takes no position regarding the validity or scope of any
Intellectual Property Rights or other rights that might be claimed to
pertain to the implementation or use of the technology described in
this document or the extent to which any license under such rights
might or might not be available; nor does it represent that it has
made any independent effort to identify any such rights. Information
on the procedures with respect to rights in RFC documents can be
found in BCP 78 and BCP 79.
Copies of IPR disclosures made to the IETF Secretariat and any
assurances of licenses to be made available, or the result of an
attempt made to obtain a general license or permission for the use of
such proprietary rights by implementers or users of this
specification can be obtained from the IETF on-line IPR repository at
http://www.ietf.org/ipr.
The IETF invites any interested party to bring to its attention any
copyrights, patents or patent applications, or other proprietary
rights that may cover technology that may be required to implement
this standard. Please address the information to the IETF at ietf-
ipr@ietf.org.
Acknowledgement
Funding for the RFC Editor function is currently provided by the
Internet Society.
Pana, et al. Standards Track [Page 88]
Hosting by: Hurra Communications Ltd.
Generated: 2007-01-26 17:59:53
