telemetry-snmp 0.1.0

Sign up to get free protection for your applications and to get access to all the features.
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