⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc2819.mib

📁 wm PNE 3.3 source code, running at more than vxworks6.x version.
💻 MIB
📖 第 1 页 / 共 5 页
字号:
     MAX-ACCESS read-only     STATUS     current     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         10-Megabit 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 seconds in the interval is         Interval.  These values are used to calculate the Utilization         as follows:                          Pkts * (9.6 + 6.4) + (Octets * .8)          Utilization = -------------------------------------                                  Interval * 10,000         The result of this equation is the value Utilization which         is the percent utilization of the ethernet segment on a         scale of 0 to 100 percent."     ::= { etherStatsEntry 4 } etherStatsPkts OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad packets,         broadcast packets, and multicast packets) received."     ::= { etherStatsEntry 5 } etherStatsBroadcastPkts OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of good packets received that were         directed to the broadcast address.  Note that this         does not include multicast packets."     ::= { etherStatsEntry 6 } etherStatsMulticastPkts OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of good packets received that were         directed to a multicast address.  Note that this number         does not include packets directed to the broadcast         address."     ::= { etherStatsEntry 7 } etherStatsCRCAlignErrors OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets received that         had a length (excluding framing bits, but         including FCS octets) of between 64 and 1518         octets, inclusive, but had either a bad         Frame Check Sequence (FCS) with an integral         number of octets (FCS Error) or a bad FCS with         a non-integral number of octets (Alignment Error)."     ::= { etherStatsEntry 8 } etherStatsUndersizePkts OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets received that were         less than 64 octets long (excluding framing bits,         but including FCS octets) and were otherwise well         formed."     ::= { etherStatsEntry 9 } etherStatsOversizePkts OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets received that were         longer than 1518 octets (excluding framing bits,         but including FCS octets) and were otherwise         well formed."     ::= { etherStatsEntry 10 } etherStatsFragments OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets received that were less than         64 octets in length (excluding framing bits but including         FCS octets) and had either a bad Frame Check Sequence         (FCS) with an integral number of octets (FCS Error) or a         bad FCS with a non-integral number of octets (Alignment         Error).         Note that it is entirely normal for etherStatsFragments to         increment.  This is because it counts both runts (which are         normal occurrences due to collisions) and noise hits."     ::= { etherStatsEntry 11 } etherStatsJabbers OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets received that were         longer than 1518 octets (excluding framing bits,         but including FCS octets), and had either a bad         Frame Check Sequence (FCS) with an integral number         of octets (FCS Error) or a bad FCS with a non-integral         number of octets (Alignment Error).         Note that this definition of jabber is different         than the definition in IEEE-802.3 section 8.2.1.5         (10BASE5) and section 10.3.1.4 (10BASE2).  These         documents define jabber as the condition where any         packet exceeds 20 ms.  The allowed range to detect         jabber is between 20 ms and 150 ms."     ::= { etherStatsEntry 12 } etherStatsCollisions OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Collisions"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The best estimate of the total number of collisions         on this Ethernet segment.         The value returned will depend on the location of the         RMON probe. Section 8.2.1.3 (10BASE-5) and section         10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a         station must detect a collision, in the receive mode, if         three or more stations are transmitting simultaneously.  A         repeater port must detect a collision when two or more         stations are transmitting simultaneously.  Thus a probe         placed on a repeater port could record more collisions         than a probe connected to a station on the same segment         would.         Probe location plays a much smaller role when considering         10BASE-T.  14.2.1.4 (10BASE-T) of IEEE standard 802.3         defines a collision as the simultaneous presence of signals         on the DO and RD circuits (transmitting and receiving         at the same time).  A 10BASE-T station can only detect         collisions when it is transmitting.  Thus probes placed on         a station and a repeater, should report the same number of         collisions.         Note also that an RMON probe inside a repeater should         ideally report collisions between the repeater and one or         more other hosts (transmit collisions as defined by IEEE         802.3k) plus receiver collisions observed on any coax         segments to which the repeater is connected."     ::= { etherStatsEntry 13 } etherStatsPkts64Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were 64 octets in length         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 14 } etherStatsPkts65to127Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were between         65 and 127 octets in length inclusive         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 15 } etherStatsPkts128to255Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were between         128 and 255 octets in length inclusive         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 16 } etherStatsPkts256to511Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were between         256 and 511 octets in length inclusive         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 17 } etherStatsPkts512to1023Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were between         512 and 1023 octets in length inclusive         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 18 } etherStatsPkts1024to1518Octets OBJECT-TYPE     SYNTAX     Counter32     UNITS      "Packets"     MAX-ACCESS read-only     STATUS     current     DESCRIPTION         "The total number of packets (including bad         packets) received that were between         1024 and 1518 octets in length inclusive         (excluding framing bits but including FCS octets)."     ::= { etherStatsEntry 19 } etherStatsOwner OBJECT-TYPE     SYNTAX     OwnerString     MAX-ACCESS read-create     STATUS     current     DESCRIPTION         "The entity that configured this entry and is therefore         using the resources assigned to it."     ::= { etherStatsEntry 20 } etherStatsStatus OBJECT-TYPE     SYNTAX     EntryStatus     MAX-ACCESS read-create     STATUS     current     DESCRIPTION         "The status of this etherStats entry."     ::= { etherStatsEntry 21 } -- The History Control Group -- Implementation of the History Control group is optional. -- Consult the MODULE-COMPLIANCE macro for the authoritative -- conformance information for this MIB. -- -- The history control group controls the periodic statistical -- sampling of data from various types of networks.  The -- historyControlTable stores configuration entries that each -- define an interface, polling period, and other parameters. -- Once samples are taken, their data is stored in an entry -- in a media-specific table.  Each such entry defines one -- sample, and is associated with the historyControlEntry that -- caused the sample to be taken.  Each counter in the -- etherHistoryEntry counts the same event as its similarly-named -- counterpart in the etherStatsEntry, except that each value here -- is a cumulative sum during a sampling period. -- -- If the probe keeps track of the time of day, it should start -- the first sample of the history at a time such that -- when the next hour of the day begins, a sample is -- started at that instant.  This tends to make more -- user-friendly reports, and enables comparison of reports -- from different probes that have relatively accurate time -- of day. -- -- The probe is encouraged to add two history control entries -- per monitored interface upon initialization that describe a short -- term and a long term polling period.  Suggested parameters are 30 -- seconds for the short term polling period and 30 minutes for -- the long term period. historyControlTable OBJECT-TYPE     SYNTAX     SEQUENCE OF HistoryControlEntry     MAX-ACCESS not-accessible     STATUS     current     DESCRIPTION         "A list of history control entries."     ::= { history 1 } historyControlEntry OBJECT-TYPE     SYNTAX     HistoryControlEntry     MAX-ACCESS not-accessible     STATUS     current     DESCRIPTION         "A list of parameters that set up a periodic sampling of         statistics.  As an example, an instance of the         historyControlInterval object might be named         historyControlInterval.2"     INDEX { historyControlIndex }     ::= { historyControlTable 1 } HistoryControlEntry ::= SEQUENCE {     historyControlIndex             Integer32,     historyControlDataSource        OBJECT IDENTIFIER,     historyControlBucketsRequested  Integer32,     historyControlBucketsGranted    Integer32,     historyControlInterval          Integer32,     historyControlOwner             OwnerString,     historyControlStatus            EntryStatus } historyControlIndex OBJECT-TYPE     SYNTAX     Integer32 (1..65535)     MAX-ACCESS read-only     STATUS     current

⌨️ 快捷键说明

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