CISCO-DATA-COLLECTION-MIB
The MIB module allows a management application to
select a set of MIB object instances whose values need
to be collected on a periodic basis. The term 'data' in
the context of this MIB is used to generically refer to
the values of the selected set of object instances.
Once the required setup is done, the MIB implementation
carries out the following periodic tasks:
- collects the required object values into local
file-like entities called VFiles (virtual files).
- transfers the VFiles to specified locations.
- carries out VFile management operations.
Some of the key features of this MIB are:
a) Allows grouping of MIB objects into groups called
data groups. The constraint is that the MIB objects
grouped into a data group, need to have the same
semantic MIB index. So it is possible to group MIB
objects belonging to different MIB tables into a
single data group as long as the above constraint is
met.
For e.g. it is possible to group ifInOctets from
ifTable, ifHCInOctets from ifXTable,
dot3StatsExcessiveCollisions from dot3StatsTable
into a single data group.
b) Allows the application to specify a set of instances
(of the MIB objects in a data group) whose values
need to be collected.
c) The required data can be collected for each such
data group on a periodic basis into a virtual file
(VFile). A VFile is an abstraction of a file.
d) The format of the contents of the VFile, can be
specified by the application.
e) An application can also specify a collection period.
A collection period is an interval of time during
which data is collected into a VFile. After the
collection period ends, the VFile is frozen, and a
new VFile is created for storing data. The frozen
VFile is then transferred to a specified destination.
An application can choose to retain such frozen
VFiles on the device for a certain period of time,
called the retention period.
Data Collection MIB vs Bulkfile MIB
***********************************
The data collection MIB can pretty much do what the
CISCO-BULK-FILE-MIB (Bulkfile MIB) can do. The 'manual'
mode of the Data collection MIB is similar to the way
in which the Bulkfile MIB operates.
However the data collection MIB is mainly targetted
for medium to high-end platforms which have sufficient
local storage (volatile or permanent) to store VFiles.
Locally storing VFiles, helps minimize loss of data
during temporary network outages. If the local store
is permament, then the collected data is also available
across agent restarts.
The data collection MIB has more powerful data
selection features than the Bulkfile MIB. It allows
grouping of MIB objects from different tables into
data groups. It also incorporates a more flexible
instance selection mechanism, where the application
is not restricted to fetching an entire MIB table.
Definitions:
************
Base objects:
*************
MIB objects whose values an application needs to
collect.
Data group:
***********
A group of base objects. Can be of 2 types: 'object'
and 'table'. An 'object' type data group can consist
of only one fully instantiated base object. A 'table'
type data group can consist of more than one base
objects, each a columnar object in a conceptual
table. In addition a 'table' type data group can
specify the instances of the base objects whose
values need to be collected. In the context of this
MIB, collecting data for a data group means fetching
the values of the associated base object instances
and storing them into VFiles.
Virtual File (VFile):
*********************
A VFile is a file like entity used to collect data.
An agent might choose to implement a VFile as a
simple in-memory buffer, or it might choose to
use a file in it's filesystem. An application does
not really need to know the location of a VFile
- the MIB provides mechanisms to transfer the
VFile to application specified locations. However
if the implementation supports it, the application
can specify the location of the VFiles.
Current VFile:
**************
The VFile into which data is currently being
collected.
Frozen VFile:
*************
A VFile which is no longer used for collecting
data. Only frozen VFiles can be transferred to
specified destinations.
Collection interval:
********************
A collection interval is associated with a VFile.
It is the interval of time over which a VFile
is used to collect data.
This interval of time can be specified by the
application. However there are conditions under
which a collection interval can be shorter than
the specified time. For e.g. a collection
interval is prematurely terminated when the
maximum size of a VFile is exceeded, or when
there is an error condition.
Polling period:
***************
A polling period is associated with a data
group. It determines the frequency at which
the base objects of a data group should
be fetched and stored into a VFile.
Data collection operations:
**************************
A generic term used to refer to operations
that are carried out while collecting data.
These include:
- Periodically creating new VFiles for
collecting data.
- Transferring frozen VFiles either
automatically or on demand.
- Fetching base object values and storing
them into current VFiles, either periodically
or on demand.
- Deleting frozen VFiles, either periodically
or on demand.
- Source file
CISCO-DATA-COLLECTION-MIB- Last revised
- Identity
ciscoDataCollectionMIB- Base OID
1.3.6.1.4.1.9.9.312
Imported Objects
| CISCO-SMI | ciscoMgmt |
| SNMP-FRAMEWORK-MIB | SnmpAdminString |
| SNMP-TARGET-MIB | SnmpTagValue |
| SNMPv2-CONF | MODULE-COMPLIANCE (no object page) NOTIFICATION-GROUP (no object page) OBJECT-GROUP (no object page) |
| SNMPv2-SMI | MODULE-IDENTITY (no object page) NOTIFICATION-TYPE (no object page) OBJECT-TYPE (no object page) Unsigned32 zeroDotZero |
| SNMPv2-TC | DateAndTime DisplayString RowPointer RowStatus TEXTUAL-CONVENTION (no object page) TruthValue VariablePointer |
Net-SNMP examples using the cisco MIB directory Show commands
These commands use the standard Observium installation path and load the selected MIB variant before the RFC and Net-SNMP directories.
Translate the module identity
/usr/bin/snmptranslate -Pud -Ir -On -m 'CISCO-DATA-COLLECTION-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'CISCO-DATA-COLLECTION-MIB::ciscoDataCollectionMIB'
Walk the MIB subtree
/usr/bin/snmpbulkwalk -v2c -c '<community>' -Pud -Ir -OQUs -m 'CISCO-DATA-COLLECTION-MIB' -M '/opt/observium/mibs/cisco:/opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp' 'udp:<hostname>:161' 'CISCO-DATA-COLLECTION-MIB::ciscoDataCollectionMIB'
Objects (76)
Showing 76 of 76 objects
Object legend
Object type
Icons distinguish tables, entry rows, columns, scalars, and structural nodes.
SNMPv2-TCTruthValue
Syntax
Blue badges identify the value syntax. Connected badges read as defining module and convention.
IF-MIBifIndex
Table index
Green identifies an index object; yellow names its module when the index is defined elsewhere.
r/w
deprecated
obsolete
Access and status
r/w means read-write. Grey labels mark definitions retained for compatibility.
OBS ✓
Observium use
The indicator appears only when Observium directly references that object.
ifOperStatus
.1.3.6.1.2.1…
Names and OIDs
Object names link to their detail pages. Hover or focus a linked name or badge for available definition details.
.1.3.6.1.4.1.9.9.312 |
||
.1.3.6.1.4.1.9.9.312.0 |
||
.1.3.6.1.4.1.9.9.312.1 |
||
.1.3.6.1.4.1.9.9.312.1.1 |
||
.1.3.6.1.4.1.9.9.312.1.1.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.2 |
|
.1.3.6.1.4.1.9.9.312.1.1.3 |
||
.1.3.6.1.4.1.9.9.312.1.1.3.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.1 |
|
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.10 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.11 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.12 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.13 |
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.14 |
||
.1.3.6.1.4.1.9.9.312.1.1.3.1.15 |
||
|
|
OctetString
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.2 |
.1.3.6.1.4.1.9.9.312.1.1.3.1.3 |
||
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.4 |
|
|
bytesUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.5 |
|
bytesUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.6 |
|
|
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.7 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.8 |
|
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.3.1.9 |
|
.1.3.6.1.4.1.9.9.312.1.1.4 |
||
.1.3.6.1.4.1.9.9.312.1.1.4.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.4.1.1 |
|
.1.3.6.1.4.1.9.9.312.1.1.4.1.2 |
||
.1.3.6.1.4.1.9.9.312.1.1.4.1.3 |
||
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.1.4.1.4 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.1.4.1.5 |
|
.1.3.6.1.4.1.9.9.312.1.1.4.1.6 |
||
.1.3.6.1.4.1.9.9.312.1.1.4.1.7 |
||
.1.3.6.1.4.1.9.9.312.1.1.4.1.8 |
||
.1.3.6.1.4.1.9.9.312.1.2 |
||
.1.3.6.1.4.1.9.9.312.1.2.1 |
||
.1.3.6.1.4.1.9.9.312.1.2.1.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.1 |
|
|
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.10 |
|
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.11 |
|
|
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.2 |
|
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.3 |
|
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.4 |
|
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.5 |
|
|
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.6 |
|
|
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.7 |
|
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.8 |
|
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.1.1.9 |
|
.1.3.6.1.4.1.9.9.312.1.2.2 |
||
.1.3.6.1.4.1.9.9.312.1.2.2.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.2.1.1 |
|
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.2.1.2 |
|
.1.3.6.1.4.1.9.9.312.1.2.2.1.3 |
||
.1.3.6.1.4.1.9.9.312.1.2.2.1.4 |
||
.1.3.6.1.4.1.9.9.312.1.2.2.1.5 |
||
.1.3.6.1.4.1.9.9.312.1.2.3 |
||
.1.3.6.1.4.1.9.9.312.1.2.3.1 |
||
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.3.1.1 |
|
|
Unsigned32
|
.1.3.6.1.4.1.9.9.312.1.2.3.1.2 |
|
|
Enumeration
|
.1.3.6.1.4.1.9.9.312.1.2.3.1.3 |
|
|
|
.1.3.6.1.4.1.9.9.312.1.2.3.1.4 |
|
.1.3.6.1.4.1.9.9.312.1.2.3.1.5 |
||
.1.3.6.1.4.1.9.9.312.1.2.3.1.6 |
||
.1.3.6.1.4.1.9.9.312.1.2.3.1.7 |
||
.1.3.6.1.4.1.9.9.312.1.2.3.1.8 |
||
.1.3.6.1.4.1.9.9.312.1.3 |
||
.1.3.6.1.4.1.9.9.312.1.3.1 |
||
.1.3.6.1.4.1.9.9.312.1.3.1.1 |
||
.1.3.6.1.4.1.9.9.312.1.3.1.1.1 |
||
.1.3.6.1.4.1.9.9.312.1.3.1.1.2 |
||
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.3.1.1.3 |
|
|
secondsUnsigned32
|
.1.3.6.1.4.1.9.9.312.1.3.1.1.4 |
|
.1.3.6.1.4.1.9.9.312.1.3.1.1.5 |
||
.1.3.6.1.4.1.9.9.312.1.3.1.1.6 |
||
.1.3.6.1.4.1.9.9.312.2 |
||
.1.3.6.1.4.1.9.9.312.2.1 |
||
.1.3.6.1.4.1.9.9.312.2.2 |
Dependencies (6) 6 direct Show tree and compile order Hide dependency details
Each imported module is resolved in the importing module's source directory first, then through the normal default-variant rules.
Dependency tree
Dependency-first compile order
- SNMPv2-SMIrfc
- CISCO-SMIcisco
- SNMPv2-CONFrfc
- SNMPv2-TCrfc
- SNMP-FRAMEWORK-MIBrfc
- SNMP-TARGET-MIBrfc
- CISCO-DATA-COLLECTION-MIBciscoselected
Type Definitions (6)
| OctetString |
range: 0..16 |
|
| ObjectIdentifier | ||
| Enumeration |
cdcBulkASCII(1)cdcBulkBinary(2)cdcSchemaASCII(3) |
|
| Enumeration |
notStarted(1)success(2)aborted(3)fileOpenFailRemote(4)badDomainName(5)unreachableIpAddress(6)networkFailed(7)fileWriteFailed(8)authFailed(9) |
|
| ObjectIdentifier | ||
| OctetString |
range: 0..255 |
Conformance Groups (4)
Compliance Statements (1)
OID
.1.3.6.1.4.1.9.9.312.2.1.1The compliance statement for entities which implement
the Cisco Data Collection MIB.
the Cisco Data Collection MIB.
Required groups
| mandatory | cdcVFileGroup | |
| mandatory | cdcDataSelectionGroup | |
| mandatory | cdcFileXferGroup | |
| mandatory | cdcNotificationGroup |
Notifications / Traps (2)
| Name | OID | Description |
|---|---|---|
.1.3.6.1.4.1.9.9.312.0.1 |
Notification that data collection operations for a
cdcVFileEntry has encountered an error. The cdcVFileEntry is identified by the instance portion of cdcVFileName. The error code is available as the value of the cdcVFileErrorCode variable. |
|
.1.3.6.1.4.1.9.9.312.0.2 |
Notification that file transfer to the destination
specified by the cdcVFileMgmtLastXferURL variable, has completed with the status specified by the cdcVFileMgmtLastXferStatus variable. |