telemetry-snmp 0.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (131) hide show
  1. checksums.yaml +7 -0
  2. data/.github/workflows/rspec.yml +44 -0
  3. data/.github/workflows/rubocop.yml +28 -0
  4. data/.github/workflows/sourcehawk-scan.yml +20 -0
  5. data/.gitignore +14 -0
  6. data/.rspec +4 -0
  7. data/.rubocop.yml +26 -0
  8. data/CHANGELOG.md +4 -0
  9. data/CODE_OF_CONDUCT.md +75 -0
  10. data/CONTRIBUTING.md +54 -0
  11. data/Gemfile +10 -0
  12. data/INDIVIDUAL_CONTRIBUTOR_LICENSE.md +30 -0
  13. data/LICENSE +201 -0
  14. data/NOTICE.txt +9 -0
  15. data/README.md +54 -0
  16. data/attribution.txt +1 -0
  17. data/config.ru +15 -0
  18. data/exe/snmp_collector +55 -0
  19. data/lib/telemetry/snmp.rb +23 -0
  20. data/lib/telemetry/snmp/api.rb +55 -0
  21. data/lib/telemetry/snmp/auth.rb +54 -0
  22. data/lib/telemetry/snmp/auth/defaults.rb +41 -0
  23. data/lib/telemetry/snmp/client.rb +104 -0
  24. data/lib/telemetry/snmp/controllers/device_creds.rb +105 -0
  25. data/lib/telemetry/snmp/controllers/devices.rb +94 -0
  26. data/lib/telemetry/snmp/controllers/oid_groups.rb +71 -0
  27. data/lib/telemetry/snmp/controllers/oids.rb +80 -0
  28. data/lib/telemetry/snmp/controllers/users.rb +81 -0
  29. data/lib/telemetry/snmp/controllers/walks.rb +89 -0
  30. data/lib/telemetry/snmp/data.rb +69 -0
  31. data/lib/telemetry/snmp/data/default_opts.rb +73 -0
  32. data/lib/telemetry/snmp/data/migrations/001_device_creds.rb +19 -0
  33. data/lib/telemetry/snmp/data/migrations/002_create_devices_table.rb +31 -0
  34. data/lib/telemetry/snmp/data/migrations/003_create_oids_tables.rb +16 -0
  35. data/lib/telemetry/snmp/data/migrations/004_create_oid_groups.rb +15 -0
  36. data/lib/telemetry/snmp/data/migrations/005_create_oids_oid_groups.rb +17 -0
  37. data/lib/telemetry/snmp/data/migrations/006_device_to_oid_group.rb +15 -0
  38. data/lib/telemetry/snmp/data/migrations/007_create_users.rb +20 -0
  39. data/lib/telemetry/snmp/data/migrations/008_create_walks_table.rb +14 -0
  40. data/lib/telemetry/snmp/data/migrations/009_create_tag_name_column.rb +7 -0
  41. data/lib/telemetry/snmp/data/migrations/010_create_user_audit_table.rb +18 -0
  42. data/lib/telemetry/snmp/data/models/device.rb +11 -0
  43. data/lib/telemetry/snmp/data/models/device_cred.rb +11 -0
  44. data/lib/telemetry/snmp/data/models/oid.rb +10 -0
  45. data/lib/telemetry/snmp/data/models/oid_group.rb +10 -0
  46. data/lib/telemetry/snmp/data/models/oid_oid_groups.rb +10 -0
  47. data/lib/telemetry/snmp/data/models/oid_walk.rb +10 -0
  48. data/lib/telemetry/snmp/data/models/user.rb +10 -0
  49. data/lib/telemetry/snmp/data/models/user_audit_log.rb +19 -0
  50. data/lib/telemetry/snmp/mibs/AGENTX-MIB.txt +527 -0
  51. data/lib/telemetry/snmp/mibs/AIRPORT-BASESTATION-3-MIB.txt +461 -0
  52. data/lib/telemetry/snmp/mibs/BRIDGE-MIB.txt +1472 -0
  53. data/lib/telemetry/snmp/mibs/DISMAN-EVENT-MIB.txt +1882 -0
  54. data/lib/telemetry/snmp/mibs/DISMAN-SCHEDULE-MIB.txt +699 -0
  55. data/lib/telemetry/snmp/mibs/DISMAN-SCRIPT-MIB.txt +1764 -0
  56. data/lib/telemetry/snmp/mibs/EtherLike-MIB.txt +1862 -0
  57. data/lib/telemetry/snmp/mibs/HCNUM-TC.txt +118 -0
  58. data/lib/telemetry/snmp/mibs/HOST-RESOURCES-MIB.txt +1540 -0
  59. data/lib/telemetry/snmp/mibs/HOST-RESOURCES-TYPES.txt +389 -0
  60. data/lib/telemetry/snmp/mibs/IANA-ADDRESS-FAMILY-NUMBERS-MIB.txt +123 -0
  61. data/lib/telemetry/snmp/mibs/IANA-LANGUAGE-MIB.txt +123 -0
  62. data/lib/telemetry/snmp/mibs/IANA-RTPROTO-MIB.txt +91 -0
  63. data/lib/telemetry/snmp/mibs/IANAifType-MIB.txt +619 -0
  64. data/lib/telemetry/snmp/mibs/IF-INVERTED-STACK-MIB.txt +149 -0
  65. data/lib/telemetry/snmp/mibs/IF-MIB.txt +1814 -0
  66. data/lib/telemetry/snmp/mibs/INET-ADDRESS-MIB.txt +402 -0
  67. data/lib/telemetry/snmp/mibs/IP-FORWARD-MIB.txt +1277 -0
  68. data/lib/telemetry/snmp/mibs/IP-MIB.txt +4993 -0
  69. data/lib/telemetry/snmp/mibs/IPV6-FLOW-LABEL-MIB.txt +58 -0
  70. data/lib/telemetry/snmp/mibs/IPV6-ICMP-MIB.txt +529 -0
  71. data/lib/telemetry/snmp/mibs/IPV6-MIB.txt +1443 -0
  72. data/lib/telemetry/snmp/mibs/IPV6-TC.txt +67 -0
  73. data/lib/telemetry/snmp/mibs/IPV6-TCP-MIB.txt +211 -0
  74. data/lib/telemetry/snmp/mibs/IPV6-UDP-MIB.txt +141 -0
  75. data/lib/telemetry/snmp/mibs/NET-SNMP-AGENT-MIB.txt +554 -0
  76. data/lib/telemetry/snmp/mibs/NET-SNMP-EXAMPLES-MIB.txt +285 -0
  77. data/lib/telemetry/snmp/mibs/NET-SNMP-EXTEND-MIB.txt +325 -0
  78. data/lib/telemetry/snmp/mibs/NET-SNMP-MIB.txt +67 -0
  79. data/lib/telemetry/snmp/mibs/NET-SNMP-PASS-MIB.txt +124 -0
  80. data/lib/telemetry/snmp/mibs/NET-SNMP-TC.txt +128 -0
  81. data/lib/telemetry/snmp/mibs/NET-SNMP-VACM-MIB.txt +154 -0
  82. data/lib/telemetry/snmp/mibs/NOTIFICATION-LOG-MIB.txt +753 -0
  83. data/lib/telemetry/snmp/mibs/PAN-COMMON-MIB.md5 +1 -0
  84. data/lib/telemetry/snmp/mibs/PAN-COMMON-MIB.my +2293 -0
  85. data/lib/telemetry/snmp/mibs/PAN-ENTITY-EXT-MIB.md5 +1 -0
  86. data/lib/telemetry/snmp/mibs/PAN-ENTITY-EXT-MIB.my +293 -0
  87. data/lib/telemetry/snmp/mibs/PAN-GLOBAL-REG-MIB.md5 +1 -0
  88. data/lib/telemetry/snmp/mibs/PAN-GLOBAL-REG-MIB.my +84 -0
  89. data/lib/telemetry/snmp/mibs/PAN-GLOBAL-TC-MIB.md5 +1 -0
  90. data/lib/telemetry/snmp/mibs/PAN-GLOBAL-TC-MIB.my +68 -0
  91. data/lib/telemetry/snmp/mibs/PAN-LC-MIB.md5 +1 -0
  92. data/lib/telemetry/snmp/mibs/PAN-LC-MIB.my +204 -0
  93. data/lib/telemetry/snmp/mibs/PAN-PRODUCT-MIB.md5 +1 -0
  94. data/lib/telemetry/snmp/mibs/PAN-PRODUCT-MIB.my +305 -0
  95. data/lib/telemetry/snmp/mibs/PAN-TRAPS.md5 +1 -0
  96. data/lib/telemetry/snmp/mibs/PAN-TRAPS.my +7809 -0
  97. data/lib/telemetry/snmp/mibs/RFC-1215.txt +38 -0
  98. data/lib/telemetry/snmp/mibs/RFC1155-SMI.txt +119 -0
  99. data/lib/telemetry/snmp/mibs/RFC1213-MIB.txt +2613 -0
  100. data/lib/telemetry/snmp/mibs/RMON-MIB.txt +3980 -0
  101. data/lib/telemetry/snmp/mibs/SCTP-MIB.txt +1342 -0
  102. data/lib/telemetry/snmp/mibs/SMUX-MIB.txt +160 -0
  103. data/lib/telemetry/snmp/mibs/SNMP-COMMUNITY-MIB.txt +429 -0
  104. data/lib/telemetry/snmp/mibs/SNMP-FRAMEWORK-MIB.txt +526 -0
  105. data/lib/telemetry/snmp/mibs/SNMP-MPD-MIB.txt +145 -0
  106. data/lib/telemetry/snmp/mibs/SNMP-NOTIFICATION-MIB.txt +589 -0
  107. data/lib/telemetry/snmp/mibs/SNMP-PROXY-MIB.txt +294 -0
  108. data/lib/telemetry/snmp/mibs/SNMP-TARGET-MIB.txt +660 -0
  109. data/lib/telemetry/snmp/mibs/SNMP-USER-BASED-SM-MIB.txt +912 -0
  110. data/lib/telemetry/snmp/mibs/SNMP-USM-AES-MIB.txt +62 -0
  111. data/lib/telemetry/snmp/mibs/SNMP-USM-DH-OBJECTS-MIB.txt +532 -0
  112. data/lib/telemetry/snmp/mibs/SNMP-VIEW-BASED-ACM-MIB.txt +830 -0
  113. data/lib/telemetry/snmp/mibs/SNMPv2-CONF.txt +322 -0
  114. data/lib/telemetry/snmp/mibs/SNMPv2-MIB.txt +854 -0
  115. data/lib/telemetry/snmp/mibs/SNMPv2-SMI.txt +344 -0
  116. data/lib/telemetry/snmp/mibs/SNMPv2-TC.txt +772 -0
  117. data/lib/telemetry/snmp/mibs/SNMPv2-TM.txt +176 -0
  118. data/lib/telemetry/snmp/mibs/TCP-MIB.txt +785 -0
  119. data/lib/telemetry/snmp/mibs/TRANSPORT-ADDRESS-MIB.txt +421 -0
  120. data/lib/telemetry/snmp/mibs/TUNNEL-MIB.txt +738 -0
  121. data/lib/telemetry/snmp/mibs/UCD-DEMO-MIB.txt +74 -0
  122. data/lib/telemetry/snmp/mibs/UCD-DISKIO-MIB.txt +171 -0
  123. data/lib/telemetry/snmp/mibs/UCD-DLMOD-MIB.txt +124 -0
  124. data/lib/telemetry/snmp/mibs/UCD-IPFWACC-MIB.txt +327 -0
  125. data/lib/telemetry/snmp/mibs/UCD-SNMP-MIB.txt +1712 -0
  126. data/lib/telemetry/snmp/mibs/UDP-MIB.txt +549 -0
  127. data/lib/telemetry/snmp/publisher.rb +130 -0
  128. data/lib/telemetry/snmp/version.rb +7 -0
  129. data/sourcehawk.yml +4 -0
  130. data/telemetry-snmp.gemspec +48 -0
  131. metadata +456 -0
