6.5.2.4. Mapping of the CREATION-REQUIRES clause
Connected: An Internet Encyclopedia
6.5.2.4. Mapping of the CREATION-REQUIRES clause
Up:
Connected: An Internet Encyclopedia
Up:
Requests For Comments
Up:
RFC 1904
Up:
6. Mapping of the AGENT-CAPABILITIES macro
Up:
6.5. Mapping of the SUPPORTS clause
Up:
6.5.2. Mapping of the VARIATION clause
Prev: 6.5.2.3. Mapping of the ACCESS clause
Next: 6.5.2.5. Mapping of the DEFVAL clause
6.5.2.4. Mapping of the CREATION-REQUIRES clause
6.5.2.4. Mapping of the CREATION-REQUIRES clause
The CREATION-REQUIRES clause, which need not be present, is used to
name the columnar objects of a conceptual row to which values must be
explicitly assigned, by a management protocol set operation, before
the agent will allow the instance of the status column of that row to
be set to `active'. (Consult the definition of RowStatus [5].)
If the conceptual row does not have a status column (i.e., the
objects corresponding to the conceptual table were defined using the
mechanisms in [6,7]), then the CREATION-REQUIRES clause, which need
not be present, is used to name the columnar objects of a conceptual
row to which values must be explicitly assigned, by a management
protocol set operation, before the agent will create new instances of
objects in that row.
This clause must not present unless the object named in the
correspondent VARIATION clause is a conceptual row, i.e., has a
syntax which resolves to a SEQUENCE containing columnar objects. The
objects named in the value of this clause usually will refer to
columnar objects in that row. However, objects unrelated to the
conceptual row may also be specified.
All objects which are named in the CREATION-REQUIRES clause for a
conceptual row, and which are columnar objects of that row, must have
an access level of "read-create".
Next: 6.5.2.5. Mapping of the DEFVAL clause
Connected: An Internet Encyclopedia
6.5.2.4. Mapping of the CREATION-REQUIRES clause
|
