Home/Catalog/CISCO-NBAR-PROTOCOL-DISCOVERY-MIB

CISCO-NBAR-PROTOCOL-DISCOVERY-MIB

AI MIB Summary

The CISCO-NBAR-PROTOCOL-DISCOVERY-MIB enables monitoring and management of Cisco IOS devices to track real-time application traffic classification, protocol statistics, and top-N usage tables generated by the Network Based Application Recognition (NBAR) engine. It facilitates the configuration of interface-specific discovery, threshold-based notification traps, and historical event logging to support dynamic traffic analysis and QoS policy enforcement.

Cisco NBAR Protocol Discovery MIB NBAR - Network Based Application Recognition is an intelligent classification engine that recognizes applications that are static (which use fixed TCP or UDP port numbers), and stateful (which dynamically assign TCP or UDP port numbers). Protocol Discovery - uses NBAR to show you the mix of applications currently running on the network. Key statistics are associated with each protocol. These statistics can be used to define traffic classes and QoS policies. Functionality: 1. To enable/disable Protocol Discovery per interface. 2. Display the protocols/applications which NBAR currently recognizes. 3. To display various Protocol Discovery statistics. 4. A configurable top N table which lists protocols using user defined criteria. 5. To configure notifications (traps) based on configurable statistic thresholds. 6. To maintain a history table of all notification events.
Main OID:
ciscoNbarProtocolDiscoveryMIB.1.3.6.1.4.1.9.9.244
77
Objects
Active
Status
5
Dependencies

Imported Objects

Objects

