📄 rmon-mib
字号:
-- File: RFC1757.MIB - RMON-MIB-- Changes:-- Changed IMPORT of DisplayString to RFC1213-MIB-- from RFC1158-MIB.-- Added import for TimeTicks from RFC1155-SMI.-- dperkins@scruznet.com RMON-MIB DEFINITIONS ::= BEGIN IMPORTS TimeTicks, Counter FROM RFC1155-SMI-- DisplayString FROM RFC1158-MIB DisplayString, mib-2 FROM RFC1213-MIB OBJECT-TYPE FROM RFC-1212 TRAP-TYPE FROM RFC-1215; -- Remote Network Monitoring MIB rmon OBJECT IDENTIFIER ::= { mib-2 16 } -- textual conventions OwnerString ::= DisplayString -- This data type is used to model an administratively -- assigned name of the owner of a resource. This -- information is taken from the NVT ASCII character -- set. It is suggested that this name contain one or -- more of the following: IP address, management station -- name, network manager's name, location, or phone -- number. -- In some cases the agent itself will be the owner of -- an entry. In these cases, this string shall be set -- to a string starting with 'monitor'. -- -- SNMP access control is articulated entirely in terms -- of the contents of MIB views; access to a particular -- SNMP object instance depends only upon its presence -- or absence in a particular MIB view and never upon -- its value or the value of related object instances. -- Thus, objects of this type afford resolution of -- resource contention only among cooperating managers; -- they realize no access control function with respect -- to uncooperative parties. -- -- By convention, objects with this syntax are declared as -- having -- -- SIZE (0..127) EntryStatus ::= INTEGER { valid(1), createRequest(2), underCreation(3), invalid(4) } -- The status of a table entry. -- -- Setting this object to the value invalid(4) has the -- effect of invalidating the corresponding entry. -- That is, it effectively disassociates the mapping -- identified with said entry. -- It is an implementation-specific matter as to whether -- the agent removes an invalidated entry from the table. -- Accordingly, management stations must be prepared to -- receive tabular information from agents that -- corresponds to entries currently not in use. Proper -- interpretation of such entries requires examination -- of the relevant EntryStatus object. -- -- An existing instance of this object cannot be set to -- createRequest(2). This object may only be set to -- createRequest(2) when this instance is created. When -- this object is created, the agent may wish to create -- supplemental object instances with default values -- to complete a conceptual row in this table. Because -- the creation of these default objects is entirely at -- the option of the agent, the manager must not assume -- that any will be created, but may make use of any that -- are created. Immediately after completing the create -- operation, the agent must set this object to -- underCreation(3). -- -- When in the underCreation(3) state, an entry is -- allowed to exist in a possibly incomplete, possibly -- inconsistent state, usually to allow it to be -- modified in mutiple PDUs. When in this state, an -- entry is not fully active. Entries shall exist in -- the underCreation(3) state until the management -- station is finished configuring the entry and sets -- this object to valid(1) or aborts, setting this -- object to invalid(4). If the agent determines that -- an entry has been in the underCreation(3) state for -- an abnormally long time, it may decide that the -- management station has crashed. If the agent makes -- this decision, it may set this object to invalid(4) -- to reclaim the entry. A prudent agent will -- understand that the management station may need to -- wait for human input and will allow for that -- possibility in its determination of this abnormally -- long period. -- -- An entry in the valid(1) state is fully configured and -- consistent and fully represents the configuration or -- operation such a row is intended to represent. For -- example, it could be a statistical function that is -- configured and active, or a filter that is available -- in the list of filters processed by the packet capture -- process. -- -- A manager is restricted to changing the state of an -- entry in the following ways: -- -- create under -- To: valid Request Creation invalid -- From: -- valid OK NO OK OK -- createRequest N/A N/A N/A N/A -- underCreation OK NO OK OK -- invalid NO NO NO OK -- nonExistent NO OK NO OK -- -- In the table above, it is not applicable to move the -- state from the createRequest state to any other -- state because the manager will never find the -- variable in that state. The nonExistent state is -- not a value of the enumeration, rather it means that -- the entryStatus variable does not exist at all. -- -- An agent may allow an entryStatus variable to change -- state in additional ways, so long as the semantics -- of the states are followed. This allowance is made -- to ease the implementation of the agent and is made -- despite the fact that managers should never -- excercise these additional state transitions. statistics OBJECT IDENTIFIER ::= { rmon 1 } history OBJECT IDENTIFIER ::= { rmon 2 } alarm OBJECT IDENTIFIER ::= { rmon 3 } hosts OBJECT IDENTIFIER ::= { rmon 4 } hostTopN OBJECT IDENTIFIER ::= { rmon 5 } matrix OBJECT IDENTIFIER ::= { rmon 6 } filter OBJECT IDENTIFIER ::= { rmon 7 } capture OBJECT IDENTIFIER ::= { rmon 8 } event OBJECT IDENTIFIER ::= { rmon 9 } -- The Ethernet Statistics Group -- -- Implementation of the Ethernet Statistics group is -- optional. -- -- The ethernet statistics group contains statistics -- measured by the probe for each monitored interface on -- this device. These statistics take the form of free -- running counters that start from zero when a valid entry -- is created. -- -- This group currently has statistics defined only for -- Ethernet interfaces. Each etherStatsEntry contains -- statistics for one Ethernet interface. The probe must -- create one etherStats entry for each monitored Ethernet -- interface on the device. etherStatsTable OBJECT-TYPE SYNTAX SEQUENCE OF EtherStatsEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of Ethernet statistics entries." ::= { statistics 1 } etherStatsEntry OBJECT-TYPE SYNTAX EtherStatsEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A collection of statistics kept for a particular Ethernet interface. As an example, an instance of the etherStatsPkts object might be named etherStatsPkts.1" INDEX { etherStatsIndex } ::= { etherStatsTable 1 } EtherStatsEntry ::= SEQUENCE { etherStatsIndex INTEGER (1..65535), etherStatsDataSource OBJECT IDENTIFIER, etherStatsDropEvents Counter, etherStatsOctets Counter, etherStatsPkts Counter, etherStatsBroadcastPkts Counter, etherStatsMulticastPkts Counter, etherStatsCRCAlignErrors Counter, etherStatsUndersizePkts Counter, etherStatsOversizePkts Counter, etherStatsFragments Counter, etherStatsJabbers Counter, etherStatsCollisions Counter, etherStatsPkts64Octets Counter, etherStatsPkts65to127Octets Counter, etherStatsPkts128to255Octets Counter, etherStatsPkts256to511Octets Counter, etherStatsPkts512to1023Octets Counter, etherStatsPkts1024to1518Octets Counter, etherStatsOwner OwnerString, etherStatsStatus EntryStatus } etherStatsIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "The value of this object uniquely identifies this etherStats entry." ::= { etherStatsEntry 1 } etherStatsDataSource OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-write STATUS mandatory DESCRIPTION "This object identifies the source of the data that this etherStats entry is configured to analyze. This source can be any ethernet interface on this device. In order to identify a particular interface, this object shall identify the instance of the ifIndex object, defined in RFC 1213 and RFC 1573 [4,6], for the desired interface. For example, if an entry were to receive data from interface #1, this object would be set to ifIndex.1. The statistics in this group reflect all packets on the local network segment attached to the identified interface. An agent may or may not be able to tell if fundamental changes to the media of the interface have occurred and necessitate an invalidation of this entry. For example, a hot-pluggable ethernet card could be pulled out and replaced by a token-ring card. In such a case, if the agent has such knowledge of the change, it is recommended that it invalidate this entry. This object may not be modified if the associated etherStatsStatus object is equal to valid(1)." ::= { etherStatsEntry 2 } etherStatsDropEvents OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of events in which packets were dropped by the probe due to lack of resources. Note that this number is not necessarily the number of packets dropped; it is just the number of times this condition has been detected." ::= { etherStatsEntry 3 } etherStatsOctets OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The total number of octets of data (including those in bad packets) received on the network (excluding framing bits but including FCS octets). This object can be used as a reasonable estimate of ethernet utilization. If greater precision is desired, the etherStatsPkts and etherStatsOctets objects should be sampled before and after a common interval. The differences in the sampled values are Pkts and Octets, respectively, and the number of
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -