| schedOwner |
.1.3.6.1.2.1.63.1.2.1.1 |
|
The owner of this scheduling entry. The exact semantics of
this string are subject to the security policy defined by
the security administrator.
|
| schedName |
.1.3.6.1.2.1.63.1.2.1.2 |
|
The locally-unique, administratively assigned name for this
scheduling entry. This object allows a schedOwner to have
multiple entries in the schedTable.
|
| schedDescr |
.1.3.6.1.2.1.63.1.2.1.3 |
|
The human readable description of the purpose of this
scheduling entry.
|
| schedInterval |
.1.3.6.1.2.1.63.1.2.1.4 |
|
The number of seconds between two action invocations of
a periodic scheduler. Implementations must guarantee
that action invocations will not occur before at least
schedInterval seconds have passed.
The scheduler must ignore all periodic schedules that
have a schedInterval value of 0. A periodic schedule
with a scheduling interval of 0 seconds will therefore
never invoke an action.
Implementations may be forced to delay invocations in the
face of local constraints. A scheduled management function
should therefore not rely on the accuracy provided by the
scheduler implementation.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedWeekDay |
.1.3.6.1.2.1.63.1.2.1.5 |
|
The set of weekdays on which the scheduled action should
take place. Setting multiple bits will include several
weekdays in the set of possible weekdays for this schedule.
Setting all bits will cause the scheduler to ignore the
weekday.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedMonth |
.1.3.6.1.2.1.63.1.2.1.6 |
|
The set of months during which the scheduled action should
take place. Setting multiple bits will include several
months in the set of possible months for this schedule.
Setting all bits will cause the scheduler to ignore the
month.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedDay |
.1.3.6.1.2.1.63.1.2.1.7 |
|
The set of days in a month on which a scheduled action
should take place. There are two sets of bits one can
use to define the day within a month:
Enumerations starting with the letter 'd' indicate a
day in a month relative to the first day of a month.
The first day of the month can therefore be specified
by setting the bit d1(0) and d31(30) means the last
day of a month with 31 days.
Enumerations starting with the letter 'r' indicate a
day in a month in reverse order, relative to the last
day of a month. The last day in the month can therefore
be specified by setting the bit r1(31) and r31(61) means
the first day of a month with 31 days.
Setting multiple bits will include several days in the set
of possible days for this schedule. Setting all bits will
cause the scheduler to ignore the day within a month.
Setting all bits starting with the letter 'd' or the
letter 'r' will also cause the scheduler to ignore the
day within a month.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedHour |
.1.3.6.1.2.1.63.1.2.1.8 |
|
The set of hours within a day during which the scheduled
action should take place.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedMinute |
.1.3.6.1.2.1.63.1.2.1.9 |
|
The set of minutes within an hour when the scheduled action
should take place.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedContextName |
.1.3.6.1.2.1.63.1.2.1.10 |
|
The context which contains the local MIB variable pointed
to by schedVariable.
|
| schedVariable |
.1.3.6.1.2.1.63.1.2.1.11 |
|
An object identifier pointing to a local MIB variable
which resolves to an ASN.1 primitive type of INTEGER.
|
| schedValue |
.1.3.6.1.2.1.63.1.2.1.12 |
|
The value which is written to the MIB object pointed to by
schedVariable when the scheduler invokes an action. The
implementation shall enforce the use of access control
rules when performing the set operation on schedVariable.
This is accomplished by calling the isAccessAllowed abstract
service interface as defined in RFC 2571.
Note that an implementation may choose to issue an SNMP Set
message to the SNMP engine and leave the access control
decision to the normal message processing procedure.
|
| schedType |
.1.3.6.1.2.1.63.1.2.1.13 |
|
The type of this schedule. The value periodic(1) indicates
that this entry specifies a periodic schedule. A periodic
schedule is defined by the value of schedInterval. The
values of schedWeekDay, schedMonth, schedDay, schedHour
and schedMinute are ignored.
The value calendar(2) indicates that this entry describes a
calendar schedule. A calendar schedule is defined by the
values of schedWeekDay, schedMonth, schedDay, schedHour and
schedMinute. The value of schedInterval is ignored. A
calendar schedule will trigger on all local times that
satisfy the bits set in schedWeekDay, schedMonth, schedDay,
schedHour and schedMinute.
The value oneshot(3) indicates that this entry describes a
one-shot schedule. A one-shot schedule is similar to a
calendar schedule with the additional feature that it
disables itself by changing in the `finished'
schedOperStatus once the schedule triggers an action.
Note that implementations which maintain a list of pending
activations must re-calculate them when this object is
changed.
|
| schedAdminStatus |
.1.3.6.1.2.1.63.1.2.1.14 |
|
The desired state of the schedule.
|
| schedOperStatus |
.1.3.6.1.2.1.63.1.2.1.15 |
|
The current operational state of this schedule. The state
enabled(1) indicates this entry is active and that the
scheduler will invoke actions at appropriate times. The
disabled(2) state indicates that this entry is currently
inactive and ignored by the scheduler. The finished(3)
state indicates that the schedule has ended. Schedules
in the finished(3) state are ignored by the scheduler.
A one-shot schedule enters the finished(3) state when it
deactivates itself.
Note that the operational state must not be enabled(1)
when the schedRowStatus is not active.
|
| schedFailures |
.1.3.6.1.2.1.63.1.2.1.16 |
|
This variable counts the number of failures while invoking
the scheduled action. This counter at most increments once
for a triggered action.
|
| schedLastFailure |
.1.3.6.1.2.1.63.1.2.1.17 |
|
The most recent error that occurred during the invocation of
a scheduled action. The value noError(0) is returned
if no errors have occurred yet.
|
| schedLastFailed |
.1.3.6.1.2.1.63.1.2.1.18 |
|
The date and time when the most recent failure occurred.
The value '0000000000000000'H is returned if no failure
occurred since the last re-initialization of the scheduler.
|
| schedStorageType |
.1.3.6.1.2.1.63.1.2.1.19 |
|
This object defines whether this scheduled action is kept
in volatile storage and lost upon reboot or if this row is
backed up by non-volatile or permanent storage.
Conceptual rows having the value `permanent' must allow
write access to the columnar objects schedDescr,
schedInterval, schedContextName, schedVariable, schedValue,
and schedAdminStatus. If an implementation supports the
schedCalendarGroup, write access must be also allowed to
the columnar objects schedWeekDay, schedMonth, schedDay,
schedHour, schedMinute.
|
| schedRowStatus |
.1.3.6.1.2.1.63.1.2.1.20 |
|
The status of this scheduled action. A control that allows
entries to be added and removed from this table.
Note that the operational state must change to enabled
when the administrative state is enabled and the row
status changes to active(1).
Attempts to destroy(6) a row or to set a row
notInService(2) while the operational state is enabled
result in inconsistentValue errors.
The value of this object has no effect on whether other
objects in this conceptual row can be modified.
|
| schedTriggers |
.1.3.6.1.2.1.63.1.2.1.21 |
|
This variable counts the number of attempts (either
successful or failed) to invoke the scheduled action.
|