@@ -0,0 +1,3980 @@
1
+ RMON-MIB DEFINITIONS ::= BEGIN
2
+
3
+ IMPORTS
4
+ MODULE-IDENTITY, OBJECT-TYPE, OBJECT-IDENTITY,
5
+ NOTIFICATION-TYPE, mib-2, Counter32,
6
+ Integer32, TimeTicks FROM SNMPv2-SMI
7
+
8
+ TEXTUAL-CONVENTION, DisplayString FROM SNMPv2-TC
9
+
10
+ MODULE-COMPLIANCE, OBJECT-GROUP,
11
+ NOTIFICATION-GROUP FROM SNMPv2-CONF;
12
+
13
+ -- Remote Network Monitoring MIB
14
+
15
+ rmonMibModule MODULE-IDENTITY
16
+ LAST-UPDATED "200005110000Z" -- 11 May, 2000
17
+ ORGANIZATION "IETF RMON MIB Working Group"
18
+ CONTACT-INFO
19
+ "Steve Waldbusser
20
+ Phone: +1-650-948-6500
21
+ Fax: +1-650-745-0671
22
+ Email: waldbusser@nextbeacon.com"
23
+ DESCRIPTION
24
+ "Remote network monitoring devices, often called
25
+ monitors or probes, are instruments that exist for
26
+ the purpose of managing a network. This MIB defines
27
+ objects for managing remote network monitoring devices."
28
+
29
+ REVISION "200005110000Z" -- 11 May, 2000
30
+ DESCRIPTION
31
+ "Reformatted into SMIv2 format.
32
+
33
+ This version published as RFC 2819."
34
+
35
+ REVISION "199502010000Z" -- 1 Feb, 1995
36
+ DESCRIPTION
37
+ "Bug fixes, clarifications and minor changes based on
38
+ implementation experience, published as RFC1757 [18].
39
+
40
+ Two changes were made to object definitions:
41
+
42
+ 1) A new status bit has been defined for the
43
+ captureBufferPacketStatus object, indicating that the
44
+ packet order within the capture buffer may not be identical to
45
+ the packet order as received off the wire. This bit may only
46
+
47
+ be used for packets transmitted by the probe. Older NMS
48
+ applications can safely ignore this status bit, which might be
49
+ used by newer agents.
50
+
51
+ 2) The packetMatch trap has been removed. This trap was never
52
+ actually 'approved' and was not added to this document along
53
+ with the risingAlarm and fallingAlarm traps. The packetMatch
54
+ trap could not be throttled, which could cause disruption of
55
+ normal network traffic under some circumstances. An NMS should
56
+ configure a risingAlarm threshold on the appropriate
57
+ channelMatches instance if a trap is desired for a packetMatch
58
+ event. Note that logging of packetMatch events is still
59
+ supported--only trap generation for such events has been
60
+ removed.
61
+
62
+ In addition, several clarifications to individual object
63
+ definitions have been added to assist agent and NMS
64
+ implementors:
65
+
66
+ - global definition of 'good packets' and 'bad packets'
67
+
68
+ - more detailed text governing conceptual row creation and
69
+ modification
70
+
71
+ - instructions for probes relating to interface changes and
72
+ disruptions
73
+
74
+ - clarification of some ethernet counter definitions
75
+
76
+ - recommended formula for calculating network utilization
77
+
78
+ - clarification of channel and captureBuffer behavior for some
79
+ unusual conditions
80
+
81
+ - examples of proper instance naming for each table"
82
+
83
+ REVISION "199111010000Z" -- 1 Nov, 1991
84
+ DESCRIPTION
85
+ "The original version of this MIB, published as RFC1271."
86
+ ::= { rmonConformance 8 }
87
+
88
+ rmon OBJECT IDENTIFIER ::= { mib-2 16 }
89
+
90
+ -- textual conventions
91
+
92
+ OwnerString ::= TEXTUAL-CONVENTION
93
+ STATUS current
94
+ DESCRIPTION
95
+ "This data type is used to model an administratively
96
+ assigned name of the owner of a resource. Implementations
97
+ must accept values composed of well-formed NVT ASCII
98
+ sequences. In addition, implementations should accept
99
+ values composed of well-formed UTF-8 sequences.
100
+
101
+ It is suggested that this name contain one or more of
102
+ the following: IP address, management station name,
103
+ network manager's name, location, or phone number.
104
+ In some cases the agent itself will be the owner of
105
+ an entry. In these cases, this string shall be set
106
+ to a string starting with 'monitor'.
107
+
108
+ SNMP access control is articulated entirely in terms
109
+ of the contents of MIB views; access to a particular
110
+ SNMP object instance depends only upon its presence
111
+ or absence in a particular MIB view and never upon
112
+ its value or the value of related object instances.
113
+ Thus, objects of this type afford resolution of
114
+ resource contention only among cooperating
115
+ managers; they realize no access control function
116
+ with respect to uncooperative parties."
117
+ SYNTAX OCTET STRING (SIZE (0..127))
118
+
119
+ EntryStatus ::= TEXTUAL-CONVENTION
120
+ STATUS current
121
+ DESCRIPTION
122
+ "The status of a table entry.
123
+
124
+ Setting this object to the value invalid(4) has the
125
+ effect of invalidating the corresponding entry.
126
+ That is, it effectively disassociates the mapping
127
+ identified with said entry.
128
+ It is an implementation-specific matter as to whether
129
+ the agent removes an invalidated entry from the table.
130
+ Accordingly, management stations must be prepared to
131
+ receive tabular information from agents that corresponds
132
+ to entries currently not in use. Proper
133
+ interpretation of such entries requires examination
134
+ of the relevant EntryStatus object.
135
+
136
+ An existing instance of this object cannot be set to
137
+ createRequest(2). This object may only be set to
138
+ createRequest(2) when this instance is created. When
139
+ this object is created, the agent may wish to create
140
+ supplemental object instances with default values
141
+ to complete a conceptual row in this table. Because the
142
+
143
+ creation of these default objects is entirely at the option
144
+ of the agent, the manager must not assume that any will be
145
+ created, but may make use of any that are created.
146
+ Immediately after completing the create operation, the agent
147
+ must set this object to underCreation(3).
148
+
149
+ When in the underCreation(3) state, an entry is allowed to
150
+ exist in a possibly incomplete, possibly inconsistent state,
151
+ usually to allow it to be modified in multiple PDUs. When in
152
+ this state, an entry is not fully active.
153
+ Entries shall exist in the underCreation(3) state until
154
+ the management station is finished configuring the entry
155
+ and sets this object to valid(1) or aborts, setting this
156
+ object to invalid(4). If the agent determines that an
157
+ entry has been in the underCreation(3) state for an
158
+ abnormally long time, it may decide that the management
159
+ station has crashed. If the agent makes this decision,
160
+ it may set this object to invalid(4) to reclaim the
161
+ entry. A prudent agent will understand that the
162
+ management station may need to wait for human input
163
+ and will allow for that possibility in its
164
+ determination of this abnormally long period.
165
+
166
+ An entry in the valid(1) state is fully configured and
167
+ consistent and fully represents the configuration or
168
+ operation such a row is intended to represent. For
169
+ example, it could be a statistical function that is
170
+ configured and active, or a filter that is available
171
+ in the list of filters processed by the packet capture
172
+ process.
173
+
174
+ A manager is restricted to changing the state of an entry in
175
+ the following ways:
176
+
177
+ To: valid createRequest underCreation invalid
178
+ From:
179
+ valid OK NO OK OK
180
+ createRequest N/A N/A N/A N/A
181
+ underCreation OK NO OK OK
182
+ invalid NO NO NO OK
183
+ nonExistent NO OK NO OK
184
+
185
+ In the table above, it is not applicable to move the state
186
+ from the createRequest state to any other state because the
187
+ manager will never find the variable in that state. The
188
+ nonExistent state is not a value of the enumeration, rather
189
+ it means that the entryStatus variable does not exist at all.
190
+
191
+ An agent may allow an entryStatus variable to change state in
192
+ additional ways, so long as the semantics of the states are
193
+ followed. This allowance is made to ease the implementation of
194
+ the agent and is made despite the fact that managers should
195
+ never exercise these additional state transitions."
196
+ SYNTAX INTEGER {
197
+ valid(1),
198
+ createRequest(2),
199
+ underCreation(3),
200
+ invalid(4)
201
+ }
202
+
203
+ statistics OBJECT IDENTIFIER ::= { rmon 1 }
204
+ history OBJECT IDENTIFIER ::= { rmon 2 }
205
+ alarm OBJECT IDENTIFIER ::= { rmon 3 }
206
+ hosts OBJECT IDENTIFIER ::= { rmon 4 }
207
+ hostTopN OBJECT IDENTIFIER ::= { rmon 5 }
208
+ matrix OBJECT IDENTIFIER ::= { rmon 6 }
209
+ filter OBJECT IDENTIFIER ::= { rmon 7 }
210
+ capture OBJECT IDENTIFIER ::= { rmon 8 }
211
+ event OBJECT IDENTIFIER ::= { rmon 9 }
212
+ rmonConformance OBJECT IDENTIFIER ::= { rmon 20 }
213
+
214
+ -- The Ethernet Statistics Group
215
+ --
216
+ -- Implementation of the Ethernet Statistics group is optional.
217
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
218
+ -- conformance information for this MIB.
219
+ --
220
+ -- The ethernet statistics group contains statistics measured by the
221
+ -- probe for each monitored interface on this device. These
222
+ -- statistics take the form of free running counters that start from
223
+ -- zero when a valid entry is created.
224
+ --
225
+ -- This group currently has statistics defined only for
226
+ -- Ethernet interfaces. Each etherStatsEntry contains statistics
227
+ -- for one Ethernet interface. The probe must create one
228
+ -- etherStats entry for each monitored Ethernet interface
229
+ -- on the device.
230
+
231
+ etherStatsTable OBJECT-TYPE
232
+ SYNTAX SEQUENCE OF EtherStatsEntry
233
+ MAX-ACCESS not-accessible
234
+ STATUS current
235
+ DESCRIPTION
236
+ "A list of Ethernet statistics entries."
237
+ ::= { statistics 1 }
238
+
239
+ etherStatsEntry OBJECT-TYPE
240
+ SYNTAX EtherStatsEntry
241
+ MAX-ACCESS not-accessible
242
+ STATUS current
243
+ DESCRIPTION
244
+ "A collection of statistics kept for a particular
245
+ Ethernet interface. As an example, an instance of the
246
+ etherStatsPkts object might be named etherStatsPkts.1"
247
+ INDEX { etherStatsIndex }
248
+ ::= { etherStatsTable 1 }
249
+
250
+ EtherStatsEntry ::= SEQUENCE {
251
+ etherStatsIndex Integer32,
252
+ etherStatsDataSource OBJECT IDENTIFIER,
253
+ etherStatsDropEvents Counter32,
254
+ etherStatsOctets Counter32,
255
+ etherStatsPkts Counter32,
256
+ etherStatsBroadcastPkts Counter32,
257
+ etherStatsMulticastPkts Counter32,
258
+ etherStatsCRCAlignErrors Counter32,
259
+ etherStatsUndersizePkts Counter32,
260
+ etherStatsOversizePkts Counter32,
261
+ etherStatsFragments Counter32,
262
+ etherStatsJabbers Counter32,
263
+ etherStatsCollisions Counter32,
264
+ etherStatsPkts64Octets Counter32,
265
+ etherStatsPkts65to127Octets Counter32,
266
+ etherStatsPkts128to255Octets Counter32,
267
+ etherStatsPkts256to511Octets Counter32,
268
+ etherStatsPkts512to1023Octets Counter32,
269
+ etherStatsPkts1024to1518Octets Counter32,
270
+ etherStatsOwner OwnerString,
271
+ etherStatsStatus EntryStatus
272
+ }
273
+
274
+ etherStatsIndex OBJECT-TYPE
275
+ SYNTAX Integer32 (1..65535)
276
+ MAX-ACCESS read-only
277
+ STATUS current
278
+ DESCRIPTION
279
+ "The value of this object uniquely identifies this
280
+ etherStats entry."
281
+ ::= { etherStatsEntry 1 }
282
+
283
+ etherStatsDataSource OBJECT-TYPE
284
+ SYNTAX OBJECT IDENTIFIER
285
+ MAX-ACCESS read-create
286
+ STATUS current
287
+ DESCRIPTION
288
+ "This object identifies the source of the data that
289
+ this etherStats entry is configured to analyze. This
290
+ source can be any ethernet interface on this device.
291
+ In order to identify a particular interface, this object
292
+ shall identify the instance of the ifIndex object,
293
+ defined in RFC 2233 [17], for the desired interface.
294
+ For example, if an entry were to receive data from
295
+ interface #1, this object would be set to ifIndex.1.
296
+
297
+ The statistics in this group reflect all packets
298
+ on the local network segment attached to the identified
299
+ interface.
300
+
301
+ An agent may or may not be able to tell if fundamental
302
+ changes to the media of the interface have occurred and
303
+ necessitate an invalidation of this entry. For example, a
304
+ hot-pluggable ethernet card could be pulled out and replaced
305
+ by a token-ring card. In such a case, if the agent has such
306
+ knowledge of the change, it is recommended that it
307
+ invalidate this entry.
308
+
309
+ This object may not be modified if the associated
310
+ etherStatsStatus object is equal to valid(1)."
311
+ ::= { etherStatsEntry 2 }
312
+
313
+ etherStatsDropEvents OBJECT-TYPE
314
+ SYNTAX Counter32
315
+ MAX-ACCESS read-only
316
+ STATUS current
317
+ DESCRIPTION
318
+ "The total number of events in which packets
319
+ were dropped by the probe due to lack of resources.
320
+ Note that this number is not necessarily the number of
321
+ packets dropped; it is just the number of times this
322
+ condition has been detected."
323
+ ::= { etherStatsEntry 3 }
324
+
325
+ etherStatsOctets OBJECT-TYPE
326
+ SYNTAX Counter32
327
+ UNITS "Octets"
328
+ MAX-ACCESS read-only
329
+ STATUS current
330
+ DESCRIPTION
331
+ "The total number of octets of data (including
332
+ those in bad packets) received on the
333
+ network (excluding framing bits but including
334
+ FCS octets).
335
+
336
+ This object can be used as a reasonable estimate of
337
+ 10-Megabit ethernet utilization. If greater precision is
338
+ desired, the etherStatsPkts and etherStatsOctets objects
339
+ should be sampled before and after a common interval. The
340
+ differences in the sampled values are Pkts and Octets,
341
+ respectively, and the number of seconds in the interval is
342
+ Interval. These values are used to calculate the Utilization
343
+ as follows:
344
+
345
+ Pkts * (9.6 + 6.4) + (Octets * .8)
346
+ Utilization = -------------------------------------
347
+ Interval * 10,000
348
+
349
+ The result of this equation is the value Utilization which
350
+ is the percent utilization of the ethernet segment on a
351
+ scale of 0 to 100 percent."
352
+ ::= { etherStatsEntry 4 }
353
+
354
+ etherStatsPkts OBJECT-TYPE
355
+ SYNTAX Counter32
356
+ UNITS "Packets"
357
+ MAX-ACCESS read-only
358
+ STATUS current
359
+ DESCRIPTION
360
+ "The total number of packets (including bad packets,
361
+ broadcast packets, and multicast packets) received."
362
+ ::= { etherStatsEntry 5 }
363
+
364
+ etherStatsBroadcastPkts OBJECT-TYPE
365
+ SYNTAX Counter32
366
+ UNITS "Packets"
367
+ MAX-ACCESS read-only
368
+ STATUS current
369
+ DESCRIPTION
370
+ "The total number of good packets received that were
371
+ directed to the broadcast address. Note that this
372
+ does not include multicast packets."
373
+ ::= { etherStatsEntry 6 }
374
+
375
+ etherStatsMulticastPkts OBJECT-TYPE
376
+ SYNTAX Counter32
377
+ UNITS "Packets"
378
+ MAX-ACCESS read-only
379
+ STATUS current
380
+ DESCRIPTION
381
+ "The total number of good packets received that were
382
+ directed to a multicast address. Note that this number
383
+ does not include packets directed to the broadcast
384
+
385
+ address."
386
+ ::= { etherStatsEntry 7 }
387
+
388
+ etherStatsCRCAlignErrors OBJECT-TYPE
389
+ SYNTAX Counter32
390
+ UNITS "Packets"
391
+ MAX-ACCESS read-only
392
+ STATUS current
393
+ DESCRIPTION
394
+ "The total number of packets received that
395
+ had a length (excluding framing bits, but
396
+ including FCS octets) of between 64 and 1518
397
+ octets, inclusive, but had either a bad
398
+ Frame Check Sequence (FCS) with an integral
399
+ number of octets (FCS Error) or a bad FCS with
400
+ a non-integral number of octets (Alignment Error)."
401
+ ::= { etherStatsEntry 8 }
402
+
403
+ etherStatsUndersizePkts OBJECT-TYPE
404
+ SYNTAX Counter32
405
+ UNITS "Packets"
406
+ MAX-ACCESS read-only
407
+ STATUS current
408
+ DESCRIPTION
409
+ "The total number of packets received that were
410
+ less than 64 octets long (excluding framing bits,
411
+ but including FCS octets) and were otherwise well
412
+ formed."
413
+ ::= { etherStatsEntry 9 }
414
+
415
+ etherStatsOversizePkts OBJECT-TYPE
416
+ SYNTAX Counter32
417
+ UNITS "Packets"
418
+ MAX-ACCESS read-only
419
+ STATUS current
420
+ DESCRIPTION
421
+ "The total number of packets received that were
422
+ longer than 1518 octets (excluding framing bits,
423
+ but including FCS octets) and were otherwise
424
+ well formed."
425
+ ::= { etherStatsEntry 10 }
426
+
427
+ etherStatsFragments OBJECT-TYPE
428
+ SYNTAX Counter32
429
+ UNITS "Packets"
430
+ MAX-ACCESS read-only
431
+ STATUS current
432
+ DESCRIPTION
433
+ "The total number of packets received that were less than
434
+ 64 octets in length (excluding framing bits but including
435
+ FCS octets) and had either a bad Frame Check Sequence
436
+ (FCS) with an integral number of octets (FCS Error) or a
437
+ bad FCS with a non-integral number of octets (Alignment
438
+ Error).
439
+
440
+ Note that it is entirely normal for etherStatsFragments to
441
+ increment. This is because it counts both runts (which are
442
+ normal occurrences due to collisions) and noise hits."
443
+ ::= { etherStatsEntry 11 }
444
+
445
+ etherStatsJabbers OBJECT-TYPE
446
+ SYNTAX Counter32
447
+ UNITS "Packets"
448
+ MAX-ACCESS read-only
449
+ STATUS current
450
+ DESCRIPTION
451
+ "The total number of packets received that were
452
+ longer than 1518 octets (excluding framing bits,
453
+ but including FCS octets), and had either a bad
454
+ Frame Check Sequence (FCS) with an integral number
455
+ of octets (FCS Error) or a bad FCS with a non-integral
456
+ number of octets (Alignment Error).
457
+
458
+ Note that this definition of jabber is different
459
+ than the definition in IEEE-802.3 section 8.2.1.5
460
+ (10BASE5) and section 10.3.1.4 (10BASE2). These
461
+ documents define jabber as the condition where any
462
+ packet exceeds 20 ms. The allowed range to detect
463
+ jabber is between 20 ms and 150 ms."
464
+ ::= { etherStatsEntry 12 }
465
+
466
+ etherStatsCollisions OBJECT-TYPE
467
+ SYNTAX Counter32
468
+ UNITS "Collisions"
469
+ MAX-ACCESS read-only
470
+ STATUS current
471
+ DESCRIPTION
472
+ "The best estimate of the total number of collisions
473
+ on this Ethernet segment.
474
+
475
+ The value returned will depend on the location of the
476
+ RMON probe. Section 8.2.1.3 (10BASE-5) and section
477
+ 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a
478
+ station must detect a collision, in the receive mode, if
479
+ three or more stations are transmitting simultaneously. A
480
+ repeater port must detect a collision when two or more
481
+
482
+ stations are transmitting simultaneously. Thus a probe
483
+ placed on a repeater port could record more collisions
484
+ than a probe connected to a station on the same segment
485
+ would.
486
+
487
+ Probe location plays a much smaller role when considering
488
+ 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3
489
+ defines a collision as the simultaneous presence of signals
490
+ on the DO and RD circuits (transmitting and receiving
491
+ at the same time). A 10BASE-T station can only detect
492
+ collisions when it is transmitting. Thus probes placed on
493
+ a station and a repeater, should report the same number of
494
+ collisions.
495
+
496
+ Note also that an RMON probe inside a repeater should
497
+ ideally report collisions between the repeater and one or
498
+ more other hosts (transmit collisions as defined by IEEE
499
+ 802.3k) plus receiver collisions observed on any coax
500
+ segments to which the repeater is connected."
501
+ ::= { etherStatsEntry 13 }
502
+
503
+ etherStatsPkts64Octets OBJECT-TYPE
504
+ SYNTAX Counter32
505
+ UNITS "Packets"
506
+ MAX-ACCESS read-only
507
+ STATUS current
508
+ DESCRIPTION
509
+ "The total number of packets (including bad
510
+ packets) received that were 64 octets in length
511
+ (excluding framing bits but including FCS octets)."
512
+ ::= { etherStatsEntry 14 }
513
+
514
+ etherStatsPkts65to127Octets OBJECT-TYPE
515
+ SYNTAX Counter32
516
+ UNITS "Packets"
517
+ MAX-ACCESS read-only
518
+ STATUS current
519
+ DESCRIPTION
520
+ "The total number of packets (including bad
521
+ packets) received that were between
522
+ 65 and 127 octets in length inclusive
523
+ (excluding framing bits but including FCS octets)."
524
+ ::= { etherStatsEntry 15 }
525
+
526
+ etherStatsPkts128to255Octets OBJECT-TYPE
527
+ SYNTAX Counter32
528
+ UNITS "Packets"
529
+ MAX-ACCESS read-only
530
+ STATUS current
531
+ DESCRIPTION
532
+ "The total number of packets (including bad
533
+ packets) received that were between
534
+ 128 and 255 octets in length inclusive
535
+ (excluding framing bits but including FCS octets)."
536
+ ::= { etherStatsEntry 16 }
537
+
538
+ etherStatsPkts256to511Octets OBJECT-TYPE
539
+ SYNTAX Counter32
540
+ UNITS "Packets"
541
+ MAX-ACCESS read-only
542
+ STATUS current
543
+ DESCRIPTION
544
+ "The total number of packets (including bad
545
+ packets) received that were between
546
+ 256 and 511 octets in length inclusive
547
+ (excluding framing bits but including FCS octets)."
548
+ ::= { etherStatsEntry 17 }
549
+
550
+ etherStatsPkts512to1023Octets OBJECT-TYPE
551
+ SYNTAX Counter32
552
+ UNITS "Packets"
553
+ MAX-ACCESS read-only
554
+ STATUS current
555
+ DESCRIPTION
556
+ "The total number of packets (including bad
557
+ packets) received that were between
558
+ 512 and 1023 octets in length inclusive
559
+ (excluding framing bits but including FCS octets)."
560
+ ::= { etherStatsEntry 18 }
561
+
562
+ etherStatsPkts1024to1518Octets OBJECT-TYPE
563
+ SYNTAX Counter32
564
+ UNITS "Packets"
565
+ MAX-ACCESS read-only
566
+ STATUS current
567
+ DESCRIPTION
568
+ "The total number of packets (including bad
569
+ packets) received that were between
570
+ 1024 and 1518 octets in length inclusive
571
+ (excluding framing bits but including FCS octets)."
572
+ ::= { etherStatsEntry 19 }
573
+
574
+ etherStatsOwner OBJECT-TYPE
575
+ SYNTAX OwnerString
576
+ MAX-ACCESS read-create
577
+ STATUS current
578
+ DESCRIPTION
579
+ "The entity that configured this entry and is therefore
580
+ using the resources assigned to it."
581
+ ::= { etherStatsEntry 20 }
582
+
583
+ etherStatsStatus OBJECT-TYPE
584
+ SYNTAX EntryStatus
585
+ MAX-ACCESS read-create
586
+ STATUS current
587
+ DESCRIPTION
588
+ "The status of this etherStats entry."
589
+ ::= { etherStatsEntry 21 }
590
+
591
+ -- The History Control Group
592
+
593
+ -- Implementation of the History Control group is optional.
594
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
595
+ -- conformance information for this MIB.
596
+ --
597
+ -- The history control group controls the periodic statistical
598
+ -- sampling of data from various types of networks. The
599
+ -- historyControlTable stores configuration entries that each
600
+ -- define an interface, polling period, and other parameters.
601
+ -- Once samples are taken, their data is stored in an entry
602
+ -- in a media-specific table. Each such entry defines one
603
+ -- sample, and is associated with the historyControlEntry that
604
+ -- caused the sample to be taken. Each counter in the
605
+ -- etherHistoryEntry counts the same event as its similarly-named
606
+ -- counterpart in the etherStatsEntry, except that each value here
607
+ -- is a cumulative sum during a sampling period.
608
+ --
609
+ -- If the probe keeps track of the time of day, it should start
610
+ -- the first sample of the history at a time such that
611
+ -- when the next hour of the day begins, a sample is
612
+ -- started at that instant. This tends to make more
613
+ -- user-friendly reports, and enables comparison of reports
614
+ -- from different probes that have relatively accurate time
615
+ -- of day.
616
+ --
617
+ -- The probe is encouraged to add two history control entries
618
+ -- per monitored interface upon initialization that describe a short
619
+ -- term and a long term polling period. Suggested parameters are 30
620
+ -- seconds for the short term polling period and 30 minutes for
621
+ -- the long term period.
622
+
623
+ historyControlTable OBJECT-TYPE
624
+ SYNTAX SEQUENCE OF HistoryControlEntry
625
+ MAX-ACCESS not-accessible
626
+ STATUS current
627
+ DESCRIPTION
628
+ "A list of history control entries."
629
+ ::= { history 1 }
630
+
631
+ historyControlEntry OBJECT-TYPE
632
+ SYNTAX HistoryControlEntry
633
+ MAX-ACCESS not-accessible
634
+ STATUS current
635
+ DESCRIPTION
636
+ "A list of parameters that set up a periodic sampling of
637
+ statistics. As an example, an instance of the
638
+ historyControlInterval object might be named
639
+ historyControlInterval.2"
640
+ INDEX { historyControlIndex }
641
+ ::= { historyControlTable 1 }
642
+
643
+ HistoryControlEntry ::= SEQUENCE {
644
+ historyControlIndex Integer32,
645
+ historyControlDataSource OBJECT IDENTIFIER,
646
+ historyControlBucketsRequested Integer32,
647
+ historyControlBucketsGranted Integer32,
648
+ historyControlInterval Integer32,
649
+ historyControlOwner OwnerString,
650
+ historyControlStatus EntryStatus
651
+ }
652
+
653
+ historyControlIndex OBJECT-TYPE
654
+ SYNTAX Integer32 (1..65535)
655
+ MAX-ACCESS read-only
656
+ STATUS current
657
+ DESCRIPTION
658
+ "An index that uniquely identifies an entry in the
659
+ historyControl table. Each such entry defines a
660
+ set of samples at a particular interval for an
661
+ interface on the device."
662
+ ::= { historyControlEntry 1 }
663
+
664
+ historyControlDataSource OBJECT-TYPE
665
+ SYNTAX OBJECT IDENTIFIER
666
+ MAX-ACCESS read-create
667
+ STATUS current
668
+ DESCRIPTION
669
+ "This object identifies the source of the data for
670
+ which historical data was collected and
671
+ placed in a media-specific table on behalf of this
672
+ historyControlEntry. This source can be any
673
+ interface on this device. In order to identify
674
+
675
+ a particular interface, this object shall identify
676
+ the instance of the ifIndex object, defined
677
+ in RFC 2233 [17], for the desired interface.
678
+ For example, if an entry were to receive data from
679
+ interface #1, this object would be set to ifIndex.1.
680
+
681
+ The statistics in this group reflect all packets
682
+ on the local network segment attached to the identified
683
+ interface.
684
+
685
+ An agent may or may not be able to tell if fundamental
686
+ changes to the media of the interface have occurred and
687
+ necessitate an invalidation of this entry. For example, a
688
+ hot-pluggable ethernet card could be pulled out and replaced
689
+ by a token-ring card. In such a case, if the agent has such
690
+ knowledge of the change, it is recommended that it
691
+ invalidate this entry.
692
+
693
+ This object may not be modified if the associated
694
+ historyControlStatus object is equal to valid(1)."
695
+ ::= { historyControlEntry 2 }
696
+
697
+ historyControlBucketsRequested OBJECT-TYPE
698
+ SYNTAX Integer32 (1..65535)
699
+ MAX-ACCESS read-create
700
+ STATUS current
701
+ DESCRIPTION
702
+ "The requested number of discrete time intervals
703
+ over which data is to be saved in the part of the
704
+ media-specific table associated with this
705
+ historyControlEntry.
706
+
707
+ When this object is created or modified, the probe
708
+ should set historyControlBucketsGranted as closely to
709
+ this object as is possible for the particular probe
710
+ implementation and available resources."
711
+ DEFVAL { 50 }
712
+ ::= { historyControlEntry 3 }
713
+
714
+ historyControlBucketsGranted OBJECT-TYPE
715
+ SYNTAX Integer32 (1..65535)
716
+ MAX-ACCESS read-only
717
+ STATUS current
718
+ DESCRIPTION
719
+ "The number of discrete sampling intervals
720
+ over which data shall be saved in the part of
721
+ the media-specific table associated with this
722
+ historyControlEntry.
723
+
724
+ When the associated historyControlBucketsRequested
725
+ object is created or modified, the probe
726
+ should set this object as closely to the requested
727
+ value as is possible for the particular
728
+ probe implementation and available resources. The
729
+ probe must not lower this value except as a result
730
+ of a modification to the associated
731
+ historyControlBucketsRequested object.
732
+
733
+ There will be times when the actual number of
734
+ buckets associated with this entry is less than
735
+ the value of this object. In this case, at the
736
+ end of each sampling interval, a new bucket will
737
+ be added to the media-specific table.
738
+
739
+ When the number of buckets reaches the value of
740
+ this object and a new bucket is to be added to the
741
+ media-specific table, the oldest bucket associated
742
+ with this historyControlEntry shall be deleted by
743
+ the agent so that the new bucket can be added.
744
+
745
+ When the value of this object changes to a value less
746
+ than the current value, entries are deleted
747
+ from the media-specific table associated with this
748
+ historyControlEntry. Enough of the oldest of these
749
+ entries shall be deleted by the agent so that their
750
+ number remains less than or equal to the new value of
751
+ this object.
752
+
753
+ When the value of this object changes to a value greater
754
+ than the current value, the number of associated media-
755
+ specific entries may be allowed to grow."
756
+ ::= { historyControlEntry 4 }
757
+
758
+ historyControlInterval OBJECT-TYPE
759
+ SYNTAX Integer32 (1..3600)
760
+ UNITS "Seconds"
761
+ MAX-ACCESS read-create
762
+ STATUS current
763
+ DESCRIPTION
764
+ "The interval in seconds over which the data is
765
+ sampled for each bucket in the part of the
766
+ media-specific table associated with this
767
+ historyControlEntry. This interval can
768
+ be set to any number of seconds between 1 and
769
+ 3600 (1 hour).
770
+
771
+ Because the counters in a bucket may overflow at their
772
+
773
+ maximum value with no indication, a prudent manager will
774
+ take into account the possibility of overflow in any of
775
+ the associated counters. It is important to consider the
776
+ minimum time in which any counter could overflow on a
777
+ particular media type and set the historyControlInterval
778
+ object to a value less than this interval. This is
779
+ typically most important for the 'octets' counter in any
780
+ media-specific table. For example, on an Ethernet
781
+ network, the etherHistoryOctets counter could overflow
782
+ in about one hour at the Ethernet's maximum
783
+ utilization.
784
+
785
+ This object may not be modified if the associated
786
+ historyControlStatus object is equal to valid(1)."
787
+ DEFVAL { 1800 }
788
+ ::= { historyControlEntry 5 }
789
+
790
+ historyControlOwner OBJECT-TYPE
791
+ SYNTAX OwnerString
792
+ MAX-ACCESS read-create
793
+ STATUS current
794
+ DESCRIPTION
795
+ "The entity that configured this entry and is therefore
796
+ using the resources assigned to it."
797
+ ::= { historyControlEntry 6 }
798
+
799
+ historyControlStatus OBJECT-TYPE
800
+ SYNTAX EntryStatus
801
+ MAX-ACCESS read-create
802
+ STATUS current
803
+ DESCRIPTION
804
+ "The status of this historyControl entry.
805
+
806
+ Each instance of the media-specific table associated
807
+ with this historyControlEntry will be deleted by the agent
808
+ if this historyControlEntry is not equal to valid(1)."
809
+ ::= { historyControlEntry 7 }
810
+
811
+ -- The Ethernet History Group
812
+
813
+ -- Implementation of the Ethernet History group is optional.
814
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
815
+ -- conformance information for this MIB.
816
+ --
817
+ -- The Ethernet History group records periodic statistical samples
818
+ -- from a network and stores them for later retrieval.
819
+ -- Once samples are taken, their data is stored in an entry
820
+ -- in a media-specific table. Each such entry defines one
821
+
822
+ -- sample, and is associated with the historyControlEntry that
823
+ -- caused the sample to be taken. This group defines the
824
+ -- etherHistoryTable, for Ethernet networks.
825
+ --
826
+
827
+ etherHistoryTable OBJECT-TYPE
828
+ SYNTAX SEQUENCE OF EtherHistoryEntry
829
+ MAX-ACCESS not-accessible
830
+ STATUS current
831
+ DESCRIPTION
832
+ "A list of Ethernet history entries."
833
+ ::= { history 2 }
834
+
835
+ etherHistoryEntry OBJECT-TYPE
836
+ SYNTAX EtherHistoryEntry
837
+ MAX-ACCESS not-accessible
838
+ STATUS current
839
+ DESCRIPTION
840
+ "An historical sample of Ethernet statistics on a particular
841
+ Ethernet interface. This sample is associated with the
842
+ historyControlEntry which set up the parameters for
843
+ a regular collection of these samples. As an example, an
844
+ instance of the etherHistoryPkts object might be named
845
+ etherHistoryPkts.2.89"
846
+ INDEX { etherHistoryIndex , etherHistorySampleIndex }
847
+ ::= { etherHistoryTable 1 }
848
+
849
+ EtherHistoryEntry ::= SEQUENCE {
850
+ etherHistoryIndex Integer32,
851
+ etherHistorySampleIndex Integer32,
852
+ etherHistoryIntervalStart TimeTicks,
853
+ etherHistoryDropEvents Counter32,
854
+ etherHistoryOctets Counter32,
855
+ etherHistoryPkts Counter32,
856
+ etherHistoryBroadcastPkts Counter32,
857
+ etherHistoryMulticastPkts Counter32,
858
+ etherHistoryCRCAlignErrors Counter32,
859
+ etherHistoryUndersizePkts Counter32,
860
+ etherHistoryOversizePkts Counter32,
861
+ etherHistoryFragments Counter32,
862
+ etherHistoryJabbers Counter32,
863
+ etherHistoryCollisions Counter32,
864
+ etherHistoryUtilization Integer32
865
+ }
866
+
867
+ etherHistoryIndex OBJECT-TYPE
868
+ SYNTAX Integer32 (1..65535)
869
+ MAX-ACCESS read-only
870
+ STATUS current
871
+ DESCRIPTION
872
+ "The history of which this entry is a part. The
873
+ history identified by a particular value of this
874
+ index is the same history as identified
875
+ by the same value of historyControlIndex."
876
+ ::= { etherHistoryEntry 1 }
877
+
878
+ etherHistorySampleIndex OBJECT-TYPE
879
+ SYNTAX Integer32 (1..2147483647)
880
+ MAX-ACCESS read-only
881
+ STATUS current
882
+ DESCRIPTION
883
+ "An index that uniquely identifies the particular
884
+ sample this entry represents among all samples
885
+ associated with the same historyControlEntry.
886
+ This index starts at 1 and increases by one
887
+ as each new sample is taken."
888
+ ::= { etherHistoryEntry 2 }
889
+
890
+ etherHistoryIntervalStart OBJECT-TYPE
891
+ SYNTAX TimeTicks
892
+ MAX-ACCESS read-only
893
+ STATUS current
894
+ DESCRIPTION
895
+ "The value of sysUpTime at the start of the interval
896
+ over which this sample was measured. If the probe
897
+ keeps track of the time of day, it should start
898
+ the first sample of the history at a time such that
899
+ when the next hour of the day begins, a sample is
900
+ started at that instant. Note that following this
901
+ rule may require the probe to delay collecting the
902
+ first sample of the history, as each sample must be
903
+ of the same interval. Also note that the sample which
904
+ is currently being collected is not accessible in this
905
+ table until the end of its interval."
906
+ ::= { etherHistoryEntry 3 }
907
+
908
+ etherHistoryDropEvents OBJECT-TYPE
909
+ SYNTAX Counter32
910
+ MAX-ACCESS read-only
911
+ STATUS current
912
+ DESCRIPTION
913
+ "The total number of events in which packets
914
+ were dropped by the probe due to lack of resources
915
+ during this sampling interval. Note that this number
916
+ is not necessarily the number of packets dropped, it
917
+ is just the number of times this condition has been
918
+
919
+ detected."
920
+ ::= { etherHistoryEntry 4 }
921
+
922
+ etherHistoryOctets OBJECT-TYPE
923
+ SYNTAX Counter32
924
+ UNITS "Octets"
925
+ MAX-ACCESS read-only
926
+ STATUS current
927
+ DESCRIPTION
928
+ "The total number of octets of data (including
929
+ those in bad packets) received on the
930
+ network (excluding framing bits but including
931
+ FCS octets)."
932
+ ::= { etherHistoryEntry 5 }
933
+
934
+ etherHistoryPkts OBJECT-TYPE
935
+ SYNTAX Counter32
936
+ UNITS "Packets"
937
+ MAX-ACCESS read-only
938
+ STATUS current
939
+ DESCRIPTION
940
+ "The number of packets (including bad packets)
941
+ received during this sampling interval."
942
+ ::= { etherHistoryEntry 6 }
943
+
944
+ etherHistoryBroadcastPkts OBJECT-TYPE
945
+ SYNTAX Counter32
946
+ UNITS "Packets"
947
+ MAX-ACCESS read-only
948
+ STATUS current
949
+ DESCRIPTION
950
+ "The number of good packets received during this
951
+ sampling interval that were directed to the
952
+ broadcast address."
953
+ ::= { etherHistoryEntry 7 }
954
+
955
+ etherHistoryMulticastPkts OBJECT-TYPE
956
+ SYNTAX Counter32
957
+ UNITS "Packets"
958
+ MAX-ACCESS read-only
959
+ STATUS current
960
+ DESCRIPTION
961
+ "The number of good packets received during this
962
+ sampling interval that were directed to a
963
+ multicast address. Note that this number does not
964
+ include packets addressed to the broadcast address."
965
+ ::= { etherHistoryEntry 8 }
966
+
967
+ etherHistoryCRCAlignErrors OBJECT-TYPE
968
+ SYNTAX Counter32
969
+ UNITS "Packets"
970
+ MAX-ACCESS read-only
971
+ STATUS current
972
+ DESCRIPTION
973
+ "The number of packets received during this
974
+ sampling interval that had a length (excluding
975
+ framing bits but including FCS octets) between
976
+ 64 and 1518 octets, inclusive, but had either a bad Frame
977
+ Check Sequence (FCS) with an integral number of octets
978
+ (FCS Error) or a bad FCS with a non-integral number
979
+ of octets (Alignment Error)."
980
+ ::= { etherHistoryEntry 9 }
981
+
982
+ etherHistoryUndersizePkts OBJECT-TYPE
983
+ SYNTAX Counter32
984
+ UNITS "Packets"
985
+ MAX-ACCESS read-only
986
+ STATUS current
987
+ DESCRIPTION
988
+ "The number of packets received during this
989
+ sampling interval that were less than 64 octets
990
+ long (excluding framing bits but including FCS
991
+ octets) and were otherwise well formed."
992
+ ::= { etherHistoryEntry 10 }
993
+
994
+ etherHistoryOversizePkts OBJECT-TYPE
995
+ SYNTAX Counter32
996
+ UNITS "Packets"
997
+ MAX-ACCESS read-only
998
+ STATUS current
999
+ DESCRIPTION
1000
+ "The number of packets received during this
1001
+ sampling interval that were longer than 1518
1002
+ octets (excluding framing bits but including
1003
+ FCS octets) but were otherwise well formed."
1004
+ ::= { etherHistoryEntry 11 }
1005
+
1006
+ etherHistoryFragments OBJECT-TYPE
1007
+ SYNTAX Counter32
1008
+ UNITS "Packets"
1009
+ MAX-ACCESS read-only
1010
+ STATUS current
1011
+ DESCRIPTION
1012
+ "The total number of packets received during this
1013
+ sampling interval that were less than 64 octets in
1014
+ length (excluding framing bits but including FCS
1015
+
1016
+ octets) had either a bad Frame Check Sequence (FCS)
1017
+ with an integral number of octets (FCS Error) or a bad
1018
+ FCS with a non-integral number of octets (Alignment
1019
+ Error).
1020
+
1021
+ Note that it is entirely normal for etherHistoryFragments to
1022
+ increment. This is because it counts both runts (which are
1023
+ normal occurrences due to collisions) and noise hits."
1024
+ ::= { etherHistoryEntry 12 }
1025
+
1026
+ etherHistoryJabbers OBJECT-TYPE
1027
+ SYNTAX Counter32
1028
+ UNITS "Packets"
1029
+ MAX-ACCESS read-only
1030
+ STATUS current
1031
+ DESCRIPTION
1032
+ "The number of packets received during this
1033
+ sampling interval that were longer than 1518 octets
1034
+ (excluding framing bits but including FCS octets),
1035
+ and had either a bad Frame Check Sequence (FCS)
1036
+ with an integral number of octets (FCS Error) or
1037
+ a bad FCS with a non-integral number of octets
1038
+ (Alignment Error).
1039
+
1040
+ Note that this definition of jabber is different
1041
+ than the definition in IEEE-802.3 section 8.2.1.5
1042
+ (10BASE5) and section 10.3.1.4 (10BASE2). These
1043
+ documents define jabber as the condition where any
1044
+ packet exceeds 20 ms. The allowed range to detect
1045
+ jabber is between 20 ms and 150 ms."
1046
+ ::= { etherHistoryEntry 13 }
1047
+
1048
+ etherHistoryCollisions OBJECT-TYPE
1049
+ SYNTAX Counter32
1050
+ UNITS "Collisions"
1051
+ MAX-ACCESS read-only
1052
+ STATUS current
1053
+ DESCRIPTION
1054
+ "The best estimate of the total number of collisions
1055
+ on this Ethernet segment during this sampling
1056
+ interval.
1057
+
1058
+ The value returned will depend on the location of the
1059
+ RMON probe. Section 8.2.1.3 (10BASE-5) and section
1060
+ 10.3.1.3 (10BASE-2) of IEEE standard 802.3 states that a
1061
+ station must detect a collision, in the receive mode, if
1062
+ three or more stations are transmitting simultaneously. A
1063
+ repeater port must detect a collision when two or more
1064
+
1065
+ stations are transmitting simultaneously. Thus a probe
1066
+ placed on a repeater port could record more collisions
1067
+ than a probe connected to a station on the same segment
1068
+ would.
1069
+
1070
+ Probe location plays a much smaller role when considering
1071
+ 10BASE-T. 14.2.1.4 (10BASE-T) of IEEE standard 802.3
1072
+ defines a collision as the simultaneous presence of signals
1073
+ on the DO and RD circuits (transmitting and receiving
1074
+ at the same time). A 10BASE-T station can only detect
1075
+ collisions when it is transmitting. Thus probes placed on
1076
+ a station and a repeater, should report the same number of
1077
+ collisions.
1078
+
1079
+ Note also that an RMON probe inside a repeater should
1080
+ ideally report collisions between the repeater and one or
1081
+ more other hosts (transmit collisions as defined by IEEE
1082
+ 802.3k) plus receiver collisions observed on any coax
1083
+ segments to which the repeater is connected."
1084
+ ::= { etherHistoryEntry 14 }
1085
+
1086
+ etherHistoryUtilization OBJECT-TYPE
1087
+ SYNTAX Integer32 (0..10000)
1088
+ MAX-ACCESS read-only
1089
+ STATUS current
1090
+ DESCRIPTION
1091
+ "The best estimate of the mean physical layer
1092
+ network utilization on this interface during this
1093
+ sampling interval, in hundredths of a percent."
1094
+ ::= { etherHistoryEntry 15 }
1095
+
1096
+ -- The Alarm Group
1097
+
1098
+ -- Implementation of the Alarm group is optional. The Alarm Group
1099
+ -- requires the implementation of the Event group.
1100
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
1101
+ -- conformance information for this MIB.
1102
+ --
1103
+ -- The Alarm group periodically takes statistical samples from
1104
+ -- variables in the probe and compares them to thresholds that have
1105
+ -- been configured. The alarm table stores configuration
1106
+ -- entries that each define a variable, polling period, and
1107
+ -- threshold parameters. If a sample is found to cross the
1108
+ -- threshold values, an event is generated. Only variables that
1109
+ -- resolve to an ASN.1 primitive type of INTEGER (INTEGER, Integer32,
1110
+ -- Counter32, Counter64, Gauge32, or TimeTicks) may be monitored in
1111
+ -- this way.
1112
+ --
1113
+
1114
+ -- This function has a hysteresis mechanism to limit the generation
1115
+ -- of events. This mechanism generates one event as a threshold
1116
+ -- is crossed in the appropriate direction. No more events are
1117
+ -- generated for that threshold until the opposite threshold is
1118
+ -- crossed.
1119
+ --
1120
+ -- In the case of a sampling a deltaValue, a probe may implement
1121
+ -- this mechanism with more precision if it takes a delta sample
1122
+ -- twice per period, each time comparing the sum of the latest two
1123
+ -- samples to the threshold. This allows the detection of threshold
1124
+ -- crossings that span the sampling boundary. Note that this does
1125
+ -- not require any special configuration of the threshold value.
1126
+ -- It is suggested that probes implement this more precise algorithm.
1127
+
1128
+ alarmTable OBJECT-TYPE
1129
+ SYNTAX SEQUENCE OF AlarmEntry
1130
+ MAX-ACCESS not-accessible
1131
+ STATUS current
1132
+ DESCRIPTION
1133
+ "A list of alarm entries."
1134
+ ::= { alarm 1 }
1135
+
1136
+ alarmEntry OBJECT-TYPE
1137
+ SYNTAX AlarmEntry
1138
+ MAX-ACCESS not-accessible
1139
+ STATUS current
1140
+ DESCRIPTION
1141
+ "A list of parameters that set up a periodic checking
1142
+ for alarm conditions. For example, an instance of the
1143
+ alarmValue object might be named alarmValue.8"
1144
+ INDEX { alarmIndex }
1145
+ ::= { alarmTable 1 }
1146
+
1147
+ AlarmEntry ::= SEQUENCE {
1148
+ alarmIndex Integer32,
1149
+ alarmInterval Integer32,
1150
+ alarmVariable OBJECT IDENTIFIER,
1151
+ alarmSampleType INTEGER,
1152
+ alarmValue Integer32,
1153
+ alarmStartupAlarm INTEGER,
1154
+ alarmRisingThreshold Integer32,
1155
+ alarmFallingThreshold Integer32,
1156
+ alarmRisingEventIndex Integer32,
1157
+ alarmFallingEventIndex Integer32,
1158
+ alarmOwner OwnerString,
1159
+ alarmStatus EntryStatus
1160
+ }
1161
+
1162
+ alarmIndex OBJECT-TYPE
1163
+ SYNTAX Integer32 (1..65535)
1164
+ MAX-ACCESS read-only
1165
+ STATUS current
1166
+ DESCRIPTION
1167
+ "An index that uniquely identifies an entry in the
1168
+ alarm table. Each such entry defines a
1169
+ diagnostic sample at a particular interval
1170
+ for an object on the device."
1171
+ ::= { alarmEntry 1 }
1172
+
1173
+ alarmInterval OBJECT-TYPE
1174
+ SYNTAX Integer32
1175
+ UNITS "Seconds"
1176
+ MAX-ACCESS read-create
1177
+ STATUS current
1178
+ DESCRIPTION
1179
+ "The interval in seconds over which the data is
1180
+ sampled and compared with the rising and falling
1181
+ thresholds. When setting this variable, care
1182
+ should be taken in the case of deltaValue
1183
+ sampling - the interval should be set short enough
1184
+ that the sampled variable is very unlikely to
1185
+ increase or decrease by more than 2^31 - 1 during
1186
+ a single sampling interval.
1187
+
1188
+ This object may not be modified if the associated
1189
+ alarmStatus object is equal to valid(1)."
1190
+ ::= { alarmEntry 2 }
1191
+
1192
+ alarmVariable OBJECT-TYPE
1193
+ SYNTAX OBJECT IDENTIFIER
1194
+ MAX-ACCESS read-create
1195
+ STATUS current
1196
+ DESCRIPTION
1197
+ "The object identifier of the particular variable to be
1198
+ sampled. Only variables that resolve to an ASN.1 primitive
1199
+ type of INTEGER (INTEGER, Integer32, Counter32, Counter64,
1200
+ Gauge, or TimeTicks) may be sampled.
1201
+
1202
+ Because SNMP access control is articulated entirely
1203
+ in terms of the contents of MIB views, no access
1204
+ control mechanism exists that can restrict the value of
1205
+ this object to identify only those objects that exist
1206
+ in a particular MIB view. Because there is thus no
1207
+ acceptable means of restricting the read access that
1208
+ could be obtained through the alarm mechanism, the
1209
+ probe must only grant write access to this object in
1210
+
1211
+ those views that have read access to all objects on
1212
+ the probe.
1213
+
1214
+ During a set operation, if the supplied variable name is
1215
+ not available in the selected MIB view, a badValue error
1216
+ must be returned. If at any time the variable name of
1217
+ an established alarmEntry is no longer available in the
1218
+ selected MIB view, the probe must change the status of
1219
+ this alarmEntry to invalid(4).
1220
+
1221
+ This object may not be modified if the associated
1222
+ alarmStatus object is equal to valid(1)."
1223
+ ::= { alarmEntry 3 }
1224
+
1225
+ alarmSampleType OBJECT-TYPE
1226
+ SYNTAX INTEGER {
1227
+ absoluteValue(1),
1228
+ deltaValue(2)
1229
+ }
1230
+ MAX-ACCESS read-create
1231
+ STATUS current
1232
+ DESCRIPTION
1233
+ "The method of sampling the selected variable and
1234
+ calculating the value to be compared against the
1235
+ thresholds. If the value of this object is
1236
+ absoluteValue(1), the value of the selected variable
1237
+ will be compared directly with the thresholds at the
1238
+ end of the sampling interval. If the value of this
1239
+ object is deltaValue(2), the value of the selected
1240
+ variable at the last sample will be subtracted from
1241
+ the current value, and the difference compared with
1242
+ the thresholds.
1243
+
1244
+ This object may not be modified if the associated
1245
+ alarmStatus object is equal to valid(1)."
1246
+ ::= { alarmEntry 4 }
1247
+
1248
+ alarmValue OBJECT-TYPE
1249
+ SYNTAX Integer32
1250
+ MAX-ACCESS read-only
1251
+ STATUS current
1252
+ DESCRIPTION
1253
+ "The value of the statistic during the last sampling
1254
+ period. For example, if the sample type is deltaValue,
1255
+ this value will be the difference between the samples
1256
+ at the beginning and end of the period. If the sample
1257
+ type is absoluteValue, this value will be the sampled
1258
+ value at the end of the period.
1259
+
1260
+ This is the value that is compared with the rising and
1261
+ falling thresholds.
1262
+
1263
+ The value during the current sampling period is not
1264
+ made available until the period is completed and will
1265
+ remain available until the next period completes."
1266
+ ::= { alarmEntry 5 }
1267
+
1268
+ alarmStartupAlarm OBJECT-TYPE
1269
+ SYNTAX INTEGER {
1270
+ risingAlarm(1),
1271
+ fallingAlarm(2),
1272
+ risingOrFallingAlarm(3)
1273
+ }
1274
+ MAX-ACCESS read-create
1275
+ STATUS current
1276
+ DESCRIPTION
1277
+ "The alarm that may be sent when this entry is first
1278
+ set to valid. If the first sample after this entry
1279
+ becomes valid is greater than or equal to the
1280
+ risingThreshold and alarmStartupAlarm is equal to
1281
+ risingAlarm(1) or risingOrFallingAlarm(3), then a single
1282
+ rising alarm will be generated. If the first sample
1283
+ after this entry becomes valid is less than or equal
1284
+ to the fallingThreshold and alarmStartupAlarm is equal
1285
+ to fallingAlarm(2) or risingOrFallingAlarm(3), then a
1286
+ single falling alarm will be generated.
1287
+
1288
+ This object may not be modified if the associated
1289
+ alarmStatus object is equal to valid(1)."
1290
+ ::= { alarmEntry 6 }
1291
+
1292
+ alarmRisingThreshold OBJECT-TYPE
1293
+ SYNTAX Integer32
1294
+ MAX-ACCESS read-create
1295
+ STATUS current
1296
+ DESCRIPTION
1297
+ "A threshold for the sampled statistic. When the current
1298
+ sampled value is greater than or equal to this threshold,
1299
+ and the value at the last sampling interval was less than
1300
+ this threshold, a single event will be generated.
1301
+ A single event will also be generated if the first
1302
+ sample after this entry becomes valid is greater than or
1303
+ equal to this threshold and the associated
1304
+ alarmStartupAlarm is equal to risingAlarm(1) or
1305
+ risingOrFallingAlarm(3).
1306
+
1307
+ After a rising event is generated, another such event
1308
+
1309
+ will not be generated until the sampled value
1310
+ falls below this threshold and reaches the
1311
+ alarmFallingThreshold.
1312
+
1313
+ This object may not be modified if the associated
1314
+ alarmStatus object is equal to valid(1)."
1315
+ ::= { alarmEntry 7 }
1316
+
1317
+ alarmFallingThreshold OBJECT-TYPE
1318
+ SYNTAX Integer32
1319
+ MAX-ACCESS read-create
1320
+ STATUS current
1321
+ DESCRIPTION
1322
+ "A threshold for the sampled statistic. When the current
1323
+ sampled value is less than or equal to this threshold,
1324
+ and the value at the last sampling interval was greater than
1325
+ this threshold, a single event will be generated.
1326
+ A single event will also be generated if the first
1327
+ sample after this entry becomes valid is less than or
1328
+ equal to this threshold and the associated
1329
+ alarmStartupAlarm is equal to fallingAlarm(2) or
1330
+ risingOrFallingAlarm(3).
1331
+
1332
+ After a falling event is generated, another such event
1333
+ will not be generated until the sampled value
1334
+ rises above this threshold and reaches the
1335
+ alarmRisingThreshold.
1336
+
1337
+ This object may not be modified if the associated
1338
+ alarmStatus object is equal to valid(1)."
1339
+ ::= { alarmEntry 8 }
1340
+
1341
+ alarmRisingEventIndex OBJECT-TYPE
1342
+ SYNTAX Integer32 (0..65535)
1343
+ MAX-ACCESS read-create
1344
+ STATUS current
1345
+ DESCRIPTION
1346
+ "The index of the eventEntry that is
1347
+ used when a rising threshold is crossed. The
1348
+ eventEntry identified by a particular value of
1349
+ this index is the same as identified by the same value
1350
+ of the eventIndex object. If there is no
1351
+ corresponding entry in the eventTable, then
1352
+ no association exists. In particular, if this value
1353
+ is zero, no associated event will be generated, as
1354
+ zero is not a valid event index.
1355
+
1356
+ This object may not be modified if the associated
1357
+
1358
+ alarmStatus object is equal to valid(1)."
1359
+ ::= { alarmEntry 9 }
1360
+
1361
+ alarmFallingEventIndex OBJECT-TYPE
1362
+ SYNTAX Integer32 (0..65535)
1363
+ MAX-ACCESS read-create
1364
+ STATUS current
1365
+ DESCRIPTION
1366
+ "The index of the eventEntry that is
1367
+ used when a falling threshold is crossed. The
1368
+ eventEntry identified by a particular value of
1369
+ this index is the same as identified by the same value
1370
+ of the eventIndex object. If there is no
1371
+ corresponding entry in the eventTable, then
1372
+ no association exists. In particular, if this value
1373
+ is zero, no associated event will be generated, as
1374
+ zero is not a valid event index.
1375
+
1376
+ This object may not be modified if the associated
1377
+ alarmStatus object is equal to valid(1)."
1378
+ ::= { alarmEntry 10 }
1379
+
1380
+ alarmOwner OBJECT-TYPE
1381
+ SYNTAX OwnerString
1382
+ MAX-ACCESS read-create
1383
+ STATUS current
1384
+ DESCRIPTION
1385
+ "The entity that configured this entry and is therefore
1386
+ using the resources assigned to it."
1387
+ ::= { alarmEntry 11 }
1388
+
1389
+ alarmStatus OBJECT-TYPE
1390
+ SYNTAX EntryStatus
1391
+ MAX-ACCESS read-create
1392
+ STATUS current
1393
+ DESCRIPTION
1394
+ "The status of this alarm entry."
1395
+ ::= { alarmEntry 12 }
1396
+
1397
+ -- The Host Group
1398
+
1399
+ -- Implementation of the Host group is optional.
1400
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
1401
+ -- conformance information for this MIB.
1402
+ --
1403
+ -- The host group discovers new hosts on the network by
1404
+ -- keeping a list of source and destination MAC Addresses seen
1405
+ -- in good packets. For each of these addresses, the host group
1406
+
1407
+ -- keeps a set of statistics. The hostControlTable controls
1408
+ -- which interfaces this function is performed on, and contains
1409
+ -- some information about the process. On behalf of each
1410
+ -- hostControlEntry, data is collected on an interface and placed
1411
+ -- in both the hostTable and the hostTimeTable. If the
1412
+ -- monitoring device finds itself short of resources, it may
1413
+ -- delete entries as needed. It is suggested that the device
1414
+ -- delete the least recently used entries first.
1415
+
1416
+ -- The hostTable contains entries for each address discovered on
1417
+ -- a particular interface. Each entry contains statistical
1418
+ -- data about that host. This table is indexed by the
1419
+ -- MAC address of the host, through which a random access
1420
+ -- may be achieved.
1421
+
1422
+ -- The hostTimeTable contains data in the same format as the
1423
+ -- hostTable, and must contain the same set of hosts, but is
1424
+ -- indexed using hostTimeCreationOrder rather than hostAddress.
1425
+ -- The hostTimeCreationOrder is an integer which reflects
1426
+ -- the relative order in which a particular entry was discovered
1427
+ -- and thus inserted into the table. As this order, and thus
1428
+ -- the index, is among those entries currently in the table,
1429
+ -- the index for a particular entry may change if an
1430
+ -- (earlier) entry is deleted. Thus the association between
1431
+ -- hostTimeCreationOrder and hostTimeEntry may be broken at
1432
+ -- any time.
1433
+
1434
+ -- The hostTimeTable has two important uses. The first is the
1435
+ -- fast download of this potentially large table. Because the
1436
+ -- index of this table runs from 1 to the size of the table,
1437
+ -- inclusive, its values are predictable. This allows very
1438
+ -- efficient packing of variables into SNMP PDU's and allows
1439
+ -- a table transfer to have multiple packets outstanding.
1440
+ -- These benefits increase transfer rates tremendously.
1441
+
1442
+ -- The second use of the hostTimeTable is the efficient discovery
1443
+ -- by the management station of new entries added to the table.
1444
+ -- After the management station has downloaded the entire table,
1445
+ -- it knows that new entries will be added immediately after the
1446
+ -- end of the current table. It can thus detect new entries there
1447
+ -- and retrieve them easily.
1448
+
1449
+ -- Because the association between hostTimeCreationOrder and
1450
+ -- hostTimeEntry may be broken at any time, the management
1451
+ -- station must monitor the related hostControlLastDeleteTime
1452
+ -- object. When the management station thus detects a deletion,
1453
+ -- it must assume that any such associations have been broken,
1454
+ -- and invalidate any it has stored locally. This includes
1455
+
1456
+ -- restarting any download of the hostTimeTable that may have been
1457
+ -- in progress, as well as rediscovering the end of the
1458
+ -- hostTimeTable so that it may detect new entries. If the
1459
+ -- management station does not detect the broken association,
1460
+ -- it may continue to refer to a particular host by its
1461
+ -- creationOrder while unwittingly retrieving the data associated
1462
+ -- with another host entirely. If this happens while downloading
1463
+ -- the host table, the management station may fail to download
1464
+ -- all of the entries in the table.
1465
+
1466
+ hostControlTable OBJECT-TYPE
1467
+ SYNTAX SEQUENCE OF HostControlEntry
1468
+ MAX-ACCESS not-accessible
1469
+ STATUS current
1470
+ DESCRIPTION
1471
+ "A list of host table control entries."
1472
+ ::= { hosts 1 }
1473
+
1474
+ hostControlEntry OBJECT-TYPE
1475
+ SYNTAX HostControlEntry
1476
+ MAX-ACCESS not-accessible
1477
+ STATUS current
1478
+ DESCRIPTION
1479
+ "A list of parameters that set up the discovery of hosts
1480
+ on a particular interface and the collection of statistics
1481
+ about these hosts. For example, an instance of the
1482
+ hostControlTableSize object might be named
1483
+ hostControlTableSize.1"
1484
+ INDEX { hostControlIndex }
1485
+ ::= { hostControlTable 1 }
1486
+
1487
+ HostControlEntry ::= SEQUENCE {
1488
+
1489
+ hostControlIndex Integer32,
1490
+ hostControlDataSource OBJECT IDENTIFIER,
1491
+ hostControlTableSize Integer32,
1492
+ hostControlLastDeleteTime TimeTicks,
1493
+ hostControlOwner OwnerString,
1494
+ hostControlStatus EntryStatus
1495
+ }
1496
+
1497
+ hostControlIndex OBJECT-TYPE
1498
+ SYNTAX Integer32 (1..65535)
1499
+ MAX-ACCESS read-only
1500
+ STATUS current
1501
+ DESCRIPTION
1502
+ "An index that uniquely identifies an entry in the
1503
+
1504
+ hostControl table. Each such entry defines
1505
+ a function that discovers hosts on a particular interface
1506
+ and places statistics about them in the hostTable and
1507
+ the hostTimeTable on behalf of this hostControlEntry."
1508
+ ::= { hostControlEntry 1 }
1509
+
1510
+ hostControlDataSource OBJECT-TYPE
1511
+ SYNTAX OBJECT IDENTIFIER
1512
+ MAX-ACCESS read-create
1513
+ STATUS current
1514
+ DESCRIPTION
1515
+ "This object identifies the source of the data for
1516
+ this instance of the host function. This source
1517
+ can be any interface on this device. In order
1518
+ to identify a particular interface, this object shall
1519
+ identify the instance of the ifIndex object, defined
1520
+ in RFC 2233 [17], for the desired interface.
1521
+ For example, if an entry were to receive data from
1522
+ interface #1, this object would be set to ifIndex.1.
1523
+
1524
+ The statistics in this group reflect all packets
1525
+ on the local network segment attached to the identified
1526
+ interface.
1527
+
1528
+ An agent may or may not be able to tell if fundamental
1529
+ changes to the media of the interface have occurred and
1530
+ necessitate an invalidation of this entry. For example, a
1531
+ hot-pluggable ethernet card could be pulled out and replaced
1532
+ by a token-ring card. In such a case, if the agent has such
1533
+ knowledge of the change, it is recommended that it
1534
+ invalidate this entry.
1535
+
1536
+ This object may not be modified if the associated
1537
+ hostControlStatus object is equal to valid(1)."
1538
+ ::= { hostControlEntry 2 }
1539
+
1540
+ hostControlTableSize OBJECT-TYPE
1541
+ SYNTAX Integer32
1542
+ MAX-ACCESS read-only
1543
+ STATUS current
1544
+ DESCRIPTION
1545
+ "The number of hostEntries in the hostTable and the
1546
+ hostTimeTable associated with this hostControlEntry."
1547
+ ::= { hostControlEntry 3 }
1548
+
1549
+ hostControlLastDeleteTime OBJECT-TYPE
1550
+ SYNTAX TimeTicks
1551
+ MAX-ACCESS read-only
1552
+ STATUS current
1553
+ DESCRIPTION
1554
+ "The value of sysUpTime when the last entry
1555
+ was deleted from the portion of the hostTable
1556
+ associated with this hostControlEntry. If no
1557
+ deletions have occurred, this value shall be zero."
1558
+ ::= { hostControlEntry 4 }
1559
+
1560
+ hostControlOwner OBJECT-TYPE
1561
+ SYNTAX OwnerString
1562
+ MAX-ACCESS read-create
1563
+ STATUS current
1564
+ DESCRIPTION
1565
+ "The entity that configured this entry and is therefore
1566
+ using the resources assigned to it."
1567
+ ::= { hostControlEntry 5 }
1568
+
1569
+ hostControlStatus OBJECT-TYPE
1570
+ SYNTAX EntryStatus
1571
+ MAX-ACCESS read-create
1572
+ STATUS current
1573
+ DESCRIPTION
1574
+ "The status of this hostControl entry.
1575
+
1576
+ If this object is not equal to valid(1), all associated
1577
+ entries in the hostTable, hostTimeTable, and the
1578
+ hostTopNTable shall be deleted by the agent."
1579
+ ::= { hostControlEntry 6 }
1580
+
1581
+ hostTable OBJECT-TYPE
1582
+ SYNTAX SEQUENCE OF HostEntry
1583
+ MAX-ACCESS not-accessible
1584
+ STATUS current
1585
+ DESCRIPTION
1586
+ "A list of host entries."
1587
+ ::= { hosts 2 }
1588
+
1589
+ hostEntry OBJECT-TYPE
1590
+ SYNTAX HostEntry
1591
+ MAX-ACCESS not-accessible
1592
+ STATUS current
1593
+ DESCRIPTION
1594
+ "A collection of statistics for a particular host that has
1595
+ been discovered on an interface of this device. For example,
1596
+ an instance of the hostOutBroadcastPkts object might be
1597
+ named hostOutBroadcastPkts.1.6.8.0.32.27.3.176"
1598
+ INDEX { hostIndex, hostAddress }
1599
+ ::= { hostTable 1 }
1600
+
1601
+ HostEntry ::= SEQUENCE {
1602
+ hostAddress OCTET STRING,
1603
+ hostCreationOrder Integer32,
1604
+ hostIndex Integer32,
1605
+ hostInPkts Counter32,
1606
+ hostOutPkts Counter32,
1607
+ hostInOctets Counter32,
1608
+ hostOutOctets Counter32,
1609
+ hostOutErrors Counter32,
1610
+ hostOutBroadcastPkts Counter32,
1611
+ hostOutMulticastPkts Counter32
1612
+ }
1613
+
1614
+ hostAddress OBJECT-TYPE
1615
+ SYNTAX OCTET STRING
1616
+ MAX-ACCESS read-only
1617
+ STATUS current
1618
+ DESCRIPTION
1619
+ "The physical address of this host."
1620
+ ::= { hostEntry 1 }
1621
+
1622
+ hostCreationOrder OBJECT-TYPE
1623
+ SYNTAX Integer32 (1..65535)
1624
+ MAX-ACCESS read-only
1625
+ STATUS current
1626
+ DESCRIPTION
1627
+ "An index that defines the relative ordering of
1628
+ the creation time of hosts captured for a
1629
+ particular hostControlEntry. This index shall
1630
+ be between 1 and N, where N is the value of
1631
+ the associated hostControlTableSize. The ordering
1632
+ of the indexes is based on the order of each entry's
1633
+ insertion into the table, in which entries added earlier
1634
+ have a lower index value than entries added later.
1635
+
1636
+ It is important to note that the order for a
1637
+ particular entry may change as an (earlier) entry
1638
+ is deleted from the table. Because this order may
1639
+ change, management stations should make use of the
1640
+ hostControlLastDeleteTime variable in the
1641
+ hostControlEntry associated with the relevant
1642
+ portion of the hostTable. By observing
1643
+ this variable, the management station may detect
1644
+ the circumstances where a previous association
1645
+ between a value of hostCreationOrder
1646
+ and a hostEntry may no longer hold."
1647
+ ::= { hostEntry 2 }
1648
+
1649
+ hostIndex OBJECT-TYPE
1650
+ SYNTAX Integer32 (1..65535)
1651
+ MAX-ACCESS read-only
1652
+ STATUS current
1653
+ DESCRIPTION
1654
+ "The set of collected host statistics of which
1655
+ this entry is a part. The set of hosts
1656
+ identified by a particular value of this
1657
+ index is associated with the hostControlEntry
1658
+ as identified by the same value of hostControlIndex."
1659
+ ::= { hostEntry 3 }
1660
+
1661
+ hostInPkts OBJECT-TYPE
1662
+ SYNTAX Counter32
1663
+ UNITS "Packets"
1664
+ MAX-ACCESS read-only
1665
+ STATUS current
1666
+ DESCRIPTION
1667
+ "The number of good packets transmitted to this
1668
+ address since it was added to the hostTable."
1669
+ ::= { hostEntry 4 }
1670
+
1671
+ hostOutPkts OBJECT-TYPE
1672
+ SYNTAX Counter32
1673
+ UNITS "Packets"
1674
+ MAX-ACCESS read-only
1675
+ STATUS current
1676
+ DESCRIPTION
1677
+ "The number of packets, including bad packets, transmitted
1678
+ by this address since it was added to the hostTable."
1679
+ ::= { hostEntry 5 }
1680
+
1681
+ hostInOctets OBJECT-TYPE
1682
+ SYNTAX Counter32
1683
+ UNITS "Octets"
1684
+ MAX-ACCESS read-only
1685
+ STATUS current
1686
+ DESCRIPTION
1687
+ "The number of octets transmitted to this address since
1688
+ it was added to the hostTable (excluding framing
1689
+ bits but including FCS octets), except for those
1690
+ octets in bad packets."
1691
+ ::= { hostEntry 6 }
1692
+
1693
+ hostOutOctets OBJECT-TYPE
1694
+ SYNTAX Counter32
1695
+ UNITS "Octets"
1696
+ MAX-ACCESS read-only
1697
+ STATUS current
1698
+ DESCRIPTION
1699
+ "The number of octets transmitted by this address since
1700
+ it was added to the hostTable (excluding framing
1701
+ bits but including FCS octets), including those
1702
+ octets in bad packets."
1703
+ ::= { hostEntry 7 }
1704
+
1705
+ hostOutErrors OBJECT-TYPE
1706
+ SYNTAX Counter32
1707
+ UNITS "Packets"
1708
+ MAX-ACCESS read-only
1709
+ STATUS current
1710
+ DESCRIPTION
1711
+ "The number of bad packets transmitted by this address
1712
+ since this host was added to the hostTable."
1713
+ ::= { hostEntry 8 }
1714
+
1715
+ hostOutBroadcastPkts OBJECT-TYPE
1716
+ SYNTAX Counter32
1717
+ UNITS "Packets"
1718
+ MAX-ACCESS read-only
1719
+ STATUS current
1720
+ DESCRIPTION
1721
+ "The number of good packets transmitted by this
1722
+ address that were directed to the broadcast address
1723
+ since this host was added to the hostTable."
1724
+ ::= { hostEntry 9 }
1725
+
1726
+ hostOutMulticastPkts OBJECT-TYPE
1727
+ SYNTAX Counter32
1728
+ UNITS "Packets"
1729
+ MAX-ACCESS read-only
1730
+ STATUS current
1731
+ DESCRIPTION
1732
+ "The number of good packets transmitted by this
1733
+ address that were directed to a multicast address
1734
+ since this host was added to the hostTable.
1735
+ Note that this number does not include packets
1736
+ directed to the broadcast address."
1737
+ ::= { hostEntry 10 }
1738
+
1739
+ -- host Time Table
1740
+
1741
+ hostTimeTable OBJECT-TYPE
1742
+ SYNTAX SEQUENCE OF HostTimeEntry
1743
+ MAX-ACCESS not-accessible
1744
+ STATUS current
1745
+ DESCRIPTION
1746
+ "A list of time-ordered host table entries."
1747
+ ::= { hosts 3 }
1748
+
1749
+ hostTimeEntry OBJECT-TYPE
1750
+ SYNTAX HostTimeEntry
1751
+ MAX-ACCESS not-accessible
1752
+ STATUS current
1753
+ DESCRIPTION
1754
+ "A collection of statistics for a particular host that has
1755
+ been discovered on an interface of this device. This
1756
+ collection includes the relative ordering of the creation
1757
+ time of this object. For example, an instance of the
1758
+ hostTimeOutBroadcastPkts object might be named
1759
+ hostTimeOutBroadcastPkts.1.687"
1760
+ INDEX { hostTimeIndex, hostTimeCreationOrder }
1761
+ ::= { hostTimeTable 1 }
1762
+
1763
+ HostTimeEntry ::= SEQUENCE {
1764
+ hostTimeAddress OCTET STRING,
1765
+ hostTimeCreationOrder Integer32,
1766
+ hostTimeIndex Integer32,
1767
+ hostTimeInPkts Counter32,
1768
+ hostTimeOutPkts Counter32,
1769
+ hostTimeInOctets Counter32,
1770
+ hostTimeOutOctets Counter32,
1771
+ hostTimeOutErrors Counter32,
1772
+ hostTimeOutBroadcastPkts Counter32,
1773
+ hostTimeOutMulticastPkts Counter32
1774
+ }
1775
+
1776
+ hostTimeAddress OBJECT-TYPE
1777
+ SYNTAX OCTET STRING
1778
+ MAX-ACCESS read-only
1779
+ STATUS current
1780
+ DESCRIPTION
1781
+ "The physical address of this host."
1782
+ ::= { hostTimeEntry 1 }
1783
+
1784
+ hostTimeCreationOrder OBJECT-TYPE
1785
+ SYNTAX Integer32 (1..65535)
1786
+ MAX-ACCESS read-only
1787
+ STATUS current
1788
+ DESCRIPTION
1789
+ "An index that uniquely identifies an entry in
1790
+ the hostTime table among those entries associated
1791
+ with the same hostControlEntry. This index shall
1792
+ be between 1 and N, where N is the value of
1793
+
1794
+ the associated hostControlTableSize. The ordering
1795
+ of the indexes is based on the order of each entry's
1796
+ insertion into the table, in which entries added earlier
1797
+ have a lower index value than entries added later.
1798
+ Thus the management station has the ability to
1799
+ learn of new entries added to this table without
1800
+ downloading the entire table.
1801
+
1802
+ It is important to note that the index for a
1803
+ particular entry may change as an (earlier) entry
1804
+ is deleted from the table. Because this order may
1805
+ change, management stations should make use of the
1806
+ hostControlLastDeleteTime variable in the
1807
+ hostControlEntry associated with the relevant
1808
+ portion of the hostTimeTable. By observing
1809
+ this variable, the management station may detect
1810
+ the circumstances where a download of the table
1811
+ may have missed entries, and where a previous
1812
+ association between a value of hostTimeCreationOrder
1813
+ and a hostTimeEntry may no longer hold."
1814
+ ::= { hostTimeEntry 2 }
1815
+
1816
+ hostTimeIndex OBJECT-TYPE
1817
+ SYNTAX Integer32 (1..65535)
1818
+ MAX-ACCESS read-only
1819
+ STATUS current
1820
+ DESCRIPTION
1821
+ "The set of collected host statistics of which
1822
+ this entry is a part. The set of hosts
1823
+ identified by a particular value of this
1824
+ index is associated with the hostControlEntry
1825
+ as identified by the same value of hostControlIndex."
1826
+ ::= { hostTimeEntry 3 }
1827
+
1828
+ hostTimeInPkts OBJECT-TYPE
1829
+ SYNTAX Counter32
1830
+ UNITS "Packets"
1831
+ MAX-ACCESS read-only
1832
+ STATUS current
1833
+ DESCRIPTION
1834
+ "The number of good packets transmitted to this
1835
+ address since it was added to the hostTimeTable."
1836
+ ::= { hostTimeEntry 4 }
1837
+
1838
+ hostTimeOutPkts OBJECT-TYPE
1839
+ SYNTAX Counter32
1840
+ UNITS "Packets"
1841
+ MAX-ACCESS read-only
1842
+ STATUS current
1843
+ DESCRIPTION
1844
+ "The number of packets, including bad packets, transmitted
1845
+ by this address since it was added to the hostTimeTable."
1846
+ ::= { hostTimeEntry 5 }
1847
+
1848
+ hostTimeInOctets OBJECT-TYPE
1849
+ SYNTAX Counter32
1850
+ UNITS "Octets"
1851
+ MAX-ACCESS read-only
1852
+ STATUS current
1853
+ DESCRIPTION
1854
+ "The number of octets transmitted to this address since
1855
+ it was added to the hostTimeTable (excluding framing
1856
+ bits but including FCS octets), except for those
1857
+ octets in bad packets."
1858
+ ::= { hostTimeEntry 6 }
1859
+
1860
+ hostTimeOutOctets OBJECT-TYPE
1861
+ SYNTAX Counter32
1862
+ UNITS "Octets"
1863
+ MAX-ACCESS read-only
1864
+ STATUS current
1865
+ DESCRIPTION
1866
+ "The number of octets transmitted by this address since
1867
+ it was added to the hostTimeTable (excluding framing
1868
+ bits but including FCS octets), including those
1869
+ octets in bad packets."
1870
+ ::= { hostTimeEntry 7 }
1871
+
1872
+ hostTimeOutErrors OBJECT-TYPE
1873
+ SYNTAX Counter32
1874
+ UNITS "Packets"
1875
+ MAX-ACCESS read-only
1876
+ STATUS current
1877
+ DESCRIPTION
1878
+ "The number of bad packets transmitted by this address
1879
+ since this host was added to the hostTimeTable."
1880
+ ::= { hostTimeEntry 8 }
1881
+
1882
+ hostTimeOutBroadcastPkts OBJECT-TYPE
1883
+ SYNTAX Counter32
1884
+ UNITS "Packets"
1885
+ MAX-ACCESS read-only
1886
+ STATUS current
1887
+ DESCRIPTION
1888
+ "The number of good packets transmitted by this
1889
+ address that were directed to the broadcast address
1890
+
1891
+ since this host was added to the hostTimeTable."
1892
+ ::= { hostTimeEntry 9 }
1893
+
1894
+ hostTimeOutMulticastPkts OBJECT-TYPE
1895
+ SYNTAX Counter32
1896
+ UNITS "Packets"
1897
+ MAX-ACCESS read-only
1898
+ STATUS current
1899
+ DESCRIPTION
1900
+ "The number of good packets transmitted by this
1901
+ address that were directed to a multicast address
1902
+ since this host was added to the hostTimeTable.
1903
+ Note that this number does not include packets directed
1904
+ to the broadcast address."
1905
+ ::= { hostTimeEntry 10 }
1906
+
1907
+ -- The Host Top "N" Group
1908
+
1909
+ -- Implementation of the Host Top N group is optional. The Host Top N
1910
+ -- group requires the implementation of the host group.
1911
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
1912
+ -- conformance information for this MIB.
1913
+ --
1914
+ -- The Host Top N group is used to prepare reports that describe
1915
+ -- the hosts that top a list ordered by one of their statistics.
1916
+ -- The available statistics are samples of one of their
1917
+ -- base statistics, over an interval specified by the management
1918
+ -- station. Thus, these statistics are rate based. The management
1919
+ -- station also selects how many such hosts are reported.
1920
+
1921
+ -- The hostTopNControlTable is used to initiate the generation of
1922
+ -- such a report. The management station may select the parameters
1923
+ -- of such a report, such as which interface, which statistic,
1924
+ -- how many hosts, and the start and stop times of the sampling.
1925
+ -- When the report is prepared, entries are created in the
1926
+ -- hostTopNTable associated with the relevant hostTopNControlEntry.
1927
+ -- These entries are static for each report after it has been
1928
+ -- prepared.
1929
+
1930
+ hostTopNControlTable OBJECT-TYPE
1931
+ SYNTAX SEQUENCE OF HostTopNControlEntry
1932
+ MAX-ACCESS not-accessible
1933
+ STATUS current
1934
+ DESCRIPTION
1935
+ "A list of top N host control entries."
1936
+ ::= { hostTopN 1 }
1937
+
1938
+ hostTopNControlEntry OBJECT-TYPE
1939
+ SYNTAX HostTopNControlEntry
1940
+ MAX-ACCESS not-accessible
1941
+ STATUS current
1942
+ DESCRIPTION
1943
+ "A set of parameters that control the creation of a report
1944
+ of the top N hosts according to several metrics. For
1945
+ example, an instance of the hostTopNDuration object might
1946
+ be named hostTopNDuration.3"
1947
+ INDEX { hostTopNControlIndex }
1948
+ ::= { hostTopNControlTable 1 }
1949
+
1950
+ HostTopNControlEntry ::= SEQUENCE {
1951
+ hostTopNControlIndex Integer32,
1952
+ hostTopNHostIndex Integer32,
1953
+ hostTopNRateBase INTEGER,
1954
+ hostTopNTimeRemaining Integer32,
1955
+ hostTopNDuration Integer32,
1956
+ hostTopNRequestedSize Integer32,
1957
+ hostTopNGrantedSize Integer32,
1958
+ hostTopNStartTime TimeTicks,
1959
+ hostTopNOwner OwnerString,
1960
+ hostTopNStatus EntryStatus
1961
+ }
1962
+
1963
+ hostTopNControlIndex OBJECT-TYPE
1964
+ SYNTAX Integer32 (1..65535)
1965
+ MAX-ACCESS read-only
1966
+ STATUS current
1967
+ DESCRIPTION
1968
+ "An index that uniquely identifies an entry
1969
+ in the hostTopNControl table. Each such
1970
+ entry defines one top N report prepared for
1971
+ one interface."
1972
+ ::= { hostTopNControlEntry 1 }
1973
+
1974
+ hostTopNHostIndex OBJECT-TYPE
1975
+ SYNTAX Integer32 (1..65535)
1976
+ MAX-ACCESS read-create
1977
+ STATUS current
1978
+ DESCRIPTION
1979
+ "The host table for which a top N report will be prepared
1980
+ on behalf of this entry. The host table identified by a
1981
+ particular value of this index is associated with the same
1982
+ host table as identified by the same value of
1983
+ hostIndex.
1984
+
1985
+ This object may not be modified if the associated
1986
+ hostTopNStatus object is equal to valid(1)."
1987
+ ::= { hostTopNControlEntry 2 }
1988
+
1989
+ hostTopNRateBase OBJECT-TYPE
1990
+ SYNTAX INTEGER {
1991
+ hostTopNInPkts(1),
1992
+ hostTopNOutPkts(2),
1993
+ hostTopNInOctets(3),
1994
+ hostTopNOutOctets(4),
1995
+ hostTopNOutErrors(5),
1996
+ hostTopNOutBroadcastPkts(6),
1997
+ hostTopNOutMulticastPkts(7)
1998
+ }
1999
+ MAX-ACCESS read-create
2000
+ STATUS current
2001
+ DESCRIPTION
2002
+ "The variable for each host that the hostTopNRate
2003
+ variable is based upon.
2004
+
2005
+ This object may not be modified if the associated
2006
+ hostTopNStatus object is equal to valid(1)."
2007
+ ::= { hostTopNControlEntry 3 }
2008
+
2009
+ hostTopNTimeRemaining OBJECT-TYPE
2010
+ SYNTAX Integer32
2011
+ UNITS "Seconds"
2012
+ MAX-ACCESS read-create
2013
+ STATUS current
2014
+ DESCRIPTION
2015
+ "The number of seconds left in the report currently being
2016
+ collected. When this object is modified by the management
2017
+ station, a new collection is started, possibly aborting
2018
+ a currently running report. The new value is used
2019
+ as the requested duration of this report, which is
2020
+ loaded into the associated hostTopNDuration object.
2021
+
2022
+ When this object is set to a non-zero value, any
2023
+ associated hostTopNEntries shall be made
2024
+ inaccessible by the monitor. While the value of this
2025
+ object is non-zero, it decrements by one per second until
2026
+ it reaches zero. During this time, all associated
2027
+ hostTopNEntries shall remain inaccessible. At the time
2028
+ that this object decrements to zero, the report is made
2029
+ accessible in the hostTopNTable. Thus, the hostTopN
2030
+ table needs to be created only at the end of the collection
2031
+ interval."
2032
+ DEFVAL { 0 }
2033
+ ::= { hostTopNControlEntry 4 }
2034
+
2035
+ hostTopNDuration OBJECT-TYPE
2036
+ SYNTAX Integer32
2037
+ UNITS "Seconds"
2038
+ MAX-ACCESS read-only
2039
+ STATUS current
2040
+ DESCRIPTION
2041
+ "The number of seconds that this report has collected
2042
+ during the last sampling interval, or if this
2043
+ report is currently being collected, the number
2044
+ of seconds that this report is being collected
2045
+ during this sampling interval.
2046
+
2047
+ When the associated hostTopNTimeRemaining object is set,
2048
+ this object shall be set by the probe to the same value
2049
+ and shall not be modified until the next time
2050
+ the hostTopNTimeRemaining is set.
2051
+
2052
+ This value shall be zero if no reports have been
2053
+ requested for this hostTopNControlEntry."
2054
+ DEFVAL { 0 }
2055
+ ::= { hostTopNControlEntry 5 }
2056
+
2057
+ hostTopNRequestedSize OBJECT-TYPE
2058
+ SYNTAX Integer32
2059
+ MAX-ACCESS read-create
2060
+ STATUS current
2061
+ DESCRIPTION
2062
+ "The maximum number of hosts requested for the top N
2063
+ table.
2064
+
2065
+ When this object is created or modified, the probe
2066
+ should set hostTopNGrantedSize as closely to this
2067
+ object as is possible for the particular probe
2068
+ implementation and available resources."
2069
+ DEFVAL { 10 }
2070
+ ::= { hostTopNControlEntry 6 }
2071
+
2072
+ hostTopNGrantedSize OBJECT-TYPE
2073
+ SYNTAX Integer32
2074
+ MAX-ACCESS read-only
2075
+ STATUS current
2076
+ DESCRIPTION
2077
+ "The maximum number of hosts in the top N table.
2078
+
2079
+ When the associated hostTopNRequestedSize object is
2080
+ created or modified, the probe should set this
2081
+ object as closely to the requested value as is possible
2082
+ for the particular implementation and available
2083
+
2084
+ resources. The probe must not lower this value except
2085
+ as a result of a set to the associated
2086
+ hostTopNRequestedSize object.
2087
+
2088
+ Hosts with the highest value of hostTopNRate shall be
2089
+ placed in this table in decreasing order of this rate
2090
+ until there is no more room or until there are no more
2091
+ hosts."
2092
+ ::= { hostTopNControlEntry 7 }
2093
+
2094
+ hostTopNStartTime OBJECT-TYPE
2095
+ SYNTAX TimeTicks
2096
+ MAX-ACCESS read-only
2097
+ STATUS current
2098
+ DESCRIPTION
2099
+ "The value of sysUpTime when this top N report was
2100
+ last started. In other words, this is the time that
2101
+ the associated hostTopNTimeRemaining object was
2102
+ modified to start the requested report."
2103
+ ::= { hostTopNControlEntry 8 }
2104
+
2105
+ hostTopNOwner OBJECT-TYPE
2106
+ SYNTAX OwnerString
2107
+ MAX-ACCESS read-create
2108
+ STATUS current
2109
+ DESCRIPTION
2110
+ "The entity that configured this entry and is therefore
2111
+ using the resources assigned to it."
2112
+ ::= { hostTopNControlEntry 9 }
2113
+
2114
+ hostTopNStatus OBJECT-TYPE
2115
+ SYNTAX EntryStatus
2116
+ MAX-ACCESS read-create
2117
+ STATUS current
2118
+ DESCRIPTION
2119
+ "The status of this hostTopNControl entry.
2120
+
2121
+ If this object is not equal to valid(1), all associated
2122
+ hostTopNEntries shall be deleted by the agent."
2123
+ ::= { hostTopNControlEntry 10 }
2124
+
2125
+ hostTopNTable OBJECT-TYPE
2126
+ SYNTAX SEQUENCE OF HostTopNEntry
2127
+ MAX-ACCESS not-accessible
2128
+ STATUS current
2129
+ DESCRIPTION
2130
+ "A list of top N host entries."
2131
+ ::= { hostTopN 2 }
2132
+
2133
+ hostTopNEntry OBJECT-TYPE
2134
+ SYNTAX HostTopNEntry
2135
+ MAX-ACCESS not-accessible
2136
+ STATUS current
2137
+ DESCRIPTION
2138
+ "A set of statistics for a host that is part of a top N
2139
+ report. For example, an instance of the hostTopNRate
2140
+ object might be named hostTopNRate.3.10"
2141
+ INDEX { hostTopNReport, hostTopNIndex }
2142
+ ::= { hostTopNTable 1 }
2143
+
2144
+ HostTopNEntry ::= SEQUENCE {
2145
+ hostTopNReport Integer32,
2146
+ hostTopNIndex Integer32,
2147
+ hostTopNAddress OCTET STRING,
2148
+ hostTopNRate Integer32
2149
+ }
2150
+
2151
+ hostTopNReport OBJECT-TYPE
2152
+ SYNTAX Integer32 (1..65535)
2153
+ MAX-ACCESS read-only
2154
+ STATUS current
2155
+ DESCRIPTION
2156
+ "This object identifies the top N report of which
2157
+ this entry is a part. The set of hosts
2158
+ identified by a particular value of this
2159
+ object is part of the same report as identified
2160
+ by the same value of the hostTopNControlIndex object."
2161
+ ::= { hostTopNEntry 1 }
2162
+
2163
+ hostTopNIndex OBJECT-TYPE
2164
+ SYNTAX Integer32 (1..65535)
2165
+ MAX-ACCESS read-only
2166
+ STATUS current
2167
+ DESCRIPTION
2168
+ "An index that uniquely identifies an entry in
2169
+ the hostTopN table among those in the same report.
2170
+ This index is between 1 and N, where N is the
2171
+ number of entries in this table. Increasing values
2172
+ of hostTopNIndex shall be assigned to entries with
2173
+ decreasing values of hostTopNRate until index N
2174
+ is assigned to the entry with the lowest value of
2175
+ hostTopNRate or there are no more hostTopNEntries."
2176
+ ::= { hostTopNEntry 2 }
2177
+
2178
+ hostTopNAddress OBJECT-TYPE
2179
+ SYNTAX OCTET STRING
2180
+ MAX-ACCESS read-only
2181
+ STATUS current
2182
+ DESCRIPTION
2183
+ "The physical address of this host."
2184
+ ::= { hostTopNEntry 3 }
2185
+
2186
+ hostTopNRate OBJECT-TYPE
2187
+ SYNTAX Integer32
2188
+ MAX-ACCESS read-only
2189
+ STATUS current
2190
+ DESCRIPTION
2191
+ "The amount of change in the selected variable
2192
+ during this sampling interval. The selected
2193
+ variable is this host's instance of the object
2194
+ selected by hostTopNRateBase."
2195
+ ::= { hostTopNEntry 4 }
2196
+
2197
+ -- The Matrix Group
2198
+
2199
+ -- Implementation of the Matrix group is optional.
2200
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
2201
+ -- conformance information for this MIB.
2202
+ --
2203
+ -- The Matrix group consists of the matrixControlTable, matrixSDTable
2204
+ -- and the matrixDSTable. These tables store statistics for a
2205
+ -- particular conversation between two addresses. As the device
2206
+ -- detects a new conversation, including those to a non-unicast
2207
+ -- address, it creates a new entry in both of the matrix tables.
2208
+ -- It must only create new entries based on information
2209
+ -- received in good packets. If the monitoring device finds
2210
+ -- itself short of resources, it may delete entries as needed.
2211
+ -- It is suggested that the device delete the least recently used
2212
+ -- entries first.
2213
+
2214
+ matrixControlTable OBJECT-TYPE
2215
+ SYNTAX SEQUENCE OF MatrixControlEntry
2216
+ MAX-ACCESS not-accessible
2217
+ STATUS current
2218
+ DESCRIPTION
2219
+ "A list of information entries for the
2220
+ traffic matrix on each interface."
2221
+ ::= { matrix 1 }
2222
+
2223
+ matrixControlEntry OBJECT-TYPE
2224
+ SYNTAX MatrixControlEntry
2225
+ MAX-ACCESS not-accessible
2226
+ STATUS current
2227
+ DESCRIPTION
2228
+ "Information about a traffic matrix on a particular
2229
+
2230
+ interface. For example, an instance of the
2231
+ matrixControlLastDeleteTime object might be named
2232
+ matrixControlLastDeleteTime.1"
2233
+ INDEX { matrixControlIndex }
2234
+ ::= { matrixControlTable 1 }
2235
+
2236
+ MatrixControlEntry ::= SEQUENCE {
2237
+ matrixControlIndex Integer32,
2238
+ matrixControlDataSource OBJECT IDENTIFIER,
2239
+ matrixControlTableSize Integer32,
2240
+ matrixControlLastDeleteTime TimeTicks,
2241
+ matrixControlOwner OwnerString,
2242
+ matrixControlStatus EntryStatus
2243
+ }
2244
+
2245
+ matrixControlIndex OBJECT-TYPE
2246
+ SYNTAX Integer32 (1..65535)
2247
+ MAX-ACCESS read-only
2248
+ STATUS current
2249
+ DESCRIPTION
2250
+ "An index that uniquely identifies an entry in the
2251
+ matrixControl table. Each such entry defines
2252
+ a function that discovers conversations on a particular
2253
+ interface and places statistics about them in the
2254
+ matrixSDTable and the matrixDSTable on behalf of this
2255
+ matrixControlEntry."
2256
+ ::= { matrixControlEntry 1 }
2257
+
2258
+ matrixControlDataSource OBJECT-TYPE
2259
+ SYNTAX OBJECT IDENTIFIER
2260
+ MAX-ACCESS read-create
2261
+ STATUS current
2262
+ DESCRIPTION
2263
+ "This object identifies the source of
2264
+ the data from which this entry creates a traffic matrix.
2265
+ This source can be any interface on this device. In
2266
+ order to identify a particular interface, this object
2267
+ shall identify the instance of the ifIndex object,
2268
+ defined in RFC 2233 [17], for the desired
2269
+ interface. For example, if an entry were to receive data
2270
+ from interface #1, this object would be set to ifIndex.1.
2271
+
2272
+ The statistics in this group reflect all packets
2273
+ on the local network segment attached to the identified
2274
+ interface.
2275
+
2276
+ An agent may or may not be able to tell if fundamental
2277
+ changes to the media of the interface have occurred and
2278
+
2279
+ necessitate an invalidation of this entry. For example, a
2280
+ hot-pluggable ethernet card could be pulled out and replaced
2281
+ by a token-ring card. In such a case, if the agent has such
2282
+ knowledge of the change, it is recommended that it
2283
+ invalidate this entry.
2284
+
2285
+ This object may not be modified if the associated
2286
+ matrixControlStatus object is equal to valid(1)."
2287
+ ::= { matrixControlEntry 2 }
2288
+
2289
+ matrixControlTableSize OBJECT-TYPE
2290
+ SYNTAX Integer32
2291
+ MAX-ACCESS read-only
2292
+ STATUS current
2293
+ DESCRIPTION
2294
+ "The number of matrixSDEntries in the matrixSDTable
2295
+ for this interface. This must also be the value of
2296
+ the number of entries in the matrixDSTable for this
2297
+ interface."
2298
+ ::= { matrixControlEntry 3 }
2299
+
2300
+ matrixControlLastDeleteTime OBJECT-TYPE
2301
+ SYNTAX TimeTicks
2302
+ MAX-ACCESS read-only
2303
+ STATUS current
2304
+ DESCRIPTION
2305
+ "The value of sysUpTime when the last entry
2306
+ was deleted from the portion of the matrixSDTable
2307
+ or matrixDSTable associated with this matrixControlEntry.
2308
+ If no deletions have occurred, this value shall be
2309
+ zero."
2310
+ ::= { matrixControlEntry 4 }
2311
+
2312
+ matrixControlOwner OBJECT-TYPE
2313
+ SYNTAX OwnerString
2314
+ MAX-ACCESS read-create
2315
+ STATUS current
2316
+ DESCRIPTION
2317
+ "The entity that configured this entry and is therefore
2318
+ using the resources assigned to it."
2319
+ ::= { matrixControlEntry 5 }
2320
+
2321
+ matrixControlStatus OBJECT-TYPE
2322
+ SYNTAX EntryStatus
2323
+ MAX-ACCESS read-create
2324
+ STATUS current
2325
+ DESCRIPTION
2326
+ "The status of this matrixControl entry.
2327
+
2328
+ If this object is not equal to valid(1), all associated
2329
+ entries in the matrixSDTable and the matrixDSTable
2330
+ shall be deleted by the agent."
2331
+ ::= { matrixControlEntry 6 }
2332
+
2333
+ matrixSDTable OBJECT-TYPE
2334
+ SYNTAX SEQUENCE OF MatrixSDEntry
2335
+ MAX-ACCESS not-accessible
2336
+ STATUS current
2337
+ DESCRIPTION
2338
+ "A list of traffic matrix entries indexed by
2339
+ source and destination MAC address."
2340
+ ::= { matrix 2 }
2341
+
2342
+ matrixSDEntry OBJECT-TYPE
2343
+ SYNTAX MatrixSDEntry
2344
+ MAX-ACCESS not-accessible
2345
+ STATUS current
2346
+ DESCRIPTION
2347
+ "A collection of statistics for communications between
2348
+ two addresses on a particular interface. For example,
2349
+ an instance of the matrixSDPkts object might be named
2350
+ matrixSDPkts.1.6.8.0.32.27.3.176.6.8.0.32.10.8.113"
2351
+ INDEX { matrixSDIndex,
2352
+ matrixSDSourceAddress, matrixSDDestAddress }
2353
+ ::= { matrixSDTable 1 }
2354
+
2355
+ MatrixSDEntry ::= SEQUENCE {
2356
+ matrixSDSourceAddress OCTET STRING,
2357
+ matrixSDDestAddress OCTET STRING,
2358
+ matrixSDIndex Integer32,
2359
+ matrixSDPkts Counter32,
2360
+ matrixSDOctets Counter32,
2361
+ matrixSDErrors Counter32
2362
+ }
2363
+
2364
+ matrixSDSourceAddress OBJECT-TYPE
2365
+ SYNTAX OCTET STRING
2366
+ MAX-ACCESS read-only
2367
+ STATUS current
2368
+ DESCRIPTION
2369
+ "The source physical address."
2370
+ ::= { matrixSDEntry 1 }
2371
+
2372
+ matrixSDDestAddress OBJECT-TYPE
2373
+ SYNTAX OCTET STRING
2374
+ MAX-ACCESS read-only
2375
+ STATUS current
2376
+ DESCRIPTION
2377
+ "The destination physical address."
2378
+ ::= { matrixSDEntry 2 }
2379
+
2380
+ matrixSDIndex OBJECT-TYPE
2381
+ SYNTAX Integer32 (1..65535)
2382
+ MAX-ACCESS read-only
2383
+ STATUS current
2384
+ DESCRIPTION
2385
+ "The set of collected matrix statistics of which
2386
+ this entry is a part. The set of matrix statistics
2387
+ identified by a particular value of this index
2388
+ is associated with the same matrixControlEntry
2389
+ as identified by the same value of matrixControlIndex."
2390
+ ::= { matrixSDEntry 3 }
2391
+
2392
+ matrixSDPkts OBJECT-TYPE
2393
+ SYNTAX Counter32
2394
+ UNITS "Packets"
2395
+ MAX-ACCESS read-only
2396
+ STATUS current
2397
+ DESCRIPTION
2398
+ "The number of packets transmitted from the source
2399
+ address to the destination address (this number includes
2400
+ bad packets)."
2401
+ ::= { matrixSDEntry 4 }
2402
+
2403
+ matrixSDOctets OBJECT-TYPE
2404
+ SYNTAX Counter32
2405
+ UNITS "Octets"
2406
+ MAX-ACCESS read-only
2407
+ STATUS current
2408
+ DESCRIPTION
2409
+ "The number of octets (excluding framing bits but
2410
+ including FCS octets) contained in all packets
2411
+ transmitted from the source address to the
2412
+ destination address."
2413
+ ::= { matrixSDEntry 5 }
2414
+
2415
+ matrixSDErrors OBJECT-TYPE
2416
+ SYNTAX Counter32
2417
+ UNITS "Packets"
2418
+ MAX-ACCESS read-only
2419
+ STATUS current
2420
+ DESCRIPTION
2421
+ "The number of bad packets transmitted from
2422
+ the source address to the destination address."
2423
+ ::= { matrixSDEntry 6 }
2424
+
2425
+ -- Traffic matrix tables from destination to source
2426
+
2427
+ matrixDSTable OBJECT-TYPE
2428
+ SYNTAX SEQUENCE OF MatrixDSEntry
2429
+ MAX-ACCESS not-accessible
2430
+ STATUS current
2431
+ DESCRIPTION
2432
+ "A list of traffic matrix entries indexed by
2433
+ destination and source MAC address."
2434
+ ::= { matrix 3 }
2435
+
2436
+ matrixDSEntry OBJECT-TYPE
2437
+ SYNTAX MatrixDSEntry
2438
+ MAX-ACCESS not-accessible
2439
+ STATUS current
2440
+ DESCRIPTION
2441
+ "A collection of statistics for communications between
2442
+ two addresses on a particular interface. For example,
2443
+ an instance of the matrixSDPkts object might be named
2444
+ matrixSDPkts.1.6.8.0.32.10.8.113.6.8.0.32.27.3.176"
2445
+ INDEX { matrixDSIndex,
2446
+ matrixDSDestAddress, matrixDSSourceAddress }
2447
+ ::= { matrixDSTable 1 }
2448
+
2449
+ MatrixDSEntry ::= SEQUENCE {
2450
+ matrixDSSourceAddress OCTET STRING,
2451
+ matrixDSDestAddress OCTET STRING,
2452
+ matrixDSIndex Integer32,
2453
+ matrixDSPkts Counter32,
2454
+ matrixDSOctets Counter32,
2455
+ matrixDSErrors Counter32
2456
+ }
2457
+
2458
+ matrixDSSourceAddress OBJECT-TYPE
2459
+ SYNTAX OCTET STRING
2460
+ MAX-ACCESS read-only
2461
+ STATUS current
2462
+ DESCRIPTION
2463
+ "The source physical address."
2464
+ ::= { matrixDSEntry 1 }
2465
+
2466
+ matrixDSDestAddress OBJECT-TYPE
2467
+ SYNTAX OCTET STRING
2468
+ MAX-ACCESS read-only
2469
+ STATUS current
2470
+ DESCRIPTION
2471
+ "The destination physical address."
2472
+ ::= { matrixDSEntry 2 }
2473
+
2474
+ matrixDSIndex OBJECT-TYPE
2475
+ SYNTAX Integer32 (1..65535)
2476
+ MAX-ACCESS read-only
2477
+ STATUS current
2478
+ DESCRIPTION
2479
+ "The set of collected matrix statistics of which
2480
+ this entry is a part. The set of matrix statistics
2481
+ identified by a particular value of this index
2482
+ is associated with the same matrixControlEntry
2483
+ as identified by the same value of matrixControlIndex."
2484
+ ::= { matrixDSEntry 3 }
2485
+
2486
+ matrixDSPkts OBJECT-TYPE
2487
+ SYNTAX Counter32
2488
+ UNITS "Packets"
2489
+ MAX-ACCESS read-only
2490
+ STATUS current
2491
+ DESCRIPTION
2492
+ "The number of packets transmitted from the source
2493
+ address to the destination address (this number includes
2494
+ bad packets)."
2495
+ ::= { matrixDSEntry 4 }
2496
+
2497
+ matrixDSOctets OBJECT-TYPE
2498
+ SYNTAX Counter32
2499
+ UNITS "Octets"
2500
+ MAX-ACCESS read-only
2501
+ STATUS current
2502
+ DESCRIPTION
2503
+ "The number of octets (excluding framing bits
2504
+ but including FCS octets) contained in all packets
2505
+ transmitted from the source address to the
2506
+ destination address."
2507
+ ::= { matrixDSEntry 5 }
2508
+
2509
+ matrixDSErrors OBJECT-TYPE
2510
+ SYNTAX Counter32
2511
+ UNITS "Packets"
2512
+ MAX-ACCESS read-only
2513
+ STATUS current
2514
+ DESCRIPTION
2515
+ "The number of bad packets transmitted from
2516
+ the source address to the destination address."
2517
+ ::= { matrixDSEntry 6 }
2518
+
2519
+ -- The Filter Group
2520
+
2521
+ -- Implementation of the Filter group is optional.
2522
+
2523
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
2524
+ -- conformance information for this MIB.
2525
+ --
2526
+ -- The Filter group allows packets to be captured with an
2527
+ -- arbitrary filter expression. A logical data and
2528
+ -- event stream or "channel" is formed by the packets
2529
+ -- that match the filter expression.
2530
+ --
2531
+ -- This filter mechanism allows the creation of an arbitrary
2532
+ -- logical expression with which to filter packets. Each
2533
+ -- filter associated with a channel is OR'ed with the others.
2534
+ -- Within a filter, any bits checked in the data and status are
2535
+ -- AND'ed with respect to other bits in the same filter. The
2536
+ -- NotMask also allows for checking for inequality. Finally,
2537
+ -- the channelAcceptType object allows for inversion of the
2538
+ -- whole equation.
2539
+ --
2540
+ -- If a management station wishes to receive a trap to alert it
2541
+ -- that new packets have been captured and are available for
2542
+ -- download, it is recommended that it set up an alarm entry that
2543
+ -- monitors the value of the relevant channelMatches instance.
2544
+ --
2545
+ -- The channel can be turned on or off, and can also
2546
+ -- generate events when packets pass through it.
2547
+
2548
+ filterTable OBJECT-TYPE
2549
+ SYNTAX SEQUENCE OF FilterEntry
2550
+ MAX-ACCESS not-accessible
2551
+ STATUS current
2552
+ DESCRIPTION
2553
+ "A list of packet filter entries."
2554
+ ::= { filter 1 }
2555
+
2556
+ filterEntry OBJECT-TYPE
2557
+ SYNTAX FilterEntry
2558
+ MAX-ACCESS not-accessible
2559
+ STATUS current
2560
+ DESCRIPTION
2561
+ "A set of parameters for a packet filter applied on a
2562
+ particular interface. As an example, an instance of the
2563
+ filterPktData object might be named filterPktData.12"
2564
+ INDEX { filterIndex }
2565
+ ::= { filterTable 1 }
2566
+
2567
+ FilterEntry ::= SEQUENCE {
2568
+ filterIndex Integer32,
2569
+ filterChannelIndex Integer32,
2570
+ filterPktDataOffset Integer32,
2571
+ filterPktData OCTET STRING,
2572
+ filterPktDataMask OCTET STRING,
2573
+ filterPktDataNotMask OCTET STRING,
2574
+ filterPktStatus Integer32,
2575
+ filterPktStatusMask Integer32,
2576
+ filterPktStatusNotMask Integer32,
2577
+ filterOwner OwnerString,
2578
+ filterStatus EntryStatus
2579
+ }
2580
+
2581
+ filterIndex OBJECT-TYPE
2582
+ SYNTAX Integer32 (1..65535)
2583
+ MAX-ACCESS read-only
2584
+ STATUS current
2585
+ DESCRIPTION
2586
+ "An index that uniquely identifies an entry
2587
+ in the filter table. Each such entry defines
2588
+ one filter that is to be applied to every packet
2589
+ received on an interface."
2590
+ ::= { filterEntry 1 }
2591
+
2592
+ filterChannelIndex OBJECT-TYPE
2593
+ SYNTAX Integer32 (1..65535)
2594
+ MAX-ACCESS read-create
2595
+ STATUS current
2596
+ DESCRIPTION
2597
+ "This object identifies the channel of which this filter
2598
+ is a part. The filters identified by a particular value
2599
+ of this object are associated with the same channel as
2600
+ identified by the same value of the channelIndex object."
2601
+ ::= { filterEntry 2 }
2602
+
2603
+ filterPktDataOffset OBJECT-TYPE
2604
+ SYNTAX Integer32
2605
+ UNITS "Octets"
2606
+ MAX-ACCESS read-create
2607
+ STATUS current
2608
+ DESCRIPTION
2609
+ "The offset from the beginning of each packet where
2610
+ a match of packet data will be attempted. This offset
2611
+ is measured from the point in the physical layer
2612
+ packet after the framing bits, if any. For example,
2613
+ in an Ethernet frame, this point is at the beginning of
2614
+ the destination MAC address.
2615
+
2616
+ This object may not be modified if the associated
2617
+ filterStatus object is equal to valid(1)."
2618
+ DEFVAL { 0 }
2619
+ ::= { filterEntry 3 }
2620
+
2621
+ filterPktData OBJECT-TYPE
2622
+ SYNTAX OCTET STRING
2623
+ MAX-ACCESS read-create
2624
+ STATUS current
2625
+ DESCRIPTION
2626
+ "The data that is to be matched with the input packet.
2627
+ For each packet received, this filter and the accompanying
2628
+ filterPktDataMask and filterPktDataNotMask will be
2629
+ adjusted for the offset. The only bits relevant to this
2630
+ match algorithm are those that have the corresponding
2631
+ filterPktDataMask bit equal to one. The following three
2632
+ rules are then applied to every packet:
2633
+
2634
+ (1) If the packet is too short and does not have data
2635
+ corresponding to part of the filterPktData, the packet
2636
+ will fail this data match.
2637
+
2638
+ (2) For each relevant bit from the packet with the
2639
+ corresponding filterPktDataNotMask bit set to zero, if
2640
+ the bit from the packet is not equal to the corresponding
2641
+ bit from the filterPktData, then the packet will fail
2642
+ this data match.
2643
+
2644
+ (3) If for every relevant bit from the packet with the
2645
+ corresponding filterPktDataNotMask bit set to one, the
2646
+ bit from the packet is equal to the corresponding bit
2647
+ from the filterPktData, then the packet will fail this
2648
+ data match.
2649
+
2650
+ Any packets that have not failed any of the three matches
2651
+ above have passed this data match. In particular, a zero
2652
+ length filter will match any packet.
2653
+
2654
+ This object may not be modified if the associated
2655
+ filterStatus object is equal to valid(1)."
2656
+ ::= { filterEntry 4 }
2657
+
2658
+ filterPktDataMask OBJECT-TYPE
2659
+ SYNTAX OCTET STRING
2660
+ MAX-ACCESS read-create
2661
+ STATUS current
2662
+ DESCRIPTION
2663
+ "The mask that is applied to the match process.
2664
+ After adjusting this mask for the offset, only those
2665
+ bits in the received packet that correspond to bits set
2666
+ in this mask are relevant for further processing by the
2667
+
2668
+ match algorithm. The offset is applied to filterPktDataMask
2669
+ in the same way it is applied to the filter. For the
2670
+ purposes of the matching algorithm, if the associated
2671
+ filterPktData object is longer than this mask, this mask is
2672
+ conceptually extended with '1' bits until it reaches the
2673
+ length of the filterPktData object.
2674
+
2675
+ This object may not be modified if the associated
2676
+ filterStatus object is equal to valid(1)."
2677
+ ::= { filterEntry 5 }
2678
+
2679
+ filterPktDataNotMask OBJECT-TYPE
2680
+ SYNTAX OCTET STRING
2681
+ MAX-ACCESS read-create
2682
+ STATUS current
2683
+ DESCRIPTION
2684
+ "The inversion mask that is applied to the match
2685
+ process. After adjusting this mask for the offset,
2686
+ those relevant bits in the received packet that correspond
2687
+ to bits cleared in this mask must all be equal to their
2688
+ corresponding bits in the filterPktData object for the packet
2689
+ to be accepted. In addition, at least one of those relevant
2690
+ bits in the received packet that correspond to bits set in
2691
+ this mask must be different to its corresponding bit in the
2692
+ filterPktData object.
2693
+
2694
+ For the purposes of the matching algorithm, if the associated
2695
+ filterPktData object is longer than this mask, this mask is
2696
+ conceptually extended with '0' bits until it reaches the
2697
+ length of the filterPktData object.
2698
+
2699
+ This object may not be modified if the associated
2700
+ filterStatus object is equal to valid(1)."
2701
+ ::= { filterEntry 6 }
2702
+
2703
+ filterPktStatus OBJECT-TYPE
2704
+ SYNTAX Integer32
2705
+ MAX-ACCESS read-create
2706
+ STATUS current
2707
+ DESCRIPTION
2708
+ "The status that is to be matched with the input packet.
2709
+ The only bits relevant to this match algorithm are those that
2710
+ have the corresponding filterPktStatusMask bit equal to one.
2711
+ The following two rules are then applied to every packet:
2712
+
2713
+ (1) For each relevant bit from the packet status with the
2714
+ corresponding filterPktStatusNotMask bit set to zero, if
2715
+ the bit from the packet status is not equal to the
2716
+
2717
+ corresponding bit from the filterPktStatus, then the
2718
+ packet will fail this status match.
2719
+
2720
+ (2) If for every relevant bit from the packet status with the
2721
+ corresponding filterPktStatusNotMask bit set to one, the
2722
+ bit from the packet status is equal to the corresponding
2723
+ bit from the filterPktStatus, then the packet will fail
2724
+ this status match.
2725
+
2726
+ Any packets that have not failed either of the two matches
2727
+ above have passed this status match. In particular, a zero
2728
+ length status filter will match any packet's status.
2729
+
2730
+ The value of the packet status is a sum. This sum
2731
+ initially takes the value zero. Then, for each
2732
+ error, E, that has been discovered in this packet,
2733
+ 2 raised to a value representing E is added to the sum.
2734
+ The errors and the bits that represent them are dependent
2735
+ on the media type of the interface that this channel
2736
+ is receiving packets from.
2737
+
2738
+ The errors defined for a packet captured off of an
2739
+ Ethernet interface are as follows:
2740
+
2741
+ bit # Error
2742
+ 0 Packet is longer than 1518 octets
2743
+ 1 Packet is shorter than 64 octets
2744
+ 2 Packet experienced a CRC or Alignment error
2745
+
2746
+ For example, an Ethernet fragment would have a
2747
+ value of 6 (2^1 + 2^2).
2748
+
2749
+ As this MIB is expanded to new media types, this object
2750
+ will have other media-specific errors defined.
2751
+
2752
+ For the purposes of this status matching algorithm, if the
2753
+ packet status is longer than this filterPktStatus object,
2754
+ this object is conceptually extended with '0' bits until it
2755
+ reaches the size of the packet status.
2756
+
2757
+ This object may not be modified if the associated
2758
+ filterStatus object is equal to valid(1)."
2759
+ ::= { filterEntry 7 }
2760
+
2761
+ filterPktStatusMask OBJECT-TYPE
2762
+ SYNTAX Integer32
2763
+ MAX-ACCESS read-create
2764
+ STATUS current
2765
+ DESCRIPTION
2766
+ "The mask that is applied to the status match process.
2767
+ Only those bits in the received packet that correspond to
2768
+ bits set in this mask are relevant for further processing
2769
+ by the status match algorithm. For the purposes
2770
+ of the matching algorithm, if the associated filterPktStatus
2771
+ object is longer than this mask, this mask is conceptually
2772
+ extended with '1' bits until it reaches the size of the
2773
+ filterPktStatus. In addition, if a packet status is longer
2774
+ than this mask, this mask is conceptually extended with '0'
2775
+ bits until it reaches the size of the packet status.
2776
+
2777
+ This object may not be modified if the associated
2778
+ filterStatus object is equal to valid(1)."
2779
+ ::= { filterEntry 8 }
2780
+
2781
+ filterPktStatusNotMask OBJECT-TYPE
2782
+ SYNTAX Integer32
2783
+ MAX-ACCESS read-create
2784
+ STATUS current
2785
+ DESCRIPTION
2786
+ "The inversion mask that is applied to the status match
2787
+ process. Those relevant bits in the received packet status
2788
+ that correspond to bits cleared in this mask must all be
2789
+ equal to their corresponding bits in the filterPktStatus
2790
+ object for the packet to be accepted. In addition, at least
2791
+ one of those relevant bits in the received packet status
2792
+ that correspond to bits set in this mask must be different
2793
+ to its corresponding bit in the filterPktStatus object for
2794
+ the packet to be accepted.
2795
+
2796
+ For the purposes of the matching algorithm, if the associated
2797
+ filterPktStatus object or a packet status is longer than this
2798
+ mask, this mask is conceptually extended with '0' bits until
2799
+ it reaches the longer of the lengths of the filterPktStatus
2800
+ object and the packet status.
2801
+
2802
+ This object may not be modified if the associated
2803
+ filterStatus object is equal to valid(1)."
2804
+ ::= { filterEntry 9 }
2805
+
2806
+ filterOwner OBJECT-TYPE
2807
+ SYNTAX OwnerString
2808
+ MAX-ACCESS read-create
2809
+ STATUS current
2810
+ DESCRIPTION
2811
+ "The entity that configured this entry and is therefore
2812
+ using the resources assigned to it."
2813
+ ::= { filterEntry 10 }
2814
+
2815
+ filterStatus OBJECT-TYPE
2816
+ SYNTAX EntryStatus
2817
+ MAX-ACCESS read-create
2818
+ STATUS current
2819
+ DESCRIPTION
2820
+ "The status of this filter entry."
2821
+ ::= { filterEntry 11 }
2822
+
2823
+ channelTable OBJECT-TYPE
2824
+ SYNTAX SEQUENCE OF ChannelEntry
2825
+ MAX-ACCESS not-accessible
2826
+ STATUS current
2827
+ DESCRIPTION
2828
+ "A list of packet channel entries."
2829
+ ::= { filter 2 }
2830
+
2831
+ channelEntry OBJECT-TYPE
2832
+ SYNTAX ChannelEntry
2833
+ MAX-ACCESS not-accessible
2834
+ STATUS current
2835
+ DESCRIPTION
2836
+ "A set of parameters for a packet channel applied on a
2837
+ particular interface. As an example, an instance of the
2838
+ channelMatches object might be named channelMatches.3"
2839
+ INDEX { channelIndex }
2840
+ ::= { channelTable 1 }
2841
+
2842
+ ChannelEntry ::= SEQUENCE {
2843
+ channelIndex Integer32,
2844
+ channelIfIndex Integer32,
2845
+ channelAcceptType INTEGER,
2846
+ channelDataControl INTEGER,
2847
+ channelTurnOnEventIndex Integer32,
2848
+ channelTurnOffEventIndex Integer32,
2849
+ channelEventIndex Integer32,
2850
+ channelEventStatus INTEGER,
2851
+ channelMatches Counter32,
2852
+ channelDescription DisplayString,
2853
+ channelOwner OwnerString,
2854
+ channelStatus EntryStatus
2855
+ }
2856
+
2857
+ channelIndex OBJECT-TYPE
2858
+ SYNTAX Integer32 (1..65535)
2859
+ MAX-ACCESS read-only
2860
+ STATUS current
2861
+ DESCRIPTION
2862
+ "An index that uniquely identifies an entry in the channel
2863
+ table. Each such entry defines one channel, a logical
2864
+ data and event stream.
2865
+
2866
+ It is suggested that before creating a channel, an
2867
+ application should scan all instances of the
2868
+ filterChannelIndex object to make sure that there are no
2869
+ pre-existing filters that would be inadvertently be linked
2870
+ to the channel."
2871
+ ::= { channelEntry 1 }
2872
+
2873
+ channelIfIndex OBJECT-TYPE
2874
+ SYNTAX Integer32 (1..65535)
2875
+ MAX-ACCESS read-create
2876
+ STATUS current
2877
+ DESCRIPTION
2878
+ "The value of this object uniquely identifies the
2879
+ interface on this remote network monitoring device to which
2880
+ the associated filters are applied to allow data into this
2881
+ channel. The interface identified by a particular value
2882
+ of this object is the same interface as identified by the
2883
+ same value of the ifIndex object, defined in RFC 2233 [17].
2884
+
2885
+ The filters in this group are applied to all packets on
2886
+ the local network segment attached to the identified
2887
+ interface.
2888
+
2889
+ An agent may or may not be able to tell if fundamental
2890
+ changes to the media of the interface have occurred and
2891
+ necessitate an invalidation of this entry. For example, a
2892
+ hot-pluggable ethernet card could be pulled out and replaced
2893
+ by a token-ring card. In such a case, if the agent has such
2894
+ knowledge of the change, it is recommended that it
2895
+ invalidate this entry.
2896
+
2897
+ This object may not be modified if the associated
2898
+ channelStatus object is equal to valid(1)."
2899
+ ::= { channelEntry 2 }
2900
+
2901
+ channelAcceptType OBJECT-TYPE
2902
+ SYNTAX INTEGER {
2903
+ acceptMatched(1),
2904
+ acceptFailed(2)
2905
+ }
2906
+ MAX-ACCESS read-create
2907
+ STATUS current
2908
+ DESCRIPTION
2909
+ "This object controls the action of the filters
2910
+ associated with this channel. If this object is equal
2911
+ to acceptMatched(1), packets will be accepted to this
2912
+ channel if they are accepted by both the packet data and
2913
+ packet status matches of an associated filter. If
2914
+ this object is equal to acceptFailed(2), packets will
2915
+ be accepted to this channel only if they fail either
2916
+ the packet data match or the packet status match of
2917
+ each of the associated filters.
2918
+
2919
+ In particular, a channel with no associated filters will
2920
+ match no packets if set to acceptMatched(1) case and will
2921
+ match all packets in the acceptFailed(2) case.
2922
+
2923
+ This object may not be modified if the associated
2924
+ channelStatus object is equal to valid(1)."
2925
+ ::= { channelEntry 3 }
2926
+
2927
+ channelDataControl OBJECT-TYPE
2928
+ SYNTAX INTEGER {
2929
+ on(1),
2930
+ off(2)
2931
+ }
2932
+ MAX-ACCESS read-create
2933
+ STATUS current
2934
+ DESCRIPTION
2935
+ "This object controls the flow of data through this channel.
2936
+ If this object is on(1), data, status and events flow
2937
+ through this channel. If this object is off(2), data,
2938
+ status and events will not flow through this channel."
2939
+ DEFVAL { off }
2940
+ ::= { channelEntry 4 }
2941
+
2942
+ channelTurnOnEventIndex OBJECT-TYPE
2943
+ SYNTAX Integer32 (0..65535)
2944
+ MAX-ACCESS read-create
2945
+ STATUS current
2946
+ DESCRIPTION
2947
+ "The value of this object identifies the event
2948
+ that is configured to turn the associated
2949
+ channelDataControl from off to on when the event is
2950
+ generated. The event identified by a particular value
2951
+ of this object is the same event as identified by the
2952
+ same value of the eventIndex object. If there is no
2953
+ corresponding entry in the eventTable, then no
2954
+ association exists. In fact, if no event is intended
2955
+ for this channel, channelTurnOnEventIndex must be
2956
+ set to zero, a non-existent event index.
2957
+
2958
+ This object may not be modified if the associated
2959
+ channelStatus object is equal to valid(1)."
2960
+ ::= { channelEntry 5 }
2961
+
2962
+ channelTurnOffEventIndex OBJECT-TYPE
2963
+ SYNTAX Integer32 (0..65535)
2964
+ MAX-ACCESS read-create
2965
+ STATUS current
2966
+ DESCRIPTION
2967
+ "The value of this object identifies the event
2968
+ that is configured to turn the associated
2969
+ channelDataControl from on to off when the event is
2970
+ generated. The event identified by a particular value
2971
+ of this object is the same event as identified by the
2972
+ same value of the eventIndex object. If there is no
2973
+ corresponding entry in the eventTable, then no
2974
+ association exists. In fact, if no event is intended
2975
+ for this channel, channelTurnOffEventIndex must be
2976
+ set to zero, a non-existent event index.
2977
+
2978
+ This object may not be modified if the associated
2979
+ channelStatus object is equal to valid(1)."
2980
+ ::= { channelEntry 6 }
2981
+
2982
+ channelEventIndex OBJECT-TYPE
2983
+ SYNTAX Integer32 (0..65535)
2984
+ MAX-ACCESS read-create
2985
+ STATUS current
2986
+ DESCRIPTION
2987
+ "The value of this object identifies the event
2988
+ that is configured to be generated when the
2989
+ associated channelDataControl is on and a packet
2990
+ is matched. The event identified by a particular value
2991
+ of this object is the same event as identified by the
2992
+ same value of the eventIndex object. If there is no
2993
+ corresponding entry in the eventTable, then no
2994
+ association exists. In fact, if no event is intended
2995
+ for this channel, channelEventIndex must be
2996
+ set to zero, a non-existent event index.
2997
+
2998
+ This object may not be modified if the associated
2999
+ channelStatus object is equal to valid(1)."
3000
+ ::= { channelEntry 7 }
3001
+
3002
+ channelEventStatus OBJECT-TYPE
3003
+ SYNTAX INTEGER {
3004
+ eventReady(1),
3005
+ eventFired(2),
3006
+ eventAlwaysReady(3)
3007
+ }
3008
+ MAX-ACCESS read-create
3009
+ STATUS current
3010
+ DESCRIPTION
3011
+ "The event status of this channel.
3012
+
3013
+ If this channel is configured to generate events
3014
+ when packets are matched, a means of controlling
3015
+ the flow of those events is often needed. When
3016
+ this object is equal to eventReady(1), a single
3017
+ event may be generated, after which this object
3018
+ will be set by the probe to eventFired(2). While
3019
+ in the eventFired(2) state, no events will be
3020
+ generated until the object is modified to
3021
+ eventReady(1) (or eventAlwaysReady(3)). The
3022
+ management station can thus easily respond to a
3023
+ notification of an event by re-enabling this object.
3024
+
3025
+ If the management station wishes to disable this
3026
+ flow control and allow events to be generated
3027
+ at will, this object may be set to
3028
+ eventAlwaysReady(3). Disabling the flow control
3029
+ is discouraged as it can result in high network
3030
+ traffic or other performance problems."
3031
+ DEFVAL { eventReady }
3032
+ ::= { channelEntry 8 }
3033
+
3034
+ channelMatches OBJECT-TYPE
3035
+ SYNTAX Counter32
3036
+ UNITS "Packets"
3037
+ MAX-ACCESS read-only
3038
+ STATUS current
3039
+ DESCRIPTION
3040
+ "The number of times this channel has matched a packet.
3041
+ Note that this object is updated even when
3042
+ channelDataControl is set to off."
3043
+ ::= { channelEntry 9 }
3044
+
3045
+ channelDescription OBJECT-TYPE
3046
+ SYNTAX DisplayString (SIZE (0..127))
3047
+ MAX-ACCESS read-create
3048
+ STATUS current
3049
+ DESCRIPTION
3050
+ "A comment describing this channel."
3051
+ ::= { channelEntry 10 }
3052
+
3053
+ channelOwner OBJECT-TYPE
3054
+ SYNTAX OwnerString
3055
+ MAX-ACCESS read-create
3056
+ STATUS current
3057
+ DESCRIPTION
3058
+ "The entity that configured this entry and is therefore
3059
+ using the resources assigned to it."
3060
+ ::= { channelEntry 11 }
3061
+
3062
+ channelStatus OBJECT-TYPE
3063
+ SYNTAX EntryStatus
3064
+ MAX-ACCESS read-create
3065
+ STATUS current
3066
+ DESCRIPTION
3067
+ "The status of this channel entry."
3068
+ ::= { channelEntry 12 }
3069
+
3070
+ -- The Packet Capture Group
3071
+
3072
+ -- Implementation of the Packet Capture group is optional. The Packet
3073
+ -- Capture Group requires implementation of the Filter Group.
3074
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
3075
+ -- conformance information for this MIB.
3076
+ --
3077
+ -- The Packet Capture group allows packets to be captured
3078
+ -- upon a filter match. The bufferControlTable controls
3079
+ -- the captured packets output from a channel that is
3080
+ -- associated with it. The captured packets are placed
3081
+ -- in entries in the captureBufferTable. These entries are
3082
+ -- associated with the bufferControlEntry on whose behalf they
3083
+ -- were stored.
3084
+
3085
+ bufferControlTable OBJECT-TYPE
3086
+ SYNTAX SEQUENCE OF BufferControlEntry
3087
+ MAX-ACCESS not-accessible
3088
+ STATUS current
3089
+ DESCRIPTION
3090
+ "A list of buffers control entries."
3091
+ ::= { capture 1 }
3092
+
3093
+ bufferControlEntry OBJECT-TYPE
3094
+ SYNTAX BufferControlEntry
3095
+ MAX-ACCESS not-accessible
3096
+ STATUS current
3097
+ DESCRIPTION
3098
+ "A set of parameters that control the collection of a stream
3099
+ of packets that have matched filters. As an example, an
3100
+ instance of the bufferControlCaptureSliceSize object might
3101
+ be named bufferControlCaptureSliceSize.3"
3102
+ INDEX { bufferControlIndex }
3103
+ ::= { bufferControlTable 1 }
3104
+
3105
+ BufferControlEntry ::= SEQUENCE {
3106
+ bufferControlIndex Integer32,
3107
+ bufferControlChannelIndex Integer32,
3108
+ bufferControlFullStatus INTEGER,
3109
+ bufferControlFullAction INTEGER,
3110
+ bufferControlCaptureSliceSize Integer32,
3111
+ bufferControlDownloadSliceSize Integer32,
3112
+ bufferControlDownloadOffset Integer32,
3113
+ bufferControlMaxOctetsRequested Integer32,
3114
+ bufferControlMaxOctetsGranted Integer32,
3115
+ bufferControlCapturedPackets Integer32,
3116
+ bufferControlTurnOnTime TimeTicks,
3117
+ bufferControlOwner OwnerString,
3118
+ bufferControlStatus EntryStatus
3119
+ }
3120
+
3121
+ bufferControlIndex OBJECT-TYPE
3122
+ SYNTAX Integer32 (1..65535)
3123
+ MAX-ACCESS read-only
3124
+ STATUS current
3125
+ DESCRIPTION
3126
+ "An index that uniquely identifies an entry
3127
+ in the bufferControl table. The value of this
3128
+ index shall never be zero. Each such
3129
+ entry defines one set of packets that is
3130
+ captured and controlled by one or more filters."
3131
+ ::= { bufferControlEntry 1 }
3132
+
3133
+ bufferControlChannelIndex OBJECT-TYPE
3134
+ SYNTAX Integer32 (1..65535)
3135
+ MAX-ACCESS read-create
3136
+ STATUS current
3137
+ DESCRIPTION
3138
+ "An index that identifies the channel that is the
3139
+ source of packets for this bufferControl table.
3140
+ The channel identified by a particular value of this
3141
+ index is the same as identified by the same value of
3142
+ the channelIndex object.
3143
+
3144
+ This object may not be modified if the associated
3145
+ bufferControlStatus object is equal to valid(1)."
3146
+ ::= { bufferControlEntry 2 }
3147
+
3148
+ bufferControlFullStatus OBJECT-TYPE
3149
+ SYNTAX INTEGER {
3150
+
3151
+ spaceAvailable(1),
3152
+ full(2)
3153
+ }
3154
+ MAX-ACCESS read-only
3155
+ STATUS current
3156
+ DESCRIPTION
3157
+ "This object shows whether the buffer has room to
3158
+ accept new packets or if it is full.
3159
+
3160
+ If the status is spaceAvailable(1), the buffer is
3161
+ accepting new packets normally. If the status is
3162
+ full(2) and the associated bufferControlFullAction
3163
+ object is wrapWhenFull, the buffer is accepting new
3164
+ packets by deleting enough of the oldest packets
3165
+ to make room for new ones as they arrive. Otherwise,
3166
+ if the status is full(2) and the
3167
+ bufferControlFullAction object is lockWhenFull,
3168
+ then the buffer has stopped collecting packets.
3169
+
3170
+ When this object is set to full(2) the probe must
3171
+ not later set it to spaceAvailable(1) except in the
3172
+ case of a significant gain in resources such as
3173
+ an increase of bufferControlOctetsGranted. In
3174
+ particular, the wrap-mode action of deleting old
3175
+ packets to make room for newly arrived packets
3176
+ must not affect the value of this object."
3177
+ ::= { bufferControlEntry 3 }
3178
+
3179
+ bufferControlFullAction OBJECT-TYPE
3180
+ SYNTAX INTEGER {
3181
+ lockWhenFull(1),
3182
+ wrapWhenFull(2) -- FIFO
3183
+ }
3184
+ MAX-ACCESS read-create
3185
+ STATUS current
3186
+ DESCRIPTION
3187
+ "Controls the action of the buffer when it
3188
+ reaches the full status. When in the lockWhenFull(1)
3189
+ state and a packet is added to the buffer that
3190
+ fills the buffer, the bufferControlFullStatus will
3191
+ be set to full(2) and this buffer will stop capturing
3192
+ packets."
3193
+ ::= { bufferControlEntry 4 }
3194
+
3195
+ bufferControlCaptureSliceSize OBJECT-TYPE
3196
+ SYNTAX Integer32
3197
+ UNITS "Octets"
3198
+ MAX-ACCESS read-create
3199
+ STATUS current
3200
+ DESCRIPTION
3201
+ "The maximum number of octets of each packet
3202
+ that will be saved in this capture buffer.
3203
+ For example, if a 1500 octet packet is received by
3204
+ the probe and this object is set to 500, then only
3205
+ 500 octets of the packet will be stored in the
3206
+ associated capture buffer. If this variable is set
3207
+ to 0, the capture buffer will save as many octets
3208
+ as is possible.
3209
+
3210
+ This object may not be modified if the associated
3211
+ bufferControlStatus object is equal to valid(1)."
3212
+ DEFVAL { 100 }
3213
+ ::= { bufferControlEntry 5 }
3214
+
3215
+ bufferControlDownloadSliceSize OBJECT-TYPE
3216
+ SYNTAX Integer32
3217
+ UNITS "Octets"
3218
+ MAX-ACCESS read-create
3219
+ STATUS current
3220
+ DESCRIPTION
3221
+ "The maximum number of octets of each packet
3222
+ in this capture buffer that will be returned in
3223
+ an SNMP retrieval of that packet. For example,
3224
+ if 500 octets of a packet have been stored in the
3225
+ associated capture buffer, the associated
3226
+ bufferControlDownloadOffset is 0, and this
3227
+ object is set to 100, then the captureBufferPacket
3228
+ object that contains the packet will contain only
3229
+ the first 100 octets of the packet.
3230
+
3231
+ A prudent manager will take into account possible
3232
+ interoperability or fragmentation problems that may
3233
+ occur if the download slice size is set too large.
3234
+ In particular, conformant SNMP implementations are not
3235
+ required to accept messages whose length exceeds 484
3236
+ octets, although they are encouraged to support larger
3237
+ datagrams whenever feasible."
3238
+ DEFVAL { 100 }
3239
+ ::= { bufferControlEntry 6 }
3240
+
3241
+ bufferControlDownloadOffset OBJECT-TYPE
3242
+ SYNTAX Integer32
3243
+ UNITS "Octets"
3244
+ MAX-ACCESS read-create
3245
+ STATUS current
3246
+ DESCRIPTION
3247
+ "The offset of the first octet of each packet
3248
+ in this capture buffer that will be returned in
3249
+ an SNMP retrieval of that packet. For example,
3250
+ if 500 octets of a packet have been stored in the
3251
+ associated capture buffer and this object is set to
3252
+ 100, then the captureBufferPacket object that
3253
+ contains the packet will contain bytes starting
3254
+ 100 octets into the packet."
3255
+ DEFVAL { 0 }
3256
+ ::= { bufferControlEntry 7 }
3257
+
3258
+ bufferControlMaxOctetsRequested OBJECT-TYPE
3259
+ SYNTAX Integer32
3260
+ UNITS "Octets"
3261
+ MAX-ACCESS read-create
3262
+ STATUS current
3263
+ DESCRIPTION
3264
+ "The requested maximum number of octets to be
3265
+ saved in this captureBuffer, including any
3266
+ implementation-specific overhead. If this variable
3267
+ is set to -1, the capture buffer will save as many
3268
+ octets as is possible.
3269
+
3270
+ When this object is created or modified, the probe
3271
+ should set bufferControlMaxOctetsGranted as closely
3272
+ to this object as is possible for the particular probe
3273
+ implementation and available resources. However, if
3274
+ the object has the special value of -1, the probe
3275
+ must set bufferControlMaxOctetsGranted to -1."
3276
+ DEFVAL { -1 }
3277
+ ::= { bufferControlEntry 8 }
3278
+
3279
+ bufferControlMaxOctetsGranted OBJECT-TYPE
3280
+ SYNTAX Integer32
3281
+ UNITS "Octets"
3282
+ MAX-ACCESS read-only
3283
+ STATUS current
3284
+ DESCRIPTION
3285
+ "The maximum number of octets that can be
3286
+ saved in this captureBuffer, including overhead.
3287
+ If this variable is -1, the capture buffer will save
3288
+ as many octets as possible.
3289
+
3290
+ When the bufferControlMaxOctetsRequested object is
3291
+ created or modified, the probe should set this object
3292
+ as closely to the requested value as is possible for the
3293
+ particular probe implementation and available resources.
3294
+ However, if the request object has the special value
3295
+
3296
+ of -1, the probe must set this object to -1.
3297
+
3298
+ The probe must not lower this value except as a result of
3299
+ a modification to the associated
3300
+ bufferControlMaxOctetsRequested object.
3301
+
3302
+ When this maximum number of octets is reached
3303
+ and a new packet is to be added to this
3304
+ capture buffer and the corresponding
3305
+ bufferControlFullAction is set to wrapWhenFull(2),
3306
+ enough of the oldest packets associated with this
3307
+ capture buffer shall be deleted by the agent so
3308
+ that the new packet can be added. If the corresponding
3309
+ bufferControlFullAction is set to lockWhenFull(1),
3310
+ the new packet shall be discarded. In either case,
3311
+ the probe must set bufferControlFullStatus to
3312
+ full(2).
3313
+
3314
+ When the value of this object changes to a value less
3315
+ than the current value, entries are deleted from
3316
+ the captureBufferTable associated with this
3317
+ bufferControlEntry. Enough of the
3318
+ oldest of these captureBufferEntries shall be
3319
+ deleted by the agent so that the number of octets
3320
+ used remains less than or equal to the new value of
3321
+ this object.
3322
+
3323
+ When the value of this object changes to a value greater
3324
+ than the current value, the number of associated
3325
+ captureBufferEntries may be allowed to grow."
3326
+ ::= { bufferControlEntry 9 }
3327
+
3328
+ bufferControlCapturedPackets OBJECT-TYPE
3329
+ SYNTAX Integer32
3330
+ UNITS "Packets"
3331
+ MAX-ACCESS read-only
3332
+ STATUS current
3333
+ DESCRIPTION
3334
+ "The number of packets currently in this captureBuffer."
3335
+ ::= { bufferControlEntry 10 }
3336
+
3337
+ bufferControlTurnOnTime OBJECT-TYPE
3338
+ SYNTAX TimeTicks
3339
+ MAX-ACCESS read-only
3340
+ STATUS current
3341
+ DESCRIPTION
3342
+ "The value of sysUpTime when this capture buffer was
3343
+ first turned on."
3344
+ ::= { bufferControlEntry 11 }
3345
+
3346
+ bufferControlOwner OBJECT-TYPE
3347
+ SYNTAX OwnerString
3348
+ MAX-ACCESS read-create
3349
+ STATUS current
3350
+ DESCRIPTION
3351
+ "The entity that configured this entry and is therefore
3352
+ using the resources assigned to it."
3353
+ ::= { bufferControlEntry 12 }
3354
+
3355
+ bufferControlStatus OBJECT-TYPE
3356
+ SYNTAX EntryStatus
3357
+ MAX-ACCESS read-create
3358
+ STATUS current
3359
+ DESCRIPTION
3360
+ "The status of this buffer Control Entry."
3361
+ ::= { bufferControlEntry 13 }
3362
+
3363
+ captureBufferTable OBJECT-TYPE
3364
+ SYNTAX SEQUENCE OF CaptureBufferEntry
3365
+ MAX-ACCESS not-accessible
3366
+ STATUS current
3367
+ DESCRIPTION
3368
+ "A list of packets captured off of a channel."
3369
+ ::= { capture 2 }
3370
+
3371
+ captureBufferEntry OBJECT-TYPE
3372
+ SYNTAX CaptureBufferEntry
3373
+ MAX-ACCESS not-accessible
3374
+ STATUS current
3375
+ DESCRIPTION
3376
+ "A packet captured off of an attached network. As an
3377
+ example, an instance of the captureBufferPacketData
3378
+ object might be named captureBufferPacketData.3.1783"
3379
+ INDEX { captureBufferControlIndex, captureBufferIndex }
3380
+ ::= { captureBufferTable 1 }
3381
+
3382
+ CaptureBufferEntry ::= SEQUENCE {
3383
+ captureBufferControlIndex Integer32,
3384
+ captureBufferIndex Integer32,
3385
+ captureBufferPacketID Integer32,
3386
+ captureBufferPacketData OCTET STRING,
3387
+ captureBufferPacketLength Integer32,
3388
+ captureBufferPacketTime Integer32,
3389
+ captureBufferPacketStatus Integer32
3390
+ }
3391
+
3392
+ captureBufferControlIndex OBJECT-TYPE
3393
+ SYNTAX Integer32 (1..65535)
3394
+ MAX-ACCESS read-only
3395
+ STATUS current
3396
+ DESCRIPTION
3397
+ "The index of the bufferControlEntry with which
3398
+ this packet is associated."
3399
+ ::= { captureBufferEntry 1 }
3400
+
3401
+ captureBufferIndex OBJECT-TYPE
3402
+ SYNTAX Integer32 (1..2147483647)
3403
+ MAX-ACCESS read-only
3404
+ STATUS current
3405
+ DESCRIPTION
3406
+ "An index that uniquely identifies an entry
3407
+ in the captureBuffer table associated with a
3408
+ particular bufferControlEntry. This index will
3409
+ start at 1 and increase by one for each new packet
3410
+ added with the same captureBufferControlIndex.
3411
+
3412
+ Should this value reach 2147483647, the next packet
3413
+ added with the same captureBufferControlIndex shall
3414
+ cause this value to wrap around to 1."
3415
+ ::= { captureBufferEntry 2 }
3416
+
3417
+ captureBufferPacketID OBJECT-TYPE
3418
+ SYNTAX Integer32
3419
+ MAX-ACCESS read-only
3420
+ STATUS current
3421
+ DESCRIPTION
3422
+ "An index that describes the order of packets
3423
+ that are received on a particular interface.
3424
+ The packetID of a packet captured on an
3425
+ interface is defined to be greater than the
3426
+ packetID's of all packets captured previously on
3427
+ the same interface. As the captureBufferPacketID
3428
+ object has a maximum positive value of 2^31 - 1,
3429
+ any captureBufferPacketID object shall have the
3430
+ value of the associated packet's packetID mod 2^31."
3431
+ ::= { captureBufferEntry 3 }
3432
+
3433
+ captureBufferPacketData OBJECT-TYPE
3434
+ SYNTAX OCTET STRING
3435
+ MAX-ACCESS read-only
3436
+ STATUS current
3437
+ DESCRIPTION
3438
+ "The data inside the packet, starting at the beginning
3439
+ of the packet plus any offset specified in the
3440
+
3441
+ associated bufferControlDownloadOffset, including any
3442
+ link level headers. The length of the data in this object
3443
+ is the minimum of the length of the captured packet minus
3444
+ the offset, the length of the associated
3445
+ bufferControlCaptureSliceSize minus the offset, and the
3446
+ associated bufferControlDownloadSliceSize. If this minimum
3447
+ is less than zero, this object shall have a length of zero."
3448
+ ::= { captureBufferEntry 4 }
3449
+
3450
+ captureBufferPacketLength OBJECT-TYPE
3451
+ SYNTAX Integer32
3452
+ UNITS "Octets"
3453
+ MAX-ACCESS read-only
3454
+ STATUS current
3455
+ DESCRIPTION
3456
+ "The actual length (off the wire) of the packet stored
3457
+ in this entry, including FCS octets."
3458
+ ::= { captureBufferEntry 5 }
3459
+
3460
+ captureBufferPacketTime OBJECT-TYPE
3461
+ SYNTAX Integer32
3462
+ UNITS "Milliseconds"
3463
+ MAX-ACCESS read-only
3464
+ STATUS current
3465
+ DESCRIPTION
3466
+ "The number of milliseconds that had passed since
3467
+ this capture buffer was first turned on when this
3468
+ packet was captured."
3469
+ ::= { captureBufferEntry 6 }
3470
+
3471
+ captureBufferPacketStatus OBJECT-TYPE
3472
+ SYNTAX Integer32
3473
+ MAX-ACCESS read-only
3474
+ STATUS current
3475
+ DESCRIPTION
3476
+ "A value which indicates the error status of this packet.
3477
+
3478
+ The value of this object is defined in the same way as
3479
+ filterPktStatus. The value is a sum. This sum
3480
+ initially takes the value zero. Then, for each
3481
+ error, E, that has been discovered in this packet,
3482
+ 2 raised to a value representing E is added to the sum.
3483
+
3484
+ The errors defined for a packet captured off of an
3485
+ Ethernet interface are as follows:
3486
+
3487
+ bit # Error
3488
+ 0 Packet is longer than 1518 octets
3489
+
3490
+ 1 Packet is shorter than 64 octets
3491
+ 2 Packet experienced a CRC or Alignment error
3492
+ 3 First packet in this capture buffer after
3493
+ it was detected that some packets were
3494
+ not processed correctly.
3495
+ 4 Packet's order in buffer is only approximate
3496
+ (May only be set for packets sent from
3497
+ the probe)
3498
+
3499
+ For example, an Ethernet fragment would have a
3500
+ value of 6 (2^1 + 2^2).
3501
+
3502
+ As this MIB is expanded to new media types, this object
3503
+ will have other media-specific errors defined."
3504
+ ::= { captureBufferEntry 7 }
3505
+
3506
+ -- The Event Group
3507
+
3508
+ -- Implementation of the Event group is optional.
3509
+ -- Consult the MODULE-COMPLIANCE macro for the authoritative
3510
+ -- conformance information for this MIB.
3511
+ --
3512
+ -- The Event group controls the generation and notification
3513
+ -- of events from this device. Each entry in the eventTable
3514
+ -- describes the parameters of the event that can be triggered.
3515
+ -- Each event entry is fired by an associated condition located
3516
+ -- elsewhere in the MIB. An event entry may also be associated
3517
+ -- with a function elsewhere in the MIB that will be executed
3518
+ -- when the event is generated. For example, a channel may
3519
+ -- be turned on or off by the firing of an event.
3520
+ --
3521
+ -- Each eventEntry may optionally specify that a log entry
3522
+ -- be created on its behalf whenever the event occurs.
3523
+ -- Each entry may also specify that notification should
3524
+ -- occur by way of SNMP trap messages. In this case, the
3525
+ -- community for the trap message is given in the associated
3526
+ -- eventCommunity object. The enterprise and specific trap
3527
+ -- fields of the trap are determined by the condition that
3528
+ -- triggered the event. Two traps are defined: risingAlarm and
3529
+ -- fallingAlarm. If the eventTable is triggered by a condition
3530
+ -- specified elsewhere, the enterprise and specific trap fields
3531
+ -- must be specified for traps generated for that condition.
3532
+
3533
+ eventTable OBJECT-TYPE
3534
+ SYNTAX SEQUENCE OF EventEntry
3535
+ MAX-ACCESS not-accessible
3536
+ STATUS current
3537
+ DESCRIPTION
3538
+ "A list of events to be generated."
3539
+ ::= { event 1 }
3540
+
3541
+ eventEntry OBJECT-TYPE
3542
+ SYNTAX EventEntry
3543
+ MAX-ACCESS not-accessible
3544
+ STATUS current
3545
+ DESCRIPTION
3546
+ "A set of parameters that describe an event to be generated
3547
+ when certain conditions are met. As an example, an instance
3548
+ of the eventLastTimeSent object might be named
3549
+ eventLastTimeSent.6"
3550
+ INDEX { eventIndex }
3551
+ ::= { eventTable 1 }
3552
+
3553
+ EventEntry ::= SEQUENCE {
3554
+ eventIndex Integer32,
3555
+ eventDescription DisplayString,
3556
+ eventType INTEGER,
3557
+ eventCommunity OCTET STRING,
3558
+ eventLastTimeSent TimeTicks,
3559
+ eventOwner OwnerString,
3560
+ eventStatus EntryStatus
3561
+ }
3562
+
3563
+ eventIndex OBJECT-TYPE
3564
+ SYNTAX Integer32 (1..65535)
3565
+ MAX-ACCESS read-only
3566
+ STATUS current
3567
+ DESCRIPTION
3568
+ "An index that uniquely identifies an entry in the
3569
+ event table. Each such entry defines one event that
3570
+ is to be generated when the appropriate conditions
3571
+ occur."
3572
+ ::= { eventEntry 1 }
3573
+
3574
+ eventDescription OBJECT-TYPE
3575
+ SYNTAX DisplayString (SIZE (0..127))
3576
+ MAX-ACCESS read-create
3577
+ STATUS current
3578
+ DESCRIPTION
3579
+ "A comment describing this event entry."
3580
+ ::= { eventEntry 2 }
3581
+
3582
+ eventType OBJECT-TYPE
3583
+ SYNTAX INTEGER {
3584
+ none(1),
3585
+ log(2),
3586
+ snmptrap(3), -- send an SNMP trap
3587
+ logandtrap(4)
3588
+ }
3589
+ MAX-ACCESS read-create
3590
+ STATUS current
3591
+ DESCRIPTION
3592
+ "The type of notification that the probe will make
3593
+ about this event. In the case of log, an entry is
3594
+ made in the log table for each event. In the case of
3595
+ snmp-trap, an SNMP trap is sent to one or more
3596
+ management stations."
3597
+ ::= { eventEntry 3 }
3598
+
3599
+ eventCommunity OBJECT-TYPE
3600
+ SYNTAX OCTET STRING (SIZE (0..127))
3601
+ MAX-ACCESS read-create
3602
+ STATUS current
3603
+ DESCRIPTION
3604
+ "If an SNMP trap is to be sent, it will be sent to
3605
+ the SNMP community specified by this octet string."
3606
+ ::= { eventEntry 4 }
3607
+
3608
+ eventLastTimeSent OBJECT-TYPE
3609
+ SYNTAX TimeTicks
3610
+ MAX-ACCESS read-only
3611
+ STATUS current
3612
+ DESCRIPTION
3613
+ "The value of sysUpTime at the time this event
3614
+ entry last generated an event. If this entry has
3615
+ not generated any events, this value will be
3616
+ zero."
3617
+ ::= { eventEntry 5 }
3618
+
3619
+ eventOwner OBJECT-TYPE
3620
+ SYNTAX OwnerString
3621
+ MAX-ACCESS read-create
3622
+ STATUS current
3623
+ DESCRIPTION
3624
+ "The entity that configured this entry and is therefore
3625
+ using the resources assigned to it.
3626
+
3627
+ If this object contains a string starting with 'monitor'
3628
+ and has associated entries in the log table, all connected
3629
+ management stations should retrieve those log entries,
3630
+ as they may have significance to all management stations
3631
+ connected to this device"
3632
+ ::= { eventEntry 6 }
3633
+
3634
+ eventStatus OBJECT-TYPE
3635
+ SYNTAX EntryStatus
3636
+ MAX-ACCESS read-create
3637
+ STATUS current
3638
+ DESCRIPTION
3639
+ "The status of this event entry.
3640
+
3641
+ If this object is not equal to valid(1), all associated
3642
+ log entries shall be deleted by the agent."
3643
+ ::= { eventEntry 7 }
3644
+
3645
+ --
3646
+ logTable OBJECT-TYPE
3647
+ SYNTAX SEQUENCE OF LogEntry
3648
+ MAX-ACCESS not-accessible
3649
+ STATUS current
3650
+ DESCRIPTION
3651
+ "A list of events that have been logged."
3652
+ ::= { event 2 }
3653
+
3654
+ logEntry OBJECT-TYPE
3655
+ SYNTAX LogEntry
3656
+ MAX-ACCESS not-accessible
3657
+ STATUS current
3658
+ DESCRIPTION
3659
+ "A set of data describing an event that has been
3660
+ logged. For example, an instance of the logDescription
3661
+ object might be named logDescription.6.47"
3662
+ INDEX { logEventIndex, logIndex }
3663
+ ::= { logTable 1 }
3664
+
3665
+ LogEntry ::= SEQUENCE {
3666
+ logEventIndex Integer32,
3667
+ logIndex Integer32,
3668
+ logTime TimeTicks,
3669
+ logDescription DisplayString
3670
+ }
3671
+
3672
+ logEventIndex OBJECT-TYPE
3673
+ SYNTAX Integer32 (1..65535)
3674
+ MAX-ACCESS read-only
3675
+ STATUS current
3676
+ DESCRIPTION
3677
+ "The event entry that generated this log
3678
+ entry. The log identified by a particular
3679
+ value of this index is associated with the same
3680
+ eventEntry as identified by the same value
3681
+ of eventIndex."
3682
+ ::= { logEntry 1 }
3683
+
3684
+ logIndex OBJECT-TYPE
3685
+ SYNTAX Integer32 (1..2147483647)
3686
+ MAX-ACCESS read-only
3687
+ STATUS current
3688
+ DESCRIPTION
3689
+ "An index that uniquely identifies an entry
3690
+ in the log table amongst those generated by the
3691
+ same eventEntries. These indexes are
3692
+ assigned beginning with 1 and increase by one
3693
+ with each new log entry. The association
3694
+ between values of logIndex and logEntries
3695
+ is fixed for the lifetime of each logEntry.
3696
+ The agent may choose to delete the oldest
3697
+ instances of logEntry as required because of
3698
+ lack of memory. It is an implementation-specific
3699
+ matter as to when this deletion may occur."
3700
+ ::= { logEntry 2 }
3701
+
3702
+ logTime OBJECT-TYPE
3703
+ SYNTAX TimeTicks
3704
+ MAX-ACCESS read-only
3705
+ STATUS current
3706
+ DESCRIPTION
3707
+ "The value of sysUpTime when this log entry was created."
3708
+ ::= { logEntry 3 }
3709
+
3710
+ logDescription OBJECT-TYPE
3711
+ SYNTAX DisplayString (SIZE (0..255))
3712
+ MAX-ACCESS read-only
3713
+ STATUS current
3714
+ DESCRIPTION
3715
+ "An implementation dependent description of the
3716
+ event that activated this log entry."
3717
+ ::= { logEntry 4 }
3718
+
3719
+ -- Remote Network Monitoring Traps
3720
+
3721
+ rmonEventsV2 OBJECT-IDENTITY
3722
+ STATUS current
3723
+ DESCRIPTION "Definition point for RMON notifications."
3724
+ ::= { rmon 0 }
3725
+
3726
+ risingAlarm NOTIFICATION-TYPE
3727
+ OBJECTS { alarmIndex, alarmVariable, alarmSampleType,
3728
+ alarmValue, alarmRisingThreshold }
3729
+ STATUS current
3730
+ DESCRIPTION
3731
+ "The SNMP trap that is generated when an alarm
3732
+ entry crosses its rising threshold and generates
3733
+ an event that is configured for sending SNMP
3734
+ traps."
3735
+ ::= { rmonEventsV2 1 }
3736
+
3737
+ fallingAlarm NOTIFICATION-TYPE
3738
+ OBJECTS { alarmIndex, alarmVariable, alarmSampleType,
3739
+ alarmValue, alarmFallingThreshold }
3740
+ STATUS current
3741
+ DESCRIPTION
3742
+ "The SNMP trap that is generated when an alarm
3743
+ entry crosses its falling threshold and generates
3744
+ an event that is configured for sending SNMP
3745
+ traps."
3746
+ ::= { rmonEventsV2 2 }
3747
+
3748
+ -- Conformance information
3749
+
3750
+ rmonCompliances OBJECT IDENTIFIER ::= { rmonConformance 9 }
3751
+ rmonGroups OBJECT IDENTIFIER ::= { rmonConformance 10 }
3752
+
3753
+ -- Compliance Statements
3754
+ rmonCompliance MODULE-COMPLIANCE
3755
+ STATUS current
3756
+ DESCRIPTION
3757
+ "The requirements for conformance to the RMON MIB. At least
3758
+ one of the groups in this module must be implemented to
3759
+ conform to the RMON MIB. Implementations of this MIB
3760
+ must also implement the system group of MIB-II [16] and the
3761
+ IF-MIB [17]."
3762
+ MODULE -- this module
3763
+
3764
+ GROUP rmonEtherStatsGroup
3765
+ DESCRIPTION
3766
+ "The RMON Ethernet Statistics Group is optional."
3767
+
3768
+ GROUP rmonHistoryControlGroup
3769
+ DESCRIPTION
3770
+ "The RMON History Control Group is optional."
3771
+
3772
+ GROUP rmonEthernetHistoryGroup
3773
+ DESCRIPTION
3774
+ "The RMON Ethernet History Group is optional."
3775
+
3776
+ GROUP rmonAlarmGroup
3777
+ DESCRIPTION
3778
+ "The RMON Alarm Group is optional."
3779
+
3780
+ GROUP rmonHostGroup
3781
+ DESCRIPTION
3782
+ "The RMON Host Group is mandatory when the
3783
+ rmonHostTopNGroup is implemented."
3784
+
3785
+ GROUP rmonHostTopNGroup
3786
+ DESCRIPTION
3787
+ "The RMON Host Top N Group is optional."
3788
+
3789
+ GROUP rmonMatrixGroup
3790
+ DESCRIPTION
3791
+ "The RMON Matrix Group is optional."
3792
+
3793
+ GROUP rmonFilterGroup
3794
+ DESCRIPTION
3795
+ "The RMON Filter Group is mandatory when the
3796
+ rmonPacketCaptureGroup is implemented."
3797
+
3798
+ GROUP rmonPacketCaptureGroup
3799
+ DESCRIPTION
3800
+ "The RMON Packet Capture Group is optional."
3801
+
3802
+ GROUP rmonEventGroup
3803
+ DESCRIPTION
3804
+ "The RMON Event Group is mandatory when the
3805
+ rmonAlarmGroup is implemented."
3806
+ ::= { rmonCompliances 1 }
3807
+
3808
+ rmonEtherStatsGroup OBJECT-GROUP
3809
+ OBJECTS {
3810
+ etherStatsIndex, etherStatsDataSource,
3811
+ etherStatsDropEvents, etherStatsOctets, etherStatsPkts,
3812
+ etherStatsBroadcastPkts, etherStatsMulticastPkts,
3813
+ etherStatsCRCAlignErrors, etherStatsUndersizePkts,
3814
+ etherStatsOversizePkts, etherStatsFragments,
3815
+ etherStatsJabbers, etherStatsCollisions,
3816
+ etherStatsPkts64Octets, etherStatsPkts65to127Octets,
3817
+ etherStatsPkts128to255Octets,
3818
+ etherStatsPkts256to511Octets,
3819
+ etherStatsPkts512to1023Octets,
3820
+ etherStatsPkts1024to1518Octets,
3821
+ etherStatsOwner, etherStatsStatus
3822
+ }
3823
+ STATUS current
3824
+ DESCRIPTION
3825
+ "The RMON Ethernet Statistics Group."
3826
+ ::= { rmonGroups 1 }
3827
+
3828
+ rmonHistoryControlGroup OBJECT-GROUP
3829
+ OBJECTS {
3830
+ historyControlIndex, historyControlDataSource,
3831
+ historyControlBucketsRequested,
3832
+ historyControlBucketsGranted, historyControlInterval,
3833
+ historyControlOwner, historyControlStatus
3834
+ }
3835
+ STATUS current
3836
+ DESCRIPTION
3837
+ "The RMON History Control Group."
3838
+ ::= { rmonGroups 2 }
3839
+
3840
+ rmonEthernetHistoryGroup OBJECT-GROUP
3841
+ OBJECTS {
3842
+ etherHistoryIndex, etherHistorySampleIndex,
3843
+ etherHistoryIntervalStart, etherHistoryDropEvents,
3844
+ etherHistoryOctets, etherHistoryPkts,
3845
+ etherHistoryBroadcastPkts, etherHistoryMulticastPkts,
3846
+ etherHistoryCRCAlignErrors, etherHistoryUndersizePkts,
3847
+ etherHistoryOversizePkts, etherHistoryFragments,
3848
+ etherHistoryJabbers, etherHistoryCollisions,
3849
+ etherHistoryUtilization
3850
+ }
3851
+ STATUS current
3852
+ DESCRIPTION
3853
+ "The RMON Ethernet History Group."
3854
+ ::= { rmonGroups 3 }
3855
+
3856
+ rmonAlarmGroup OBJECT-GROUP
3857
+ OBJECTS {
3858
+ alarmIndex, alarmInterval, alarmVariable,
3859
+ alarmSampleType, alarmValue, alarmStartupAlarm,
3860
+ alarmRisingThreshold, alarmFallingThreshold,
3861
+ alarmRisingEventIndex, alarmFallingEventIndex,
3862
+ alarmOwner, alarmStatus
3863
+ }
3864
+ STATUS current
3865
+ DESCRIPTION
3866
+ "The RMON Alarm Group."
3867
+ ::= { rmonGroups 4 }
3868
+
3869
+ rmonHostGroup OBJECT-GROUP
3870
+ OBJECTS {
3871
+ hostControlIndex, hostControlDataSource,
3872
+ hostControlTableSize, hostControlLastDeleteTime,
3873
+ hostControlOwner, hostControlStatus,
3874
+ hostAddress, hostCreationOrder, hostIndex,
3875
+ hostInPkts, hostOutPkts, hostInOctets,
3876
+ hostOutOctets, hostOutErrors, hostOutBroadcastPkts,
3877
+ hostOutMulticastPkts, hostTimeAddress,
3878
+ hostTimeCreationOrder, hostTimeIndex,
3879
+ hostTimeInPkts, hostTimeOutPkts, hostTimeInOctets,
3880
+ hostTimeOutOctets, hostTimeOutErrors,
3881
+ hostTimeOutBroadcastPkts, hostTimeOutMulticastPkts
3882
+ }
3883
+ STATUS current
3884
+ DESCRIPTION
3885
+ "The RMON Host Group."
3886
+ ::= { rmonGroups 5 }
3887
+
3888
+ rmonHostTopNGroup OBJECT-GROUP
3889
+ OBJECTS {
3890
+ hostTopNControlIndex, hostTopNHostIndex,
3891
+ hostTopNRateBase, hostTopNTimeRemaining,
3892
+ hostTopNDuration, hostTopNRequestedSize,
3893
+ hostTopNGrantedSize, hostTopNStartTime,
3894
+ hostTopNOwner, hostTopNStatus,
3895
+ hostTopNReport, hostTopNIndex,
3896
+ hostTopNAddress, hostTopNRate
3897
+ }
3898
+ STATUS current
3899
+ DESCRIPTION
3900
+ "The RMON Host Top 'N' Group."
3901
+ ::= { rmonGroups 6 }
3902
+
3903
+ rmonMatrixGroup OBJECT-GROUP
3904
+ OBJECTS {
3905
+ matrixControlIndex, matrixControlDataSource,
3906
+ matrixControlTableSize, matrixControlLastDeleteTime,
3907
+ matrixControlOwner, matrixControlStatus,
3908
+ matrixSDSourceAddress, matrixSDDestAddress,
3909
+ matrixSDIndex, matrixSDPkts,
3910
+ matrixSDOctets, matrixSDErrors,
3911
+ matrixDSSourceAddress, matrixDSDestAddress,
3912
+ matrixDSIndex, matrixDSPkts,
3913
+ matrixDSOctets, matrixDSErrors
3914
+ }
3915
+ STATUS current
3916
+ DESCRIPTION
3917
+ "The RMON Matrix Group."
3918
+ ::= { rmonGroups 7 }
3919
+
3920
+ rmonFilterGroup OBJECT-GROUP
3921
+ OBJECTS {
3922
+
3923
+ filterIndex, filterChannelIndex, filterPktDataOffset,
3924
+ filterPktData, filterPktDataMask,
3925
+ filterPktDataNotMask, filterPktStatus,
3926
+ filterPktStatusMask, filterPktStatusNotMask,
3927
+ filterOwner, filterStatus,
3928
+ channelIndex, channelIfIndex, channelAcceptType,
3929
+ channelDataControl, channelTurnOnEventIndex,
3930
+ channelTurnOffEventIndex, channelEventIndex,
3931
+ channelEventStatus, channelMatches,
3932
+ channelDescription, channelOwner, channelStatus
3933
+ }
3934
+ STATUS current
3935
+ DESCRIPTION
3936
+ "The RMON Filter Group."
3937
+ ::= { rmonGroups 8 }
3938
+
3939
+ rmonPacketCaptureGroup OBJECT-GROUP
3940
+ OBJECTS {
3941
+ bufferControlIndex, bufferControlChannelIndex,
3942
+ bufferControlFullStatus, bufferControlFullAction,
3943
+ bufferControlCaptureSliceSize,
3944
+ bufferControlDownloadSliceSize,
3945
+ bufferControlDownloadOffset,
3946
+ bufferControlMaxOctetsRequested,
3947
+ bufferControlMaxOctetsGranted,
3948
+ bufferControlCapturedPackets,
3949
+ bufferControlTurnOnTime,
3950
+ bufferControlOwner, bufferControlStatus,
3951
+ captureBufferControlIndex, captureBufferIndex,
3952
+ captureBufferPacketID, captureBufferPacketData,
3953
+ captureBufferPacketLength, captureBufferPacketTime,
3954
+ captureBufferPacketStatus
3955
+ }
3956
+ STATUS current
3957
+ DESCRIPTION
3958
+ "The RMON Packet Capture Group."
3959
+ ::= { rmonGroups 9 }
3960
+
3961
+ rmonEventGroup OBJECT-GROUP
3962
+ OBJECTS {
3963
+ eventIndex, eventDescription, eventType,
3964
+ eventCommunity, eventLastTimeSent,
3965
+ eventOwner, eventStatus,
3966
+ logEventIndex, logIndex, logTime,
3967
+ logDescription
3968
+ }
3969
+ STATUS current
3970
+ DESCRIPTION
3971
+ "The RMON Event Group."
3972
+ ::= { rmonGroups 10 }
3973
+
3974
+ rmonNotificationGroup NOTIFICATION-GROUP
3975
+ NOTIFICATIONS { risingAlarm, fallingAlarm }
3976
+ STATUS current
3977
+ DESCRIPTION
3978
+ "The RMON Notification Group."
3979
+ ::= { rmonGroups 11 }
3980
+ END