77 total
Object Name
ciscoNbarProtocolDiscoveryMIBCisco NBAR Protocol Discovery MIB NBAR - Network Based Application Recognition is an intelligent classification engine that recognizes applications that are static (which use fixed TCP or UDP port numbers), and stateful (which dynamically assign TCP or UDP port numbers). Protocol Discovery - uses NBAR to show you the mix of applications currently running on the network. Key statistics are associated with each protocol. These statistics can be used to define traffic classes and QoS policies. Functionality: 1. To enable/disable Protocol Discovery per interface. 2. Display the protocols/applications which NBAR currently recognizes. 3. To display various Protocol Discovery statistics. 4. A configurable top N table which lists protocols using user defined criteria. 5. To configure notifications (traps) based on configurable statistic thresholds. 6. To maintain a history table of all notification events.
MODULE-IDENTITY
.1.3.6.1.4.1.9.9.244
cnpdMIBNotifications
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.0
cnpdThresholdRisingEventA cnpdThresholdRisingEvent is sent whenever a notification entry crosses its rising threshold and generates an event that is added to the cnpdThresholdHistoryTable.
NOTIFICATION-TYPE
.1.3.6.1.4.1.9.9.244.0.1
cnpdThresholdFallingEventA cnpdThresholdConfigFallingEvent is sent whenever a notification entry crosses its falling threshold and generates an event that is added to the cnpdThresholdHistoryTable.
NOTIFICATION-TYPE
.1.3.6.1.4.1.9.9.244.0.2
cnpdMIBObjects
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1
cnpdStatus
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.1
cnpdStatusTableThe cnpdStatusTable is used to enable and disable Protocol Discovery on an interface.
SEQUENCE OF CnpdStatusEntry
.1.3.6.1.4.1.9.9.244.1.1.1
cnpdStatusEntryAn entry in the cnpdStatusTable contains objects for enabling or disabling Protocol Discovery on a per interface basis.
CnpdStatusEntry
.1.3.6.1.4.1.9.9.244.1.1.1.1
cnpdStatusPdEnableThis object is used to enable or disable Protocol Discovery on an interface. If set to 'true' - Protocol Discovery is enabled on this Interface. If set to 'false' - Protocol Discovery is disabled on this Interface.rw
TruthValue (SNMPv2-TC)
.1.3.6.1.4.1.9.9.244.1.1.1.1.1
cnpdStatusLastUpdateTimeThe value of sysUpTime at the time Protocol Discovery was last enabled on an interface. If the interface does not have Protocol Discovery enabled this value is zero.ro
TimeTicks (SNMPv2-SMI)
.1.3.6.1.4.1.9.9.244.1.1.1.1.2
cnpdAllStats
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.2
cnpdAllStatsTableThe cnpdAllStatsTable contains all the statistics available for all the protocols/applications currently recognized by NBAR Protocol Discovery for a particular interface. In the event of an overflow, the 32 bit counters are not valid. There is no overflow support.
SEQUENCE OF CnpdAllStatsEntry
.1.3.6.1.4.1.9.9.244.1.2.1
cnpdAllStatsEntryAn entry in the cnpdAllStatsTable table. This entry contains the statistics collected on all the protocols which NBAR classifies for a particular interface.
CnpdAllStatsEntry
.1.3.6.1.4.1.9.9.244.1.2.1.1
cnpdAllStatsProtocolsIndexAn object which represents a unique identifier for a protocol or application which NBAR currently recognizes. This object is an index into the SupportedProtocolsTable where details of the protocol can be found.
CiscoPdProtocolIndex
.1.3.6.1.4.1.9.9.244.1.2.1.1.1
cnpdAllStatsProtocolNameName of the application or protocol, a unique textual string, assigned in the cnpdSupportedProtocolsTable.ro
CiscoPdProtocolName
.1.3.6.1.4.1.9.9.244.1.2.1.1.2
cnpdAllStatsInPktsThe packet count of inbound packets as determined by Protocol Discovery.ro
Counter32 UNITS "packets"
.1.3.6.1.4.1.9.9.244.1.2.1.1.3
cnpdAllStatsOutPktsThe packet count of outbound packets as determined by Protocol Discovery.ro
Counter32 UNITS "packets"
.1.3.6.1.4.1.9.9.244.1.2.1.1.4
cnpdAllStatsInBytesThe byte count of inbound octets as determined by Protocol Discovery.ro
Counter32 UNITS "bytes"
.1.3.6.1.4.1.9.9.244.1.2.1.1.5
cnpdAllStatsOutBytesThe byte count of outbound octets as determined by Protocol Discovery.ro
Counter32 UNITS "bytes"
.1.3.6.1.4.1.9.9.244.1.2.1.1.6
cnpdAllStatsHCInPktsThe packet count of inbound packets as determined by Protocol Discovery. This is the 64-bit (High Capacity) version of cnpdAllStatsInPkts.ro
Counter64 UNITS "packets"
.1.3.6.1.4.1.9.9.244.1.2.1.1.7
cnpdAllStatsHCOutPktsThe packet count of outbound packets as determined by Protocol Discovery. This is the 64-bit (High Capacity) version of cnpdAllStatsOutPkts.ro
Counter64 UNITS "packets"
.1.3.6.1.4.1.9.9.244.1.2.1.1.8
cnpdAllStatsHCInBytesThe byte count of inbound octets as determined by Protocol Discovery. This is the 64-bit (High Capacity) version of cnpdAllStatsInBytes.ro
Counter64 UNITS "bytes"
.1.3.6.1.4.1.9.9.244.1.2.1.1.9
cnpdAllStatsHCOutBytesThe byte count of outbound octets as determined by Protocol Discovery. This is the 64-bit (High Capacity) version of cnpdAllStatsOutBytes.ro
Counter64 UNITS "bytes"
.1.3.6.1.4.1.9.9.244.1.2.1.1.10
cnpdAllStatsInBitRateThe inbound bit rate as determined by Protocol Discovery.ro
Unsigned32
.1.3.6.1.4.1.9.9.244.1.2.1.1.11
cnpdAllStatsOutBitRateThe outbound bit rate as determined by Protocol Discovery.ro
Unsigned32
.1.3.6.1.4.1.9.9.244.1.2.1.1.12
cnpdTopNConfig
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.3
cnpdTopNConfigTableThe cnpdTopNConfigTable is used to configure cnpdTopNStatsTable's.
SEQUENCE OF CnpdTopNConfigEntry
.1.3.6.1.4.1.9.9.244.1.3.1
cnpdTopNConfigEntryThis entry provides the objects to configure and thus initiate the generation of a cnpdTopNStatsTable..
CnpdTopNConfigEntry
.1.3.6.1.4.1.9.9.244.1.3.1.1
cnpdTopNConfigIndexA monotonically increasing integer which uniquely identifies a cnpdTopNConfigEntry in the cnpdTopNConfigTable.
Unsigned32
.1.3.6.1.4.1.9.9.244.1.3.1.1.1
cnpdTopNConfigIfIndexThis object allows the management station to select the interface, which Protocol Discovery is running on, to be used to create this cnpdTopNConfigEntry.rw
InterfaceIndex (IF-MIB)
.1.3.6.1.4.1.9.9.244.1.3.1.1.2
cnpdTopNConfigStatsSelectThis object allows the management station to select the statistic used to base the order of the top-n table on. For example: a cnpdTopNConfigStatsSelect of bitRateSum means order this table based on each applications/protocols combined in and out bitrate.rw
CiscoPdDataType
.1.3.6.1.4.1.9.9.244.1.3.1.1.3
cnpdTopNConfigSampleTimeIf the cnpdTopNConfigStatsSelect is bitRateIn, bitRateOut or bitRateSum, then this value is the interval in seconds that the bitrate is sampled. This has no effect if the cnpdTopNConfigStatsSelect is byte or packet based. When this object is modified by the management station, a new sample period is started regardless of whether the original cnpdTopNConfigSampleTime was finished.rw
Unsigned32
.1.3.6.1.4.1.9.9.244.1.3.1.1.4
cnpdTopNConfigRequestedSizeThe requested size of the associated cnpdTopNStatsTable entry. For example a cnpdTopNConfigRequestedSize of 20 indicates the management station wants to create an associated cnpdTopNStatsTable entry of 20 protocol/application'srw
Unsigned32
.1.3.6.1.4.1.9.9.244.1.3.1.1.5
cnpdTopNConfigGrantedSizeThe actual size of the associated cnpdTopNStatsTable entry. The reason this may differ from cnpdTopNConfigRequestedSize is because a management station may request a number of protocols that is greater than the number of protocols actually found by Protocol Discovery.ro
Unsigned32
.1.3.6.1.4.1.9.9.244.1.3.1.1.6
cnpdTopNConfigTimeThe value of sysUpTime when the associated cnpdTopNStatsTable entry was created.ro
TimeTicks (SNMPv2-SMI)
.1.3.6.1.4.1.9.9.244.1.3.1.1.7
cnpdTopNConfigStatusThis object is used to create or delete the row entry in cnpdTopNConfigTable. When creating a row entry the management station is required to specify a value for cnpdTopNConfigIfIndex only. 'notReady' means that a row exists but either it has no valid IfIndex or it has not been set to createAndGo or active. 'active' means that a createAndGo or active has been issued, AND a valid ifIndex exists. Therefore if a row is 'active' it means a TopNStats entry has been generated. If you set an 'active' row to createAndWait it will get the status 'notReady'. If you set any row to 'notReady' - it will go to the 'notReadystate'. If you set any row to 'notInService' - it will go to the 'notInService' state and the corresponding TopNStatsEntry will be deleted. The same TopNConfig entry can be re-used without changes by setting it to 'active'. The corresponding TopStatsTable entry will be regenerated. This can be used by the NMS to poll a particular TopNConfig Entry. Changes to an existing TopNConfig entry can be made by setting the status to 'createAndWait' and changing the necessary objects. Setting it to 'createAndGo' or 'active' will cause the corresponding TopNStats entry to be regenerated.rw
RowStatus (SNMPv2-TC)
.1.3.6.1.4.1.9.9.244.1.3.1.1.8
cnpdTopNStats
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.4
cnpdTopNStatsTableA cnpdTopNStatsTable describes an ordered list of protocols.
SEQUENCE OF CnpdTopNStatsEntry
.1.3.6.1.4.1.9.9.244.1.4.1
cnpdTopNStatsEntryThis entry is used to store a set of objects which describe a cnpdTopNStatsTable. A cnpdTopNStatsTable is a number of protocols and statistics sorted according to the criteria in the associated cnpdTopNConfigEntry. Therefore a cnpdTopNStatsTable can differ in content and size according to what was configured in the associated cnpdTopNConfigTableEntry.
CnpdTopNStatsEntry
.1.3.6.1.4.1.9.9.244.1.4.1.1
cnpdTopNStatsIndexA monotonically increasing integer which uniquely identifies a cnpdTopNStatsEntry in the cnpdTopNStatsTable.
Unsigned32
.1.3.6.1.4.1.9.9.244.1.4.1.1.1
cnpdTopNStatsProtocolNameName of the application or protocol, a unique textual string, assigned in the cnpdSupportedProtocolsTable.ro
CiscoPdProtocolName
.1.3.6.1.4.1.9.9.244.1.4.1.1.2
cnpdTopNStatsRateThe amount of change in the selected statistic during this sampling interval. The selected statistic is the cnpdTopNConfigStatsSelect from the associated cnpdTopNConfigStatsEntry.ro
Counter32
.1.3.6.1.4.1.9.9.244.1.4.1.1.3
cnpdTopNStatsHCRateThe amount of change in the selected statistic during this sampling interval. The selected statistic is the cnpdTopNConfigStatsSelect from the associated cnpdTopNConfigStatsEntry. This is the 64-bit (High Capacity) version of cnpdTopNStatsRate.ro
Counter64
.1.3.6.1.4.1.9.9.244.1.4.1.1.4
cnpdThresholdConfig
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.5
cnpdThresholdConfigTableThe cnpdThresholdConfigTable allows the management station to create thresholds for the purpose of sending notifications if breached, and creating a history of breached thresholds.
SEQUENCE OF CnpdThresholdConfigEntry
.1.3.6.1.4.1.9.9.244.1.5.1
cnpdThresholdConfigEntryThis entry contains configuration information to set thresholds for the purpose of notifications. The management station is allowed to set thresholds on individual statistics for individual protocols on an interface. If the threshold is breached by the protocol statistic, a new event is written to the cnpdThresholdHistoryTable, which in turn will generate a Notification Event. This function has a hysteresis mechanism to limit the generation of events. This mechanism generates one event as a threshold is crossed in the appropriate direction. No more events are generated for that threshold until the opposite threshold is crossed. This stops repeated Notification events being generated each time the value is sampled, when the value is above the threshold. Instead one notification is sent when the threshold is breached and one notification when the statistic drops below the threshold value again.
CnpdThresholdConfigEntry
.1.3.6.1.4.1.9.9.244.1.5.1.1
cnpdThresholdConfigIndexA monotonically increasing integer which uniquely identifies an entry in the cnpdThresholdConfigTable.
Unsigned32
.1.3.6.1.4.1.9.9.244.1.5.1.1.1
cnpdThresholdConfigIfIndexThis object allows the management station to select the interface, which Protocol Discovery is running on, to be used to create this cnpdThresholdConfigTable entry.rw
InterfaceIndex (IF-MIB)
.1.3.6.1.4.1.9.9.244.1.5.1.1.2
cnpdThresholdConfigIntervalThe interval in seconds over which the data is sampled and compared with cnpdThresholdConfigRising and cnpdThresholdConfigFalling thresholds.rw
Unsigned32
.1.3.6.1.4.1.9.9.244.1.5.1.1.3
cnpdThresholdConfigSampleTypeThe method of sampling the selected statistic and calculating the value to be compared against cnpdThresholdConfigRising or cnpdThresholdConfigFalling thresholds. If the value of this object is absoluteValue(1), the value at the end of the sampling interval cnpdThresholdConfigInterval, will be compared with the cnpdThresholdConfigRising and cnpdThresholdConfigFalling thresholds. In this mode, when cnpdThresholdConfigStatsSelect is byte or packet based, a maximum of two cnpdThresholdHistory entries will be created per application, as these byte and packet counts monotonically increase from zero. If the value of this object is deltaValue(2), the difference between the samples at the beginning and end of the cnpdThresholdConfigInterval will be compared with the cnpdThresholdConfigRising and cnpdThresholdConfigFalling thresholds. Because the difference in the previous and current samples are compared over the sample period cnpdThresholdConfigInterval, this mode provides more granularity to the thresholds because the NMS is now provided with the gradient or change in the cnpdThresholdConfigStatsSelect. Note that even though the sample value is monotonically increasing for byte and packet counts, cnpdThresholdConfigSampleType set to deltaValue, can generate falling cnpdThresholdHistory entries, because the gradient can be lower than the cnpdThresholdConfigFalling value.rw
Enumeration
.1.3.6.1.4.1.9.9.244.1.5.1.1.4
cnpdThresholdConfigProtocolThe application or protocol which the management station wishes to configure a threshold on. This object is an index into the SupportedProtocolsTable where details of the protocol can be found. If cnpdThresholdConfigProtocolAny is set to TRUE this value will be ignored. If it is set to FALSE, then cnpdThresholdConfigProtocol will be the only protocol that is checked to see if it has breached the threshold.rw
CiscoPdProtocolIndex
.1.3.6.1.4.1.9.9.244.1.5.1.1.5
cnpdThresholdConfigProtocolAnyIf set to 'true' - this threshold is configured to check for any protocol which meets the threshold criteria. This means that multiple protocols can generate ThresholdHistoryTable entries. Each protocol is subject to the hysterisis mechanism. If set to 'false' - this threshold is configured to check for the protocol which meets the threshold criteria referred to by cnpdThresholdConfigProtocol.rw
TruthValue (SNMPv2-TC)
.1.3.6.1.4.1.9.9.244.1.5.1.1.6
cnpdThresholdConfigStatsSelectThis object allows the management station to select the statistic used to base the threshold on. For example a cnpdThresholdConfigStatsSelect of bitRateSum means cnpdThresholdConfigRising and cnpdThresholdConfigFalling are values based on the combined value of in and out bitrates.rw
CiscoPdDataType
.1.3.6.1.4.1.9.9.244.1.5.1.1.7
cnpdThresholdConfigStartupThis controls the type of notification that is sent when this threshold entry is first enabled. Because there is no previous sampling history, choosing one of these options determines the type of notification generated - Rising or Falling. If the first sample after this entry is enabled is greater than or equal to cnpdThresholdConfigRising and this object is equal to rising(1) or risingOrFalling(3), then a single rising notification will be generated. If the first sample after this entry is enabled is less than or equal to cnpdThresholdConfigFalling and this object is equal to falling(2) or risingOrFalling(3), then a single falling notification will be generated.rw
Enumeration
.1.3.6.1.4.1.9.9.244.1.5.1.1.8
cnpdThresholdConfigRisingThis is the threshold object which the managment station sets to determine if it gets breached. It indicates the statistic being sampled was rising. When the current sample is greater than or equal to this object, and the value at the last sampling interval was less than this object (in other words the value is rising), an entry in the cnpdThresholdHistoryTable will be created. After a rising event is generated, another such event will not be generated until the sampled value falls below this threshold and reaches the cnpdThresholdConfigFalling value. This ensures that samples which are taken after a cnpdThresholdConfigRising threshold event has been created, do not create further thresholds and therefore notifications, until the cnpdThresholdConfigFalling threshold has been met. Thus a very short cnpdThresholdConfigInterval can be chosen without risk of multiple notifications for the same threshold breach condition.rw
Unsigned32
.1.3.6.1.4.1.9.9.244.1.5.1.1.9
cnpdThresholdConfigFallingThis is the threshold object which the management station sets to determine if it gets breached. It indicates the statistic being sampled was falling. When current sample is less than or equal to this object, and the value at the last sampling interval was greater than this object (in other words the value is falling), an entry in the cnpdThresholdHistoryTable will be created. After a falling event is generated, another such event will not be generated until the sampled value rises above this object and reaches the cnpdThresholdConfigRising value.rw
Unsigned32
.1.3.6.1.4.1.9.9.244.1.5.1.1.10
cnpdThresholdConfigStatusThis object is used to create or delete the row entry in cnpdThresholdConfigTable. When creating a row entry the management station is required to specify a value for cnpdThresholdConfigIfIndex, cnpdThresholdConfigRising and cnpdThresholdConfigFalling. 'active' means that a createAndGo or active has been issued, AND a valid ifIndex exists. And therefore if a row is 'active' it means a ThresholdHistory entry may have been generated if the value was breached. If you set an 'active' row to 'createAndWait' - it will in fact get the status 'notReady'. Likewise if you set any row to 'notInService' or 'notReady' it will go to the 'notReady' state.rw
RowStatus (SNMPv2-TC)
.1.3.6.1.4.1.9.9.244.1.5.1.1.12
cnpdThresholdHistory
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.6
cnpdThresholdHistoryTableThe Threshold History table. Notifications are unreliable so this table provides a history of the last 5000 threshold breached events. A notification can be traced back to its cnpdThresholdHistoryEntry.
SEQUENCE OF CnpdThresholdHistoryEntry
.1.3.6.1.4.1.9.9.244.1.6.1
cnpdThresholdHistoryEntryThis entry is created each time a threshold is breached. Thus there is not necessarily a one to one relationship to cnpdThresholdConfigTable as not every Threshold configured will be breached.
CnpdThresholdHistoryEntry
.1.3.6.1.4.1.9.9.244.1.6.1.1
cnpdThresholdHistoryIndexA monotonically increasing integer which uniquely identifies this cnpdThresholdHistoryEntry in the cnpdThresholdHistory table.
Unsigned32
.1.3.6.1.4.1.9.9.244.1.6.1.1.1
cnpdThresholdHistoryConfigIndexThe cnpdThresholdConfigTable entry which generated this entry. Using this object the management station can backtrack to the appropriate cnpdThresholdConfigEntry.ro
Unsigned32
.1.3.6.1.4.1.9.9.244.1.6.1.1.2
cnpdThresholdHistoryValueThe actual value of the statistic when the sampling was made.ro
Unsigned32
.1.3.6.1.4.1.9.9.244.1.6.1.1.3
cnpdThresholdHistoryTypeDescribes whether this is an event caused by a rising or falling threshold breach.ro
Enumeration
.1.3.6.1.4.1.9.9.244.1.6.1.1.4
cnpdThresholdHistoryTimeThe value of sysUpTime of the running configuration when the event occurred.ro
TimeTicks (SNMPv2-SMI)
.1.3.6.1.4.1.9.9.244.1.6.1.1.5
cnpdThresholdHistoryProtocolThe application or protocol which the management station configured a threshold on. This object is an index into the SupportedProtocolsTable where details of the protocol can be found.ro
CiscoPdProtocolIndex
.1.3.6.1.4.1.9.9.244.1.6.1.1.6
cnpdThresholdHistoryStatsSelectThis is the statistic used to base the threshold on.ro
CiscoPdDataType
.1.3.6.1.4.1.9.9.244.1.6.1.1.7
cnpdNotificationsConfig
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.7
cnpdNotificationsEnableThis object is used to enable or disable Notifications on a global basis. If set to 'true' - Notifications are enabled. If set to 'false' - Notifications are disabled.rw
TruthValue (SNMPv2-TC)
.1.3.6.1.4.1.9.9.244.1.7.1
cnpdSupportedProtocols
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.1.8
cnpdSupportedProtocolsTableThe Supported Protocols table lists all the protocols and applications which NBAR is currently capable of recognizing.
SEQUENCE OF CnpdSupportedProtocolsEntry
.1.3.6.1.4.1.9.9.244.1.8.1
cnpdSupportedProtocolsEntryA entry in the Supported Protocols table reflecting key information about a protocol.
CnpdSupportedProtocolsEntry
.1.3.6.1.4.1.9.9.244.1.8.1.1
cnpdSupportedProtocolsIndexA unique identifier of a row in this table. Thus it also represents a unique identifier for a protocol or application which NBAR currently recognizes.
CiscoPdProtocolIndex
.1.3.6.1.4.1.9.9.244.1.8.1.1.1
cnpdSupportedProtocolsNameThis object reflects the valid string of a protocol or application which NBAR currently recognizes.ro
CiscoPdProtocolName
.1.3.6.1.4.1.9.9.244.1.8.1.1.2
cnpdMIBConformance
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.2
cnpdMIBCompliances
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.2.1
cnpdMIBGroups
OBJECT IDENTIFIER
.1.3.6.1.4.1.9.9.244.2.2
CISCO-NBAR-PROTOCOL-DISCOVERY-MIB - SNMP MIB Reference | MIBs Explorer