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 ([email protected])
  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 ([email protected])
  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: [email protected]


  Angelica Reyes
  Department of Computer Architecture
  Technical University of Catalonia
  Campus Castelldefels
  Spain

  EMail: [email protected]


  Antoni Barba
  Technical University of Catalonia
  Jordi-Girona 1-3
  08034 Barcelona
  Spain

  EMail: [email protected]


  David Moron
  Technical University of Catalonia
  Jordi-Girona 1-3
  08034 Barcelona
  Spain

  EMail: [email protected]


  Marcus Brunner
  NEC Europe Ltd.
  Kurfuersten-Anlage 36
  D-69115 Heidelberg
  Germany

  EMail: [email protected]






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-
  [email protected].

Acknowledgement

  Funding for the RFC Editor function is currently provided by the
  Internet Society.







Pana, et al.                Standards Track                    [Page 88]