rfc2591.txt

来自「中、英文RFC文档大全打包下载完全版 .」· 文本 代码 · 共 1,404 行 · 第 1/4 页

TXT
1,404
字号
        DESCRIPTION            "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.             Changing a schedule's type is equivalent to deleting the             old-type schedule and creating a new-type one."        DEFVAL { periodic }Levi & Schoenwaelder        Standards Track                    [Page 13]RFC 2591                     Scheduling MIB                     May 1999        ::= { schedEntry 13 }    schedAdminStatus OBJECT-TYPE        SYNTAX      INTEGER {                        enabled(1),                        disabled(2)                    }        MAX-ACCESS  read-create        STATUS      current        DESCRIPTION            "The desired state of the schedule."        DEFVAL { disabled }        ::= { schedEntry 14 }    schedOperStatus OBJECT-TYPE        SYNTAX      INTEGER {                        enabled(1),                        disabled(2),                        finished(3)                    }        MAX-ACCESS  read-only        STATUS      current        DESCRIPTION            "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."        ::= { schedEntry 15 }    schedFailures OBJECT-TYPE        SYNTAX      Counter32        MAX-ACCESS  read-only        STATUS      current        DESCRIPTION            "This variable counts the number of failures while invoking             the scheduled action."        ::= { schedEntry 16 }    schedLastFailure OBJECT-TYPE        SYNTAX      SnmpPduErrorStatus        MAX-ACCESS  read-only        STATUS      current        DESCRIPTIONLevi & Schoenwaelder        Standards Track                    [Page 14]RFC 2591                     Scheduling MIB                     May 1999            "The most recent error that occured during the invocation of             a scheduled action. The value noError(0) is returned             if no errors have occurred yet."        DEFVAL { noError }        ::= { schedEntry 17 }    schedLastFailed OBJECT-TYPE        SYNTAX      DateAndTime        MAX-ACCESS  read-only        STATUS      current        DESCRIPTION            "The date and time when the most recent failure occured. The             value '0000000000000000'H is returned if no failure occured             since the last re-initialization of the scheduler."        DEFVAL { '0000000000000000'H }        ::= { schedEntry 18 }    schedStorageType OBJECT-TYPE        SYNTAX      StorageType        MAX-ACCESS  read-create        STATUS      current        DESCRIPTION            "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."        DEFVAL { volatile }        ::= { schedEntry 19 }    schedRowStatus OBJECT-TYPE        SYNTAX      RowStatus        MAX-ACCESS  read-create        STATUS      current        DESCRIPTION            "The status of this scheduled action. A control that allows             entries to be added and removed from this table.             The miminum number of objects that need to be set during             row creation before a row can be set to `active' are             schedContextName, schedVariable and schedValue."        ::= { schedEntry 20 }Levi & Schoenwaelder        Standards Track                    [Page 15]RFC 2591                     Scheduling MIB                     May 1999    --    -- Notifications that are emitted to indicate failures. The    -- definition of schedTraps makes notification registrations    -- reversible (see STD 58, RFC 2578).    --    schedTraps OBJECT IDENTIFIER ::= { schedNotifications 0 }    schedActionFailure NOTIFICATION-TYPE        OBJECTS     { schedLastFailure, schedLastFailed }        STATUS      current        DESCRIPTION            "This notification is generated whenever the invocation of a             scheduled action fails."        ::= { schedTraps 1 }    -- conformance information    schedCompliances OBJECT IDENTIFIER ::= { schedConformance 1 }    schedGroups      OBJECT IDENTIFIER ::= { schedConformance 2 }    -- compliance statements    schedCompliance MODULE-COMPLIANCE        STATUS      current        DESCRIPTION            "The compliance statement for SNMP entities which implement             the scheduling MIB."        MODULE      -- this module        MANDATORY-GROUPS {               schedGroup, schedNotificationsGroup        }        GROUP  schedCalendarGroup        DESCRIPTION            "The schedCalendarGroup is mandatory only for those             implementations that support calendar based schedules."        OBJECT schedType        DESCRIPTION            "The values calendar(2) or oneshot(3) are not valid for             implementations that do not implement the             schedCalendarGroup. Such an implementation must return             inconsistentValue error responses for attempts to set             schedAdminStatus to calendar(2) or oneshot(3)."        ::= { schedCompliances 1 }    schedGroup OBJECT-GROUP        OBJECTS {            schedDescr,Levi & Schoenwaelder        Standards Track                    [Page 16]RFC 2591                     Scheduling MIB                     May 1999            schedInterval,            schedContextName,            schedVariable,            schedValue,            schedType,            schedAdminStatus,            schedOperStatus,            schedFailures,            schedLastFailure,            schedLastFailed,            schedStorageType,            schedRowStatus        }        STATUS      current        DESCRIPTION            "A collection of objects providing scheduling capabilities."        ::= { schedGroups 1 }    schedCalendarGroup OBJECT-GROUP        OBJECTS {            schedLocalTime,            schedWeekDay,            schedMonth,            schedDay,            schedHour,            schedMinute        }        STATUS      current        DESCRIPTION            "A collection of objects providing calendar based schedules."        ::= { schedGroups 2 }    schedNotificationsGroup NOTIFICATION-GROUP        NOTIFICATIONS {            schedActionFailure        }        STATUS      current        DESCRIPTION            "The notifications emitted by the scheduler."        ::= { schedGroups 3 }    ENDLevi & Schoenwaelder        Standards Track                    [Page 17]RFC 2591                     Scheduling MIB                     May 19995.  Usage Examples   This section presents some examples how the scheduling MIB can be   used to schedule scripts with the Script MIB [17] or to realize on-   duty/off-duty schedules by modifying status objects of other MIB   modules.5.1.  Starting a script to ping devices every 20 minutes   It is assumed that the schedule entry is owned by schedOwner = "joe"   and its name is schedName = "ping". The instance identifier for the   scheduling entry is therefore 3.106.111.101.4.112.105.110.103.   It is further assumed that the smLaunchTable entry is owned by   smLaunchOwner = "joe" and its name is smLaunchName = "ping-devs". The   complete object identifier for the smLaunchStart object is therefore   smLaunchStart.3.106.111.101.9.112.105.110.103.45.100.101.118.115. The   script lives in the context identified by the string "engine1".   The configuration of the scheduler entry which launches the script   every 20 minutes would look as follows:      schedInterval.3.106.111.101.4.112.105.110.103 = 1200      schedValue.3.106.111.101.4.112.105.110.103 = 0      schedContextName.3.106.111.101.4.112.105.110.103 = "engine1"      schedVariable.3.106.111.101.4.112.105.110.103 =        smLaunchStart.3.106.111.101.9.112.105.110.103.45.100.101.118.115      schedType.3.106.111.101.4.112.105.110.103 = periodic(1)      schedAdminStatus.3.106.111.101.4.112.105.110.103 = enabled(1)      schedStorageType.3.106.111.101.4.112.105.110.103 = nonVolatile(3)      schedRowStatus.3.106.111.101.4.112.105.110.103 = active(1)   All the remaining columns in the schedTable represent status   information and are not shown here.5.2.  Starting a script at the next Friday the 13th   It is assumed that the schedule entry is owned by schedOwner = "joe"   and its name is schedName = "13th". The instance identifier for the   scheduling entry is therefore 3.106.111.101.4.49.51.116.104.   It is further assumed that the smLaunchTable entry is owned by   smLaunchOwner = "joe" and its name is smLaunchName = "ghost". The   complete object identifier for the smLaunchStart object is therefore   smLaunchStart.3.106.111.101.5.103.104.111.115.116. The script lives   in the context identified by the string "engine1".Levi & Schoenwaelder        Standards Track                    [Page 18]RFC 2591                     Scheduling MIB                     May 1999   The configuration of the scheduler entry which launches the script on   every Friday 13th at midnight would look as follows:      schedWeekDay.3.106.111.101.4.49.51.116.104 = { friday }      schedMonth.3.106.111.101.4.49.51.116.104 = {            january, february, march, april, may, june,            july, august, september, october, november, december      }      schedDay.3.106.111.101.4.49.51.116.104 = { d13 }      schedHour.3.106.111.101.4.49.51.116.104 = { h0 }      schedMinute.3.106.111.101.4.49.51.116.104 = { m0 }      schedValue.3.106.111.101.4.49.51.116.104 = 0      schedContextName.3.106.111.101.4.49.51.116.104 = "engine1"      schedVariable.3.106.111.101.4.49.51.116.104 =        smLaunchStart.3.106.111.101.5.103.104.111.115.116      schedType.3.106.111.101.4.49.51.116.104 = oneshot(3)      schedAdminStatus.3.106.111.101.4.49.51.116.104 = enabled(2)      schedStorageType.3.106.111.101.4.49.51.116.104 = nonVolatile(3)      schedRowStatus.3.106.111.101.4.49.51.116.104 = active(1)   All the remaining columns in the schedTable represent status   information and are not shown here.5.3.  Turning an interface off during weekends   This example assumes that a network interface should be taken down   during weekends. The interface table (ifTable) of the IF-MIB [18] is   assumed to exist in the context identified by an empty string and the   index of the interface is ifIndex = 6.   The scheduling entry which brings the interface down on every Friday   evening at 20:30 (8:30 pm) is owned by schedOwner = "bob" and its   name is schedName = "if-off". The instance identifier for the   scheduling entry is therefore 3.98.111.98.6.105.102.45.111.102.102.      schedWeekDay.3.98.111.98.6.105.102.45.111.102.102 = { friday }      schedMonth.3.98.111.98.6.105.102.45.111.102.102 = {

⌨️ 快捷键说明

复制代码Ctrl + C
搜索代码Ctrl + F
全屏模式F11
增大字号Ctrl + =
减小字号Ctrl + -
显示快捷键?