Table Of Contents
Platform-Independent MIB Specifications
Platform-Independent MIBs
Platform-Independent MIB Categories
Supported and Verified MIBs
Supported and Unverified MIBs
Unverified or Unsupported MIBs
MIB Support Category Summary
IGP/EGP Routing Protocol MIB Support Summary
Multicast MIB Support Summary
L2VPN MIB Support Summary
IPv6 MIB Support Summary
MIB Version String Description
Platform Independent MIBs
TC-MIBs
MIB Notification Names of the Platform-Independent MIBs
ATM-MIB
ATM-FORUM-MIB
ATM2-MIB
BGP4-MIB
MIB Constraints
BRIDGE-MIB
MIB Constraints
CISCO-ATM-EXT-MIB
CISCO-ATM-QOS-MIB
CISCO-BGP4-MIB
CISCO-BGP-POLICY-ACCOUNTING-MIB
CISCO-BULK-FILE-MIB
MIB Constraints
CISCO-CDP-MIB
MIB Constraints
CISCO-CLASS-BASED-QOS-MIB
MIB Constraints
CISCO-CONFIG-COPY-MIB
CISCO-CONFIG-MAN-MIB
CISCO-CONTEXT-MAPPING-MIB
CISCO-DS3-MIB
CISCO-ENHANCED-IMAGE-MIB
CISCO-ENHANCED-MEMPOOL-MIB
MIB Constraints
CISCO-ENTITY-ASSET-MIB
MIB Constraints
CISCO-ENTITY-FRU-CONTROL-MIB
MIB Constraints
CISCO-ENTITY-SENSOR-MIB
MIB Constraints
MIB Usage Values for Cisco Transceivers
CISCO-FLASH-MIB
MIB Constraints
CISCO-FRAME-RELAY-MIB
CISCO-FTP-CLIENT-MIB
CISCO-HSRP-EXT-MIB
CISCO-HSRP-MIB
CISCO-IETF-BFD-MIB
MIB Constraints
CISCO-IETF-FRR-MIB
MIB Constraints
CISCO-IETF-IPMROUTE-MIB
MIB Constraints
CISCO-IETF-MSDP-MIB
CISCO-IETF-PIM-MIB
MIB Constraints
CISCO-IETF-PIM-EXT-MIB
MIB Constraints
CISCO-IETF-PW-MIB
CISCO-IETF-PW-ENET-MIB
CISCO-IETF-PW-MPLS-MIB
CISCO-IETF-PW-TC-MIB
CISCO-IETF-VPLS-BGP-EXT-MIB
CISCO-IETF-VPLS-GENERIC-MIB
CISCO-IETF-VPLS-LDP-MIB
CISCO-IF-EXTENSION-MIB
MIB Constraints
CISCO-MEMORY-POOL-MIB
CISCO-NTP-MIB
MIB Constraints
CISCO-OTN-IF-MIB
CISCO-PIM-MIB
CISCO-PING-MIB
CISCO-PROCESS-MIB
CISCO-RF-MIB
MIB Constraints
CISCO-RTTMON-MIB
MIB Constraints
CISCO-SONET-MIB
CISCO-SYSLOG-MIB
MIB Constraints
CISCO-SYSTEM-MIB
CISCO-TCP-MIB
CISCO-VLAN-IFTABLE-RELATIONSHIP-MIB
DS1-MIB
DS3-MIB
ENTITY-MIB (RFC 2737)
MIB Constraints
EVENT-MIB
EXPRESSION-MIB
FRAME-RELAY-DTE-MIB
IEEE8023-LAG-MIB
MIB Constraints
IF-MIB (RFC 2863)
IP-FORWARD-MIB
IP-MIB
MIB Constraints
IPV6-MIB
MIB Constraints
IPV6-MLD-MIB
IPV6-TC
ISIS-MIB
MIB Constraints
MPLS-L3VPN-STD-MIB
MIB Constraints
MPLS-LDP-GENERIC-STD-MIB
MPLS-LDP-STD-MIB
MPLS-LSR-STD-MIB
MIB Constraints
MPLS-TC-STD-MIB
MPLS-TE-STD-MIB
MIB Constraints
NOTIFICATION-LOG-MIB
OSPF-MIB
OSPF-TRAP-MIB
OSPFV3-MIB
RADIUS-ACC-CLIENT-MIB
RADIUS-AUTH-CLIENT-MIB
RFC 1213-MIB
RSVP-MIB
MIB Constraints
SNMP-COMMUNITY-MIB (RFC 2576)
SNMP-FRAMEWORK-MIB (RFC 2571)
SNMP-MPD-MIB (RFC 2572)
SNMP-NOTIFICATION-MIB (RFC 2573)
SNMP-TARGET-MIB (RFC 2573)
SNMP-USM-MIB (RFC 2574)
SNMP-VACM-MIB (RFC 2575)
SNMPv2-MIB (RFC 1907)
SONET-MIB
TCP-MIB
MIB Constraints
UDP-MIB
MIB Constraints
VPN-TC-STD-MIB
VRRP-MIB
Platform-Independent MIB Specifications
This chapter describes MIBs in which the majority of their operation and data is independent of the specific platform or hardware or the feature is supported across all IOS XR platforms. See Chapter 4, "Cisco Carrier Routing System MIBs" for more information on CRS MIBs and Chapter 5, "Cisco Gigabit Switch Router MIBs" for more information on GSR MIBs.
Each MIB description lists any constraints on how the MIB or its object identifiers (OIDs) are implemented on the platforms.
Unless noted otherwise, the implementation of a MIB follows the standard MIB that has been defined. Any MIB table or object not listed in the table is implemented as defined in the standard MIB definition.
This chapter contains the following sections:
•
Platform-Independent MIBs
•Platform-Independent MIB Categories
•MIB Support Category Summary
•MIB Version String Description
Platform-Independent MIBs
Each MIB description lists relevant constraints about the implementation of the MIB on the IOS XR platforms. Any objects not listed in a table are implemented as defined in the MIB. For detailed MIB descriptions, see the standard MIB.
Note Not all MIBs included in a Cisco IOS XR Software release are fully supported by the router. Some MIBs are not supported at all. Other MIBs might work, but they have not been tested on the router. In addition, some MIBs are deprecated but cannot be removed from the software. When a MIB is included in the image, this does not necessarily mean it is supported by the platform.
To determine which MIBs are included in other releases, see the "Downloading and Compiling MIBs" section on page 2-1.
Platform-Independent MIB Categories
The MIBs are categorized into three types:
•see the "Supported and Verified MIBs" section
•see the "Supported and Unverified MIBs" section
•see the "Unverified or Unsupported MIBs" section
Supported and Verified MIBs
The MIB exists in the image, the code is implemented, and Cisco has verified that all the supported objects work properly. These MIBs are tested for the IOS XR platforms.
Supported and Unverified MIBs
The MIB exists in the image, the code is implemented, but Cisco has not verified if it is working properly. In other words, the user may get something if they query the MIB. However, the information may be correct or incorrect if the MIB has not been tested. These MIBs are not tested for the platform support.
Unverified or Unsupported MIBs
The MIB exists in the image but is either not tested or not supported. These MIBs are neither tested nor supported for the IOS XR platforms.
MIB Support Category Summary
IGP/EGP Routing Protocol MIB Support Summary
Table 3-1 is a summary of IOS-XR IGP/EGP Routing MIB Support.
Table 3-1 MIB Support Summary: IOS-XR Routing
|
Area
|
MIBs
|
Description
|
IPv6 Support
|
3.8/3.9 Mods
|
OSPF |
OSPF-MIB, OSPF-TRAP-MIB, OSPFv3-MIB |
OSPF Management |
Yes (OSPFv3-MIB) |
Initialize NSSA translators (ospfv3AreaNssaTranslatorState,
ospfv3AreaNssaTranslatorRole) [CSCtb27115] |
Multicast MIB Support Summary
Table 3-2 is a summary of IOS-XR Multicast MIB Support.
Table 3-2 MIB Support Summary: IOS-XR Multicast
|
Area
|
MIBs
|
Description
|
IPv6 Support
|
3.8/3.9 Mods
|
4.0 Mods/Roadmap
|
General (Multicast protocol independent) |
CISCO-IPMROUTE-MIB |
Management of IP Multicast routing in a manner independent of the specific multicast routing protocol in use (multicast packet/octet counters, and so forth.) |
Yes |
None |
VRF support added in 4.0/no additional planned improvements |
PIM |
CISCO-PIM-MIB (traps only), CISCO-IETF-PIM-MIB, CISCO-IETF-PIM-EXT-MIB |
PIM management |
Yes |
None |
VRF support added in 4.0/no additional planned improvements |
IGMP/MLD |
MGMD-STD-MIB (CISCOized version of RFC 2933, IGMP-STD MIB), IPV6-MLD-MIB |
IGMP (Multicast group management)/MLD (Multicast Listener Discovery) management |
Yes |
None |
No planned improvements (MLD not VRFized) |
MSDP |
CISCO-IETF-MSDP-MIB |
MSDP1 management |
v4 only feature, no v6 support |
None |
No planned improvements (MLD not VRFized) |
Multicast VPN |
None |
Multicast VPN management |
— |
— |
CISCO-MVPN MIB under consideration for 4.1 |
MSD
L2VPN MIB Support Summary
Table 3-3 is a summary of IOS-XR L2VPN MIB Support.
Table 3-3 MIB Support Summary: IOS-XR L2VPN
|
Area
|
MIBs
|
Description
|
IPv6 Support
|
3.8/3.9 Mods
|
4.0 Mods/Roadmap
|
General PW support |
PW-MIB |
Cisco version of standard |
— |
None |
No additional planned improvements |
PW over Ethernet transport |
PW-ENET |
Cisco version of standard |
— |
None |
No additional planned improvements |
PW MPLS |
PW-MPLS |
Cisco version of standard |
— |
None |
No additional planned improvements |
Textual Conventions |
PW-TC |
Cisco version of standard |
— |
None |
No additional planned improvements |
IPv6 MIB Support Summary
Table 3-4 is a summary of IOS-XR IPv6 MIB Support.
Table 3-4 MIB Support Summary: IOS-XR IPv6
|
Area
|
MIBs
|
IPv6 Support
|
IPv6 Support Details
|
IP |
IP-MIB, IP-FORWARD-MIB |
Yes |
Consistent with IOS (in most cases), IPV4 support provided by older RFC MIB. IPV6 support provided in newer MIB (IPV6-MIB, IPV6-TC-MIB). |
OSPF |
OPSFv3-MIB |
Yes |
Yes |
Multicast |
CISCO-IETF-PIM-MIB, CISCO-IETF-PIM-EXT-MIB, CISCO-IPMROUTE-MIB, MGMD-STD-MIB, IPV6-MLD-MIB |
Yes |
Additions to Cisco RFCs/MIBs to provide support for v6 addresses. |
TCP, UDP |
TCP-MIB, UDP-MIB |
Yes |
RFC standard IP version independent support. |
BGP |
BGP-MIB, CISCO-BGP-MIB |
Yes |
Cisco IPv6 support |
Ping, ICMP |
CISCO-PING-MIB |
No |
— |
DHCP, Address Pool |
— |
— |
— |
MIB Version String Description
The MIB version string indicates the date and time that the module was most recently modified. The format is YYMMDDHHMMZ or YYYYMMDDHHMMZ, where:
•YY is the last two digits of the year (only years between 1900 and 1999).
•YYYY is all four digits of the year (any year).
•MM is the month (01 through 12).
•DD is the day of the month (01 through 31).
•HH is hours (00 through 23).
•MM is minutes (00 through 59).
•Z (the ASCII character Z) denotes Coordinated Universal Time (UTC, formerly Greenwich Mean Time, GMT). This datatype stores the date and time fields YEAR, MONTH, DAY, HOUR, MINUTE, SECOND, TIMEZONE_HOUR, and TIMEZONE_MINUTE.
Note For example, 9502192015Z and 199502192015Z represent 8:15 GMT on 19 February 1995. Years after 1999 use the four-digit format. Years 1900-1999 may use the two or four digit format.
Note In the following table, the term Revision not available refers to the MIB module that does not have a recorded time stamp indicating the latest modification.
Platform Independent MIBs
Table 3-5 lists the Platform-Independent MIBs.
Table 3-5 Platform-Independent MIBs
|
MIB
|
midb process
|
Supported and Verified
|
Supported and Unverified
|
Unsupported or Unverified
|
Not in Image
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9810191200Z |
|
|
|
•Release 3.9 |
|
9810191200Z |
|
|
|
•Release 4.0 |
|
9810191200Z |
|
|
|
|
|
|
|
|
|
|
•Release 3.7 |
— |
Revision not available |
|
|
|
•Release 3.9 |
|
Revision not available |
|
|
|
•Release 4.0 |
|
Revision not available |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200309230000Z |
|
|
|
•Release 3.9 |
|
200309230000Z |
|
|
|
•Release 4.0 |
|
200309230000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
RFC 4273 |
|
|
|
•Release 3.9 |
|
RFC 4273 |
|
|
|
•Release 4.0 |
|
RFC 4273 |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
RFC 4188 |
|
|
|
•Release 3.9 |
|
RFC 4188 |
|
|
|
•Release 4.0 |
|
RFC 4188 |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200301060000Z |
|
|
|
•Release 3.9 |
|
200301060000Z |
|
|
|
•Release 4.0 |
|
200301060000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200206100000Z |
|
|
|
•Release 3.9 |
|
200206100000Z |
|
|
|
•Release 4.0 |
|
200206100000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200302240000Z |
|
|
|
•Release 3.9 |
|
200302240000Z |
|
|
|
•Release 4.0 |
|
200302240000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200207260000Z |
|
|
|
•Release 3.9 |
|
200207260000Z |
|
|
|
•Release 4.0 |
|
200207260000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200206100000Z |
|
|
|
•Release 3.9 |
|
200206100000Z |
|
|
|
•Release 4.0 |
|
200206100000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9812100000Z |
|
|
|
•Release 3.9 |
|
9812100000Z |
|
|
|
•Release 4.0 |
|
9812100000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200901260000Z |
|
|
|
•Release 3.9 |
|
200901260000Z |
|
|
|
•Release 4.0 |
|
200901260000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200504060000Z |
|
|
|
•Release 3.9 |
|
200504060000Z |
|
|
|
•Release 4.0 |
|
200504060000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200704270000Z |
|
|
|
•Release 3.9 |
|
200704270000Z |
|
|
|
•Release 4.0 |
|
200704270000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200811220000Z |
|
|
|
•Release 3.9 |
|
200811220000Z |
|
|
|
•Release 4.0 |
|
200811220000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200205210000Z |
|
|
|
•Release 3.9 |
|
200205210000Z |
|
|
|
•Release 4.0 |
|
200205210000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200501060000Z |
|
|
|
•Release 3.9 |
|
200501060000Z |
|
|
|
•Release 4.0 |
|
200501060000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200812050000Z |
|
|
|
•Release 3.9 |
|
200812050000Z |
|
|
|
•Release 4.0 |
|
200812050000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200309180000Z |
|
|
|
•Release 3.9 |
|
200309180000Z |
|
|
|
•Release 4.0 |
|
200309180000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200810080000Z |
|
|
|
•Release 3.9 |
|
200810080000Z |
|
|
|
•Release 4.0 |
|
200810080000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200711120000Z |
|
|
|
•Release 3.9 |
|
200711120000Z |
|
|
|
•Release 4.0 |
|
200711120000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200906030000Z |
|
|
|
•Release 3.9 |
|
200906030000Z |
|
|
|
•Release 4.0 |
|
200906030000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200010130000Z |
|
|
|
•Release 3.9 |
|
200010130000Z |
|
|
|
•Release 4.0 |
|
200010130000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200603310000Z |
|
|
|
•Release 3.9 |
|
200603310000Z |
|
|
|
•Release 4.0 |
|
200603310000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9808030000Z |
|
|
|
•Release 3.9 |
|
9808030000Z |
|
|
|
•Release 4.0 |
|
9808030000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9808030000Z |
|
|
|
•Release 3.9 |
|
9808030000Z |
|
|
|
•Release 4.0 |
|
9808030000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200804240000Z |
|
|
|
•Release 3.9 |
|
200804240000Z |
|
|
|
•Release 4.0 |
|
200804240000Z |
|
|
|
|
|
mibd
route |
|
|
|
|
•Release 3.7 |
|
200804291200Z |
|
|
|
•Release 3.9 |
|
200804291200Z |
|
|
|
•Release 4.0 |
|
200804291200Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200608240000Z |
|
|
|
•Release 3.9 |
|
200608240000Z |
|
|
|
•Release 4.0 |
|
200608240000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200605190000Z |
|
|
|
•Release 3.9 |
|
200605190000Z |
|
|
|
•Release 4.0 |
|
200605190000Z |
|
|
|
|
|
— |
|
|
|
|
•Release 3.7 |
|
200502220000Z |
|
|
|
•Release 3.9 |
|
200502220000Z |
|
|
|
•Release 4.0 |
|
200502220000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200608250000Z |
|
|
|
•Release 3.9 |
|
200608250000Z |
|
|
|
•Release 4.0 |
|
200608250000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200512200000Z |
|
|
|
•Release 3.9 |
|
200512200000Z |
|
|
|
•Release 4.0 |
|
200512200000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200209221200Z |
|
|
|
•Release 3.9 |
|
200209221200Z |
|
|
|
•Release 4.0 |
|
200209221200Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200302261200Z |
|
|
|
•Release 3.9 |
|
200302261200Z |
|
|
|
•Release 4.0 |
|
200302261200Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200810240000Z |
|
|
|
•Release 3.9 |
|
200810240000Z |
|
|
|
•Release 4.0 |
|
200810240000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200710221200Z |
|
|
|
•Release 3.9 |
|
200710221200Z |
|
|
|
•Release 4.0 |
|
200710221200Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200711221200Z |
|
|
|
•Release 3.9 |
|
200711221200Z |
|
|
|
•Release 4.0 |
|
200711221200Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200707230000Z |
|
|
|
•Release 3.9 |
|
|
|
|
|
•Release 4.0 |
|
|
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200107310000Z |
|
|
|
•Release 3.9 |
|
200107310000Z |
|
|
|
•Release 4.0 |
|
200107310000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200607310000Z |
|
|
|
•Release 3.9 |
|
200607310000Z |
|
|
|
•Release 4.0 |
|
200607310000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200710100000Z |
|
|
|
•Release 3.9 |
|
200710100000Z |
|
|
|
•Release 4.0 |
|
200710100000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200011020000Z |
|
|
|
•Release 3.9 |
|
200011020000Z |
|
|
|
•Release 4.0 |
|
200011020000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200108280000Z |
|
|
|
•Release 3.9 |
|
200108280000Z |
|
|
|
•Release 4.0 |
|
200108280000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
200910120000Z |
|
|
|
•Release 3.9 |
|
200910120000Z |
|
|
|
•Release 4.0 |
|
200910120000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200803180000Z |
|
|
|
•Release 3.9 |
|
200803180000Z |
|
|
|
•Release 4.0 |
|
200803180000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200803240000Z |
|
|
|
•Release 3.9 |
|
200803240000Z |
|
|
|
•Release 4.0 |
|
200803240000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200303070000Z |
|
|
|
•Release 3.9 |
|
200303070000Z |
|
|
|
•Release 4.0 |
|
200303070000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200512030000Z |
|
|
|
•Release 3.9 |
|
200512030000Z |
|
|
|
•Release 4.0 |
|
200512030000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200709160000Z |
|
|
|
•Release 3.9 |
|
200709160000Z |
|
|
|
•Release 4.0 |
|
200709160000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200111120000Z |
|
|
|
•Release 3.9 |
|
200111120000Z |
|
|
|
•Release 4.0 |
|
200111120000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9904010530Z |
|
|
|
•Release 3.9 |
|
9904010530Z |
|
|
|
•Release 4.0 |
|
9904010530Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9808011830Z |
|
|
|
•Release 3.9 |
|
9808011830Z |
|
|
|
•Release 4.0 |
|
9808011830Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200205210000Z |
|
|
|
•Release 3.9 |
|
200205210000Z |
|
|
|
•Release 4.0 |
|
200205210000Z |
|
|
|
|
|
mibd-entity |
|
|
|
|
•Release 3.7 |
|
RFC 2737 |
|
|
|
•Release 3.9 |
|
RFC 2737 |
|
|
|
•Release 4.0 |
|
RFC 2737 |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
RFC 2981 |
|
|
|
•Release 3.9 |
|
RFC 2981 |
|
|
|
•Release 4.0 |
|
RFC 2981 |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200511240000Z |
|
|
|
•Release 3.9 |
|
200511240000Z |
|
|
|
•Release 4.0 |
|
200511240000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9705010229Z |
|
|
|
•Release 3.9 |
|
9705010229Z |
|
|
|
•Release 4.0 |
|
9705010229Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200006270000Z |
|
|
|
•Release 3.9 |
|
200006270000Z |
|
|
|
•Release 4.0 |
|
200006270000Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
RFC 2233 |
|
|
|
•Release 3.9 |
|
RFC 2233 |
|
|
|
•Release 4.0 |
|
RFC 2233 |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
RFC 2096 RFC 4292 |
|
|
|
•Release 3.9 |
|
RFC 2096 RFC 4292 |
|
|
|
•Release 4.0 |
|
RFC 2096 RFC 4292 |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
RFC 2011 |
|
|
|
•Release 3.9 |
|
RFC 2011 |
|
|
|
•Release 4.0 |
|
RFC 2011 |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9802052155Z |
|
|
|
•Release 3.9 |
|
9802052155Z |
|
|
|
•Release 4.0 |
|
9802052155Z |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200101250000Z |
|
|
|
•Release 3.9 |
|
200101250000Z |
|
|
|
•Release 4.0 |
|
200101250000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200604040000Z |
|
|
|
•Release 3.9 |
|
200604040000Z |
|
|
|
•Release 4.0 |
|
200604040000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200601230000Z |
|
|
|
•Release 3.9 |
|
200601230000Z |
|
|
|
•Release 4.0 |
|
200601230000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200406030000Z |
|
|
|
•Release 3.9 |
|
200406030000Z |
|
|
|
•Release 4.0 |
|
200406030000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200406030000Z |
|
|
|
•Release 3.9 |
|
200406030000Z |
|
|
|
•Release 4.0 |
|
200406030000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200406030000Z |
|
|
|
•Release 3.9 |
|
200406030000Z |
|
|
|
•Release 4.0 |
|
200406030000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
RFC 3812 |
|
|
|
•Release 3.9 |
|
RFC 3812 |
|
|
|
•Release 4.0 |
|
RFC 3812 |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200011270000Z |
|
|
|
•Release 3.9 |
|
200011270000Z |
|
|
|
•Release 4.0 |
|
200011270000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200611100000Z |
|
|
|
•Release 3.9 |
|
200611100000Z |
|
|
|
•Release 4.0 |
|
200611100000Z |
|
|
|
|
|
— |
|
|
|
|
•Release 3.7 |
|
200611100000Z |
|
|
|
•Release 3.9 |
|
200611100000Z |
|
|
|
•Release 4.0 |
|
200611100000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200709171200Z |
|
|
|
•Release 3.9 |
|
200709171200Z |
|
|
|
•Release 4.0 |
|
200709171200Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200300000000Z |
|
|
|
•Release 3.9 |
|
200300000000Z |
|
|
|
•Release 4.0 |
|
200300000000Z |
|
|
|
|
|
mibd-infra |
|
|
|
|
•Release 3.7 |
|
200300000000Z |
|
|
|
•Release 3.9 |
|
200300000000Z |
|
|
|
•Release 4.0 |
|
200300000000Z |
|
|
|
|
|
— |
|
|
|
|
•Release 3.7 |
|
Revision not available |
|
|
|
•Release 3.9 |
|
Revision not available |
|
|
|
•Release 4.0 |
|
Revision not available |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
9808251820Z |
|
|
|
•Release 3.9 |
|
9808251820Z |
|
|
|
•Release 4.0 |
|
9808251820Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
200210140000Z |
|
|
|
•Release 3.9 |
|
200210140000Z |
|
|
|
•Release 4.0 |
|
200210140000Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
200210140000Z |
|
|
|
•Release 3.9 |
|
200210140000Z |
|
|
|
•Release 4.0 |
|
200210140000Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
9905041636Z |
|
|
|
•Release 3.9 |
|
9905041636Z |
|
|
|
•Release 4.0 |
|
9905041636Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
9808040000Z |
|
|
|
•Release 3.9 |
|
9808040000Z |
|
|
|
•Release 4.0 |
|
9808040000Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
9808040000Z |
|
|
|
•Release 3.9 |
|
9808040000Z |
|
|
|
•Release 4.0 |
|
9808040000Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
9901200000Z |
|
|
|
•Release 3.9 |
|
9901200000Z |
|
|
|
•Release 4.0 |
|
9901200000Z |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
RFC 2575 |
|
|
|
•Release 3.9 |
|
RFC 2575 |
|
|
|
•Release 4.0 |
|
RFC 2575 |
|
|
|
|
|
snmpd |
|
|
|
|
•Release 3.7 |
|
RFC 1904 |
|
|
|
•Release 3.9 |
|
RFC 1904 |
|
|
|
•Release 4.0 |
|
RFC 1904 |
|
|
|
|
|
mibd-
interface |
|
|
|
|
•Release 3.7 |
|
200308110000Z |
|
|
|
•Release 3.9 |
|
200308110000Z |
|
|
|
•Release 4.0 |
|
200308110000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200502180000Z |
|
|
|
•Release 3.9 |
|
200502180000Z |
|
|
|
•Release 4.0 |
|
200502180000Z |
|
|
|
|
|
mibd-route |
|
|
|
|
•Release 3.7 |
|
200505200000Z |
|
|
|
•Release 3.9 |
|
200505200000Z |
|
|
|
•Release 4.0 |
|
200505200000Z |
|
|
|
|
|
— |
|
|
|
|
•Release 3.7 |
|
|
|
|
Y |
•Release 3.9 |
|
200003030000Z |
|
|
|
•Release 4.0 |
|
200003030000Z |
|
|
|
TC-MIBs
Table 3-6 lists the TC (Textual Conventions) MIBs. These MIBs are verified but cannot be queried.
Table 3-6 TC MIBs
|
MIB
|
Verified
|
|
|
200607211200Z |
|
|
Revision not available |
|
|
200406030000Z |
|
|
200511150000Z |
MIB Notification Names of the Platform-Independent MIBs
Table 3-7 lists the Notification Names associated with platform-independent MIBs.
Table 3-7 MIB Notification Names in the Platform-independent MIBs
|
MIB
|
Notification Name
|
|
|
bgpEstablishedNotification
bgpBackwardTransNotiifcation |
|
|
newRoot,
topologyChange |
|
|
cbgpFsmStateChange,
cbgpBackwardTransition,
cbgpPrefixThresholdExceeded,
cbgpPrefixThresholdClear |
|
|
cbfDefineFileCompletion |
|
|
ccCopyCompletion |
|
|
ciscoConfigManEvent |
|
|
cefcModuleStatusChange,
cefcPowerStatusChange,
cefcFRUInserted,
cefcFRURemoved,
cefcFanTrayStatusChange |
|
|
ciscoFlashCopyCompletionTrap,
ciscoFlashDeviceInsertedNotif,
ciscoFlashDeviceRemovedNotif,
ciscoFlashMiscOpCompletionTrap |
|
|
cHsrpStateChange |
|
|
cPimNbrLoss |
|
|
ciscoIetfPimExtInterfaceUp
ciscoIetfPimExtInterfaceDown
ciscoIetfPimExtRPMappingChange |
|
|
cpwVcDown
cpwVcUp |
|
|
cntpHighPriorityConnFailure
cntpHighPriorityConnRestore
ciscoNtpSrvStatusChange
cntpGeneralConnFailure
cntpHighPriorityConnRestore |
|
|
ciscoPimInvalidRegister
ciscoPimInvalidJoinPrune |
|
|
ciscoRFSwactNotif,
ciscoRFProgressionNotif |
|
|
clogMessageGenerated |
|
|
mteTriggerFired,
mteTriggerRising,
mteTriggerFalling,
mteTriggerFailure,
mteEventSetFailure |
|
|
isisDatabaseOverload
isisCorruptedLSPDetected
isisAttemptToExceedMaxSequence
isisIDLenMismatch
isisMaxAreaAddressesMismatch
isisOwnLSPPurge
isisSequenceNumberSkip
isisAuthenticationTypeFailure
isisAuthenticationFailure
isisVersionSkew
isisAreaMismatch
isisRejectedAdjacency
isisLSPTooLargeToPropagate
isisOrigLSPBuffSizeMismatch
isisProtocolsSupportedMismatch
isisAdjacencyChange
isisLSPErrorDetected |
|
|
mplsL3VpnVrfUp
mplsL3VpnVrfDown
mplsL3VpnRouteMidThreshExceeded
mplsL3VpnVrfNumVrfRouteMaxThreshExceeded
mplsL3VpnNumVrfRouteMaxThreshCleared |
|
|
ospfVirtIfStateChange
ospfv3NbrStateChange
ospfv3VirtNbrStateChange
ospfv3IfConfigError
ospfv3VirtIfConfigError
ospfIfRxBadPacket
ospfv3VirtIfRxBadPacket
ospfv3LsdbOverflow
ospfv3LsdbApproachingOverflow
ospfv3IfStateChange
ospfv3NssaTranslatorStatusChange
ospfv3RestartStatusChange
ospfv3NbrRestartHelperStatusChange
ospfv3VirtNbrRestartHelperStatusChange |
|
|
newFlow
lostFlow |
|
|
vrrpTrapNewMaster
vrrpTrapAuthFailure |
ATM-MIB
The ATM-MIB describes ATM and AAL5-related objects for managing ATM interfaces, ATM virtual links, ATM cross-connects, AAL5 entities, and AAL5 connections.
Table 3-8 lists the tables associated with this MIB.
Table 3-8 ATM-MIB Tables and Descriptions
|
Name
|
Description
|
atmInterfaceConfTable |
This table contains ATM local interface configuration parameters, one entry per ATM interface port. |
atmInterfaceDs3PlcpTable |
This table contains ATM interface DS3 PLCP parameters and state variables, one entry per ATM interface port. |
atmInterfaceTCTable |
This table contains ATM interface TC Sublayer parameters and state variables, one entry per ATM interface port. |
atmTrafficDescrParamTable |
This table contains information on ATM traffic descriptor type and the associated parameters. |
atmVplTable |
VPL table. A bi directional VPL is modeled as one entry in this table. This table can be used for PVCs, SVCs, and Soft PVCs. Entries are not present in this table for the VPIs used by entries in the atmVclTable. |
atmVclTable |
VCL table. A bi directional VCL is modeled as one entry in this table. This table can be used for PVCs, SVCs, and Soft PVCs. |
atmVpCrossConnectTable |
ATM VP Cross Connect table for PVCs. An entry in this table models two cross-connected VPLs. Each VPL must have its atmConnKind set to pvc(1). |
atmVcCrossConnectTable |
ATM VC Cross Connect table for PVCs. An entry in this table models two cross-connected VCLs. Each VCL must have its atmConnKind set to pvc(1). |
aal5VccTable |
This table contains AAL5 VCC performance parameters. |
ATM-FORUM-MIB
The ATM-FORUM-MIB is one of the ATM Forum's ILMI MIBs, supporting the UNI 4.0 specification.
Table 3-9 lists the tables associated with this MIB:
Table 3-9 ATM-FORUM-MIB Tables and Descriptions
|
Name
|
Description
|
atmfPortTable |
Table of physical layer status and parameter information for the physical interface of ATM Interface. |
atmfAtmLayerTable |
Table of ATM layer status and parameter information for the ATM Interface. |
atmfAtmStatsTable |
This group is deprecated and should not be implemented except as required for backward compatibility with version 3.1 of the UNI specification. |
atmfVpcTable |
Table of status and parameter information on the virtual path connections which cross this ATM Interface. There is one entry in this table for each permanent virtual path connection. |
atmfVpcAbrTable |
Table of operational parameters related to the ABR virtual path connections which cross this ATM Interface. There is one entry in this table for each ABR virtual path connection. Each virtual path connection represented in this table must also be represented by an entry in the atmfVpcTable. |
atmfVccTable |
Table of status and parameter information on the virtual channel connections which are visible at this ATM Interface. There is one entry in this table for each permanent virtual channel connection, including reserved VCCs that are supported; that is, signaling, OAM flows, and ILMI, but not unassigned cells. |
atmfVccAbrTable |
Table of operational parameters related to the ABR virtual channel connections which cross this ATM Interface. There is one entry in this table for each ABR virtual channel connection. Each virtual channel connection represented in this table must also be represented by an entry in the atmfVccTable. |
ATM2-MIB
The ATM2-MIB supplements the ATM-MIB as defined in RFC 2515.
Table 3-10 lists the tables associated with this MIB.
Table 3-10 ATM2-MIB Tables and Descriptions
|
Name
|
Description
|
atmSvcVpCrossConnectTable |
ATM SVPC Cross-Connect table. A bi directional VP cross-connect between two switched VPLs is modeled as one entry in this table. A Soft PVPC cross-connect, between a soft permanent VPL and a switched VPL, is also modeled as one entry in this table. |
atmSvcVcCrossConnectTable |
ATM SVCC Cross-Connect table. A bi directional VC cross-connect between two switched VCLs is modeled as one entry in this table. A Soft PVCC cross-connect, between a soft permanent VCL and a switched VCL, is also modeled as one entry in this table. |
atmSigStatTable |
This table contains ATM interface signaling statistics, one entry per ATM signaling interface. |
atmSigSupportTable |
This table contains ATM local interface configuration parameters, one entry per ATM signaling interface. |
atmSigDescrParamTable |
Table contains signaling capabilities of VCLs except the Traffic Descriptor. Traffic descriptors are described in the atmTrafficDescrParamTable. |
atmIfRegisteredAddrTable |
This table contains a list of ATM addresses that can be used for calls to and from a given interface by a switch or service. The ATM addresses are either registered by the endsystem via ILMI or statically configured. This table does not expose PNNI reachability information. ILMI registered addresses cannot be deleted using this table. This table only applies to switches and network services. |
atmVclAddrTable |
This table provides a mapping between the atmVclTable and the ATM called party/calling party address. This table can be used to retrieve the calling party and called party ATM address pair for a given VCL. Note that there can be more than one pair of calling party and called party ATM addresses for a VCL in a point to multi-point call. |
atmAddrVclTable |
This table provides an alternative way to retrieve the atmVclTable. This table can be used to retrieve the indexing to the atmVclTable by an ATM address. |
atmVplStatTable |
This table contains all statistics counters per VPL. It is used to monitor the usage of the VPL in terms of incoming cells and outgoing cells. |
atmVplLogicalPortTable |
Indicates whether the VPL is an ATM Logical Port interface (ifType = 80). |
atmVclStatTable |
This table contains all statistics counters per VCL. It is used to monitor the usage of the VCL in terms of incoming cells and outgoing cells. |
atmAal5VclStatTable |
This table provides a collection of objects providing AAL5 configuration and performance statistics of a VCL. |
atmVclGenTable |
General Information for each VC. |
atmInterfaceExtTable |
This table contains ATM interface configuration and monitoring information not defined in the atmInterfaceConfTable from the ATM-MIB. This includes the type of connection setup procedures, ILMI information, and information on the VPI/VCI range. |
atmIlmiSrvcRegTable |
This table contains a list of all the ATM network services known by this device. The characteristics of these services are made available through the ILMI, using the ILMI general-purpose service registry MIB. These services may be made available to all ATM interfaces (atmIlmiSrvcRegIndex = 0) or to some specific ATM interfaces only (atmIlmiSrvcRegIndex = ATM interface index). |
atmIlmiNetworkPrefixTable |
Table specifying per-interface network prefix(es) supplied by the network side of the UNI during ILMI address registration. When no network prefixes are specified for a particular interface, one or more network prefixes based on the switch address(es) may be used for ILMI address registration. |
atmVpCrossConnectXTable |
This table contains one row per VP Cross-Connect represented in the atmVpCrossConnectTable. |
atmVcCrossConnectXTable |
This table contains one row per VC Cross-Connect represented in the atmVcCrossConnectTable. |
atmCurrentlyFailingPVplTable |
Table indicating all VPLs for which there is an active row in the atmVplTable having an atmVplConnKind value of pvc and an atmVplOperStatus with a value other than up. |
atmCurrentlyFailingPVclTable |
Table indicating all VCLs for which there is an active row in the atmVclTable having an atmVclConnKind value of pvc and an atmVclOperStatus with a value other than up. |
BGP4-MIB
The BGP4-MIB (RFC 1657) provides access to information related to the implementation of the Border Gateway Protocol (BGP). The MIB provides:
•BGP configuration information
•Information about BGP peers and messages exchanged with them
•Information about advertised networks
Table 3-11 lists the tables associated with this MIB.
Table 3-11 BGP4-MIB Tables and Descriptions
|
Name
|
Description
|
bgpPeerTable |
BGP peer table. This table contains one entry per BGP peer and information about the connections with BGP peers. |
bgpRcvdPathAttrTable |
BGP Received Path Attribute Table contains information about paths to destination networks received from all peers running BGP version 3 or fewer. This table is not supported. |
bgp4PathAttrTable |
BGP-4 Received Path Attribute Table contains information about paths to destination networks received from all BGP4 peers. |
MIB Constraints
Table 3-12 lists the constraints that the router places on objects in the BGP4-MIB.
Table 3-12 BGP4-MIB Constraints
|
MIB Object
|
Notes
|
bgpRcvdPathAttrTable |
Not supported |
BRIDGE-MIB
The BRIDGE-MIB contains objects to manage MAC bridges between LAN segments, as defined by the IEEE 802.1D-1990 standard. This MIB is extracted from RFC 1493 and is intended for use with network management protocols in TCP/IP-based internets.
Table 3-13 lists the tables associated with this MIB.
Table 3-13 BRIDGE-MIB Tables and Descriptions
|
Name
|
Description
|
dot1dBasePortTable |
Table that contains generic information about every port that is associated with this bridge. Transparent, source-route, and srt ports are included. |
dot1dStpPortTable |
Table that contains port-specific information for the Spanning Tree Protocol |
dot1dTpFdbTable |
Table that contains information about unicast entries for which the bridge has forwarding and filtering information. This information is used by the transparent bridging function in determining how to propagate a received frame. |
dot1dTpPortTable |
Table that contains information about every port that is associated with this transparent bridge. |
dot1dStaticTable |
Table containing filtering information configured into the bridge by (local or network) management specifying the set of ports to which frames received from specific ports and containing specific destination addresses are allowed to be forwarded. The value of zero in this table, as the port number from which frames with a specific destination address are received, is used to specify all ports for which there is no specific entry in this table for that particular destination address. Entries are valid for unicast and for group and broadcast addresses. |
MIB Constraints
Table 3-14 lists the constraints that the router places on objects in the BRIDGE-MIB. For detailed definitions of MIB objects, see the MIB. This MIB only supports managing two types of bridges (CE and VPLS bridges).
Note Set Operation on BRIDGE-MIB objects is not supported.
Table 3-14 BRIDGE-MIB Constraints
|
MIB Object
|
Notes
|
dot1dStp Subtree Objects |
Not supported for VPLS Bridges |
newRoot |
Not supported for VPLS Bridges |
TCN Traps |
Not supported for VPLS Bridges |
CISCO-ATM-EXT-MIB
The CISCO-ATM-EXT-MIB is an extension to the Cisco ATM MIB module for managing ATM implementations.
Table 3-15 lists the tables associated with this MIB.
Table 3-15 CISCO-ATM-EXT-MIB Tables and Descriptions
|
Name
|
Description
|
cAal5VccExtTable |
This table contains AAL5 VCC performance parameters beyond that provided by cAal5VccEntry. |
catmxVclOamTable |
This table contains VCL1 Oam configuration and state information. This table augments the atmVclTable. |
CISCO-ATM-QOS-MIB
The CISCO-ATM-QOS-MIB is created to provide ATM QoS information in the following areas:
•Traffic shaping on a per-VC basis
•Traffic shaping on a per-VP basis
•Per-VC queuing or buffering
Although the initial requirements of the MIB are driven to support the GSR TAZ line card, CISCO-ATM-QOS-MIB is designed as a generic MIB to support ATM interfaces cross all platforms.
Table 3-16 lists the tables associated with this MIB.
Table 3-16 CISCO-ATM-QOS-MIB Tables and Descriptions
|
Name
|
Description
|
caqVccParamsTable |
This table is defined to provide QoS information for each active ATM VC existing on the interface. |
caqVpcParamsTable |
This table is defined to provide QoS information for each active ATM VP existing on the interface. |
caqQueuingParamsTable |
This table provides queuing related information for a VC existing on an ATM interface. |
caqQueuingParamsClassTable |
This table provides queuing information for all queuing classes associating with a VC. |
CISCO-BGP4-MIB
The CISCO-BGP4-MIB provides access to information related to the implementation of the Border Gateway Protocol (BGP). The MIB provides:
•BGP configuration information
•Information about BGP peers and messages exchanged with them
•Information about advertised networks
Table 3-17 lists the tables associated with this MIB.
Table 3-17 CISCO-BGP4-MIB Tables and Descriptions
|
Name
|
Description
|
cbgpRouteTable |
This table contains information about routes to destination networks from all BGP4 peers. Because BGP4 can carry routes for multiple Network Layer protocols, this table has the AFI1 of the Network Layer protocol as the first index. Further for a given AFI, routes carried by BGP4 are distinguished based on SAFI. Hence, that is used as the second index. Conceptually there is a separate Loc-RIB maintained by the BGP speaker for each combination of AFI and SAFI supported by it. |
cbgpPeerTable |
BGP peer table. This table contains, one entry per BGP peer, information about the connections with BGP peers. |
cbgpPeerCapsTable |
This table contains the capabilities that are supported by a peer. Capabilities of a peer are received during BGP connection establishment. Values corresponding to each received capability are stored in this table. When a new capability is received, this table is updated with a new entry. When an existing capability is not received during the latest connection establishment, the corresponding entry is deleted from the table. |
cbgpPeerAddrFamilyTable |
This table contains information related to address families supported by a peer. Supported address families of a peer are known during BGP connection establishment. When a new supported address family is known, this table is updated with a new entry. When an address family is not supported any more, corresponding entry is deleted from the table. |
cbgpPeerAddrFamilyPrefixTable |
This table contains prefix related information related to address families supported by a peer. Supported address families of a peer are known during BGP connection establishment. When a new supported address family is known, this table is updated with a new entry. When an address family is not supported any more, corresponding entry is deleted from the table. |
CISCO-BGP-POLICY-ACCOUNTING-MIB
The CISCO-BGP-POLICY-ACCOUNTING-MIB describes BGP policy based accounting information. Support is provided for both source and destination IP address based statistics for ingress and egress traffic.
Note CISCO-BGP-POLICY-ACCOUNTING-MIB support is in the context of IPv4 traffic. This MIB is not supported for IPv6.
Table 3-18 lists the tables associated with this MIB.
Table 3-18 CISCO-BGP-POLICY-ACCOUNTING-MIB Tables and Descriptions
|
Name
|
Description
|
cbpAcctTable |
cbpAcctTable provides statistics about ingress and egress traffic on an interface. This data could be used for purposes like billing. |
CISCO-BULK-FILE-MIB
The CISCO-BULK-FILE-MIB contains objects to create and delete SNMP data bulk files for file transfer.
Table 3-19 lists the tables associated with this MIB.
Table 3-19 CISCO-BULK-FILE-MIB Tables and Descriptions
|
Name
|
Description
|
cbfDefineFileTable |
Table of bulk file definition and creation controls |
cbfDefineObjectTable |
Table of objects to go in bulk files |
cbfStatusFileTable |
Table of bulk file status |
MIB Constraints
Table 3-20 lists the constraints that the router places on objects in the CISCO-BULK-FILE-MIB.
Table 3-20 CISCO-BULK-FILE-MIB Constraints
|
MIB Object
|
Notes
|
|
cbfDefineFileTable
|
|
cbfDefinedFileStorage |
Only permanent and volatile type of file storage is supported, ephemeral is not supported. |
cbfDefinedFileFormat |
Only bulkBinary and bulkASCII file formats are supported. standardBER, variantBERWithChksum and variantBinWithChksum are not supported. |
Note Bulk file operation reuses repeated get operations, it is not an optimized processing path.
Note The cbfDefineFileTable has objects that are required for defining a bulk file and for controlling its creation. The cbfDefineObjectTable has information the contents (SNMP data) that go into the bulk file. When an entry in the cbfDefineFileTable and its corresponding entries in the cbfDefineObjectTable are active, then cbfDefineFileNow can be set to create. This causes a bulkFile to be created as defined in cbfDefineFileTable and it creates an entry in the cbfStatusFileTable.
CISCO-CDP-MIB
The CISCO-CDP-MIB module manages the Cisco Discovery Protocol in Cisco devices.
Table 3-21 lists the tables associated with this MIB.
Table 3-21 CISCO-CDP-MIB Tables and Descriptions
|
Name
|
Description
|
cdpInterfaceTable |
(conceptual) Table containing the status of CDP on the device interfaces. |
cdpInterfaceExtTable |
This table contains the additional CDP configuration on the interface of the device. This table is not supported. |
cdpCacheTable |
(conceptual) Table containing the cached information obtained via receiving CDP messages. |
cdpCtAddressTable |
(conceptual) Table containing the list of network-layer addresses of a neighbor interface, as reported in the Address TLV of the most recently received CDP message. The first address included in the Address TLV is saved in cdpCacheAddress. This table contains the remainder of the addresses in the Address TLV. This table is not supported. |
MIB Constraints
Table 3-22 lists the constraints that the router places on objects in the CISCO-CDP-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-22 CISCO-CDP-MIB Constraints
|
MIB Object
|
Notes
|
|
cdpInterfaceExtTable
|
Not supported |
|
cdpCtAddressTable
|
Not supported |
CISCO-CLASS-BASED-QOS-MIB
The CISCO-CLASS-BASED-QOS-MIB provides read access to Quality of Service (QoS) configuration information and statistics for Cisco platforms that support the modular Quality of Service command-line interface (QoS CLI).
To understand how to navigate the CISCO-CLASS-BASED-QOS-MIB tables, it is important to understand the relationship among different QoS objects. QoS objects consists of:
•Match statement—Specific match criteria to identify packets for classification purposes.
•Class map—User-defined traffic class that contains one or more match statements used to classify packets into different categories.
•Feature action—Action taken on classified traffic. Features include police, traffic shaping, queueing, random detect, and packet marking. After the traffic is classified actions are applied to packets matching each traffic class.
•Policy map—User-defined policy that associates QoS feature actions to user-defined class maps as policy maps can have multiple class maps.
•Service policy—Policy map that has been attached to an interface.
The MIB uses the following indices to identify QoS features and distinguish among instances of those features:
•cbQosObjectsIndex—Identifies each QoS feature on the router.
•cbQoSConfigIndex—Identifies a type of QoS configuration. This index is shared by QoS objects that have identical configurations.
•cbQosPolicyIndex—Uniquely identifies a service policy.
QoS MIB information is stored in:
•Configuration instances—Includes all class maps, policy maps, match statements, and feature action configuration parameters. Might have multiple identical instances. Multiple instances of the same QoS feature share a single configuration object, which is identified by cbQosConfigIndex.
•Runtime Statistics instances—Includes summary counts and rates by traffic class before and after any configured QoS policies are enforced. In addition, detailed feature-specific statistics are available for select Policy Map features. Each has a unique run-time instance. Run-time instances of QoS objects are each assigned a unique identifier (cbQosObjectsIndex) to distinguish among multiple objects with matching configurations.
Table 3-23 lists the tables associated with this MIB.
Table 3-23 CISCO-CLASS-BASED-QOS-MIB Tables and Descriptions
|
Name
|
Description
|
cbQosQueueingClassCfgTable |
This table specifies the configuration information for weighted queue limit action per IP precedence basis. |
cbQosMeasureIPSLACfgTable |
Not supported. |
cbQosServicePolicyTable |
This table describes the logical interfaces or media types and the policymap that are attached to it. |
cbQosInterfacePolicyTable |
Not supported. |
cbQosIPHCCfgTable |
This table specifies the IP header compression configuration information. |
cbQosFrameRelayPolicyTable |
Not supported. |
cbQosATMPVCPolicyTable |
Not supported. |
cbQosObjectsTable |
This table specifies QoS objects (classmap, policymap, match statements, and actions) hierarchy. This table also provides relationship between each PolicyIndex/ObjectsIndex pair and the ConfigIndex. ConfigIndex is essential for querying any configuration tables. |
cbQosPolicyMapCfgTable |
This table specifies Policymap configuration information. |
cbQosCMCfgTable |
This table specifies ClassMap configuration information. |
cbQosMatchStmtCfgTable |
This table specifies the match statement configuration information. |
cbQosQueueingCfgTable |
This table specifies Queueing Action configuration information. |
cbQosREDCfgTable |
This table specifies WRED Action configuration information. |
cbQosREDClassCfgTable |
This table specifies WRED Action configuration information on a per IP precedence basis. |
cbQosPoliceCfgTable |
This table specifies Police Action configuration information. |
cbQosPoliceActionCfgTable |
This table specifies Police Action configuration information. |
cbQosTSCfgTable |
This table specifies traffic-shaping Action configuration information. |
cbQosSetCfgTable |
This table specifies Packet Marking Action configuration information. |
cbQosCMStatsTable |
This table specifies ClassMap related Statistical information. |
cbQosMatchStmtStatsTable |
Not supported. |
cbQosNoBufferDropTable |
Not supported. |
cbQosPoliceStatsTable |
This table specifies Police Action related Statistical information. |
cbQosQueueingStatsTable |
This table specifies Queueing Action related Statistical information. |
cbQosTSStatsTable |
This table specifies traffic-shaping Action related Statistical information |
cbQosREDClassStatsTable |
This table specifies per Precedence WRED Action related Statistical information. |
cbQosIPHCCfgTable |
This table specifies IP Header Compression configuration information. |
cbQosIPHCStatsTable |
This table specifies IP Header Compression Statistical information. |
cbQosSetStatsTable |
Not supported. |
cbQosPoliceColorStatsTable |
This table specifies Police Action related statistical information for two rate color aware marker. |
cbQosTableMapCfgTable |
Not supported. |
cbQosTableMapValueCfgTable |
Not supported. |
cbQosTableMapSetCfgTable |
Not supported. |
cbQosEBCfgTable |
Not supported. |
cbQosEBStatsTable |
Not supported. |
cbQosC3plAccountCfgTable |
Not supported. |
cbQosC3plAccountStatsTable |
Not supported. |
MIB Constraints
Table 3-24 lists the constraints on objects in the CISCO-CLASS-BASED-QOS-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-24 CISCO-CLASS-BASED-QOS-MIB Constraints
|
MIB Object
|
Notes
|
|
cbQosATMPVCPolicyTable
|
Not supported |
|
cbQosC3plAccountCfgTable
|
Not supported on XR |
|
cbQosC3plAccountStatsTable
|
Not supported on XR |
|
cbQosCMStatsTable
|
|
•CbQosCMNoBufDropPktOverflow |
Lack of SRAM buffers, count is negligible. |
•CbQosCMNoBufDropPkt |
Lack of SRAM buffers, count is negligible. |
•CbQosCMNoBufDropPkt64 |
Lack of SRAM buffers, count is negligible. |
|
cbQosEBCfgTable
|
Not supported in QoS on XR |
|
cbQosEBStatsTable
|
Not supported |
|
cbQosEVCGroup
|
Not supported |
|
cbQosFrameRelayPolicyTable
|
Not supported |
|
cbQosInterfacePolicyTable
|
Not supported |
|
cbQosIPHCStatsTable
|
Only RTP supported on XR. |
|
cbQosMeasureIPSLACfgTable
|
Not supported on XR |
|
cbQosMatchStmtStatsTable
|
|
•CbQosMatchPrePolicyPktOverflow |
Not supported |
•CbQosMatchPrePolicyPkt |
Not supported |
•CbQosMatchPrePolicyPkt64 |
Not supported |
•CbQosMatchPrePolicyByteOverflow |
Not supported |
•CbQosMatchPrePolicyByte |
Not supported |
•CbQosMatchPrePolicyByte64 |
Not supported |
•CbQosMatchPrePolicyBitRate |
Not supported |
|
cbQosNoBufferDropTable
|
Not supported |
|
cbQosPoliceCfgTable
|
|
•cbQosPoliceCfgConformAction |
Deprecated and defined in cbQosPoliceActionCfgTable |
•cbQosPoliceCfgConformSetValue |
Deprecated and defined in cbQosPoliceActionCfgTable |
•cbQosPoliceCfgExceedAction |
Deprecated and defined in cbQosPoliceActionCfgTable |
•cbQosPoliceCfgExceedSetValue |
Deprecated and defined in cbQosPoliceActionCfgTable |
•cbQosPoliceCfgViolateAction |
Deprecated and defined in cbQosPoliceActionCfgTable |
•cbQosPoliceCfgViolateSetValue |
Deprecated and defined in cbQosPoliceActionCfgTable |
|
cbQosQueueingCfgTable
|
|
•cbQosQueueingCfgFlowEnabled |
Not supported |
•cbQosQueueingCfgAggregateQSize |
Deprecated by cbQosQueueingCfgAggregateQLimit |
•cbQosQueueingCfgDynamicQNumber |
Not supported |
•cbQosQueueingCfgPrioBurstSize |
Not supported |
|
cbQosQueueingClassCfgTable
|
Not supported |
|
cbQosREDCfgTable
|
|
•cbQosREDCfgExponWeight |
Not supported on XR |
•cbQosREDCfgMeanQSize |
Replaced by cbQosREDMeanQsize |
•cbQosREDCfgECNEnabled |
Not supported |
|
cbQosREDClassCfgTable
|
|
•cbQosREDCfgMinThreshold |
Deprecated by cbQosREDClassCfgMInThreshold. For XR, many objects from cbQosRedCfg are now available via cbQosREDClassCfg |
•cbQosREDCfgMaxThreshold |
Deprecated by cbQosREDClassCfgMInThreshold. For XR, many objects from cbQosRedCfg are now available via cbQosREDClassCfg |
|
cbQosREDClassStatsTable
|
|
•CbQosREDMeanQSizeUnits |
Not supported |
•CbQosREDMeanQSize |
Not supported |
|
cbQosServicePolicyTable
|
|
|
cbQosEntityIndex
|
Not supported |
|
cbQosSetStatsTable
|
Marking statistics are not supported on XR |
|
cbQosTableMapCfgTable
|
Not supported on XR |
|
cbQosTableMapValueCfgTable
|
Not supported |
|
cbQosTableMapSetCfgTable
|
Not supported |
|
cbQosTrafficShapingDelayCountersGroup
|
Not supported |
|
cbQosTSCfgTable
|
|
•CbQosTSCfgBurstsize |
Not supported |
•CbQosTSCfgAdaptiveEnabled |
Not supported |
•CbQosTSCfgAdaptiveRate |
Not supported |
|
cbQosTSStatsTable
|
|
•CbQosTSStatsCurrentQSize |
Not supported |
CISCO-CONFIG-COPY-MIB
The CISCO-CONFIG-COPY-MIB contains objects to copy configuration files on the router. For example, the MIB enables the SNMP agent to copy:
•Configuration files to and from the network
•Running configuration to the startup configuration and startup to running
•Startup or running configuration files to and from a local Cisco IOS XR Software file system
Table 3-25 lists the tables associated with this MIB.
Table 3-25 CISCO-CONFIG-COPY-MIB Tables and Descriptions
|
Name
|
Description
|
ccCopyTable |
Table of config-copy requests. |
ccCopyErrorTable |
Table containing information about the failure cause of the config copy operation. An entry is created only when the value of ccCopyState changes to 'failed' for a config copy operation. Not all combinations of ccCopySourceFileType and ccCopyDestFileType need to be supported. For example, an implementation may choose to support only the following combination: ccCopySourceFileType = 'runningConfig' ccCopyDestFileType = 'fabricStartupConfig'. In this case where a fabric wide config copy operation is being performed, for example by selecting ccCopyDestFileType value to be 'fabricStartupConfig', it is possible that the fabric could have more than one device. In such cases this table would have one entry for each device in the fabric. In this case even if the operation succeeded in one device and failed in another, the operation as such has failed, so the global state represented by ccCopyState 'failed', but for the device on which it was success, ccCopyErrorDescription would have the distinguished value, 'success'. After the config copy operation finishes and if an entry gets instantiated, the management station should retrieve the values of the status objects of interest. After an entry in ccCopyTable is deleted by management station, all the corresponding entries with the same ccCopyIndex in this table are also deleted. To prevent old entries from clogging the table, entries age out at the same time as the corresponding entry with same ccCopyIndex in ccCopyTable ages out. |
CISCO-CONFIG-MAN-MIB
The CISCO-CONFIG-MAN-MIB contains objects to track and save changes to the router configuration. The MIB represents a model of the configuration data that exists in the router and in the peripheral devices. Its main purpose is to report changes to the running configuration through the SNMP notification ciscoConfigManEvent.
Table 3-26 lists the tables associated with this MIB.
Table 3-26 CISCO-CONFIG-MAN-MIB Tables and Descriptions
|
Name
|
Description
|
ccmHistoryEventTable |
Table of configuration events on this router |
ccmCLIHistoryCommandTable |
Table of CLI commands that took effect during configuration events |
CISCO-CONTEXT-MAPPING-MIB
The CISCO-CONTEXT-MAPPING-MIB provides option to associate an SNMP context to a feature package group. This MIB allows manageability of license MIB objects specific to a feature package group.
A single SNMP agent sometimes needs to support multiple instances of the same MIB module, and does so through the use of multiple SNMP contexts. This typically occurs because the technology has evolved to have extra dimensions; that is, one or more extra data value, identifier value or both which are different in the different contexts, but were not defined in INDEX clauses of the original MIB module. In such cases, network management applications need to know the specific data or identifier values in each context, and this MIB module provides mapping tables which contain that information.
Within a network there can be multiple VPNs configured using Virtual Routing and Forwarding Instances (VRFs). Within a VPN there can be multiple topologies when Multi-topology Routing (MTR) is used. Also, Interior Gateway Protocols (IGPs) can have multiple protocol instances running on the device. A network can have multiple broadcast domains configured using Bridge Domain Identifiers.
With MTR routing, VRFs, and Bridge domains, a router now needs to support multiple instances of several existing MIB modules, and this can be achieved if the SNMP agent of the router provides access to each instance of the same MIB module via a different SNMP context (see Section 3.1.1 of RFC 3411). For MTR routing, VRFs, and Bridge domains, a different SNMP context is needed depending on one or more of the following: the VRF, the topology-identifier, the routing protocol instance, and the bridge domain identifier. In other words, the management information of the router can be accessed through multiple SNMP contexts where each such context represents a specific VRF, a specific topology-identifier, a specific routing protocol instance or a bridge domain identifier. This MIB module provides a mapping of each such SNMP context to the corresponding VRF, the corresponding topology, the corresponding routing protocol instance, and the corresponding bridge domain identifier. Some SNMP contexts are independent of VRFs, independent of a topology, independent of a routing protocol instance, or independent of a bridge domain and in such a case, the mapping is to the zero length string.
With the Cisco package licensing strategy, the features available in the image are grouped into multiple packages and each package can be managed to operate at different feature levels based on the available license.
Table 3-27 lists the tables associated with this MIB.
Table 3-27 CISCO-CONTEXT-MAPPING-MIB Tables and Descriptions
|
Name
|
Description
|
cContextMappingTable |
This table contains information on which cContextMappingVacmContextName is mapped to which VRF, topology, and routing protocol instance. This table is indexed by SNMP VACM context. Configuring a row in this table for an SNMP context does not require that the context be already defined; that is, a row can be created in this table for a context before the corresponding row is created in RFC 3415 vacmContextTable. To create a row in this table, a manager must set cContextMappingRowStatus to either 'createAndGo' or 'createAndWait'. To delete a row in this table, a manager must set cContextMappingRowStatus to 'destroy'. |
cContextMappingBridgeDomainTable |
This table contains information on which cContextMappingVacmContextName is mapped to which bridge domain. A Bridge Domain is one of the means by which it is possible to define an Ethernet broadcast domain on a bridging device. A network can have multiple broadcast domains configured. This table helps the network management personnel to find out the details of various broadcast domains configured in the network. An entry need to exist in cContextMappingTable, to create an entry in this table. |
cContextMappingBridgeInstanceTable |
This table contains information on mapping between cContextMappingVacmContextName and bridge instance. Bridge instance is an instance of a physical or logical bridge that has unique bridge-id. If an entry is deleted from cContextMappingTable, the corresponding entry in this table also gets deleted. If an entry needs to be created in this table, the corresponding entry must exist in cContextMappingTable. |
cContextMappingLicenseGroupTable |
This table contains information on which cContextMappingVacmContextName is mapped to a License Group. Group level licensing is used where each Technology Package is enabled via a License. |
CISCO-DS3-MIB
The CISCO-DS3-MIB describes DS3 line objects. This is an extension to the standard DS3 MIB
(RFC 2496).
Table 3-28 lists the tables associated with this MIB.
Table 3-28 CISCO-DS3-MIB Tables and Descriptions
|
Name
|
Description
|
cds3ConfigTable |
This table has objects for configuring a T3/E3 line. |
cds3AlarmConfigTable |
This table contains the parameters associated with detecting and declaring alarms for the interface. The parameters include severity of alarm, alarm integration parameters, and 15-minute and 24-hour thresholds. |
cds3StatsTable |
T3/E3 Statistics table. This table maintains the number of times the line encountered LOS1 , LOF2 , AIS3 , RAI4 , CCV5 , FE6 , from the time it is up. Line fails and goes down. When the line is brought back up again by the user the error statistics are cleared. |
cds3AlarmConfigPlcpTable |
ATM interface PLCP alarm configuration table. PLCP is a sublayer over the DS3 interface, that carries ATM cells. |
cds3AlarmPlcpTable |
Plcp interface alarm table. This table maintains the CV,ES,SES, SEFS and UAS for DS3 line with Plcp framing selected. See RFC 2496 for description of these various error statistics. |
cds3AlarmPlcpTable |
Plcp interface alarm table. This table maintains the CV,ES,SES, SEFS and UAS for DS3 line with Plcp framing selected. See RFC 2496 for description of these various error statistics. |
cds3PlcpStatsTable |
T3 Plcp Statistics table. This table maintains the errors encountered by the T3 line with Plcp frame format selected, from the time the line is up. Line fails and goes down. When the line is brought back up again by the user after eliminating the error conditions, the statistics are cleared. |
cds3PlcpStatsTable |
T3 Plcp Statistics table. This table maintains the errors encountered by the T3 line with Plcp frame format selected, from the time the line is up. Line fails and goes down. When the line is brought back up again by the user after eliminating the error conditions, the statistics are cleared. |
cds3IntervalTable |
DS3 interface interval table. |
cds3Current24HrTable |
DS3 interface current 24-hour table. This table contains counters for current 24-hour interval. Threshold on this counters are configured through cds3AlarmConfigTable table. 24-hour interval is aligned to wall clock. |
cds3Previous24HrTable |
DS3 interface previous 24-hour table. This table contains counters for previous 24-hour interval. Implementation of this table is optional. |
CISCO-ENHANCED-IMAGE-MIB
The CISCO-ENHANCED-IMAGE-MIB provides information about events running on the system. This MIB has Image table containing the following information related to the running the Cisco IOS XR software image:
•Entity index
•Image name
•Family
•Feature set
•Version
•Media
•Description
Note Only ceImageTable is supported in this MIB.
Table 3-29 lists the tables associated with this MIB.
Table 3-29 CISCO-ENHANCED-IMAGE-MIB Tables and Descriptions
|
Name
|
Description
|
ceImageTable |
This table provides information describing the executing image. For modular operating systems this table provides base image or MBI. |
ceImageLocationTable |
This table is applicable to modular operating systems. A location describes where on the file system the installed software is placed. This table consists of list of all locations along with status of image at that location. ceImageLocationRunningStatus is true only for the location from where system is currently operational. The agent may add entries to this table when a new image is installed on the system. The agent may delete entries from this table when an image has been removed from the system. |
ceImageInstallableTable |
This table specifies a list of software drivers installed on the system. This table is applicable to operating systems which support installables. A modular operating system can consist of base image or MBI and installables. The value of ceImageLocationIndex can be used as index to retrieve installables installed at a particular location. Every image has a table of installables. Entries are added in this table when an installable is installed on the image. Entries are deleted from this table when installables are removed or rolled back from the image. |
ceImageTagTable |
A tag is a virtual label placed by a user that indicates a point deemed to be stable. It can be used to rollback to a system after an install that negatively impacts the functionality of the system. It gives point in system where user can go back to, to remove drivers installed after that point of time. When a tag is placed on an image, an entry appears in this table. An entry is removed from this table when tag is removed from the system. The value of ceImageLocationIndex is used as index to get all the tags that are placed on the image at this location. |
CISCO-ENHANCED-MEMPOOL-MIB
The CISCO-ENHANCED-MEMPOOL-MIB contains objects to monitor memory pools on all of the physical entities on a managed system. It represents the different types of memory pools that may be present in a managed device. Memory use information is provided to users at three different intervals of time: 1 minute, 5 minutes, and 10 minutes. Memory pools can be categorized into two groups, predefined pools and dynamic pools. The following pool types are currently predefined:
•1:Processor memory
•2:I/O memory
•3:PCI memory
•4:Fast memory
•5:Multibus memory
Dynamic pools have a pool type value greater than any of the predefined types listed above. Only the processor pool is required to be supported by all devices. Support for other pool types is dependent on the device being managed.
Table 3-30 lists the tables associated with this MIB.
Table 3-30 CISCO-ENHANCED-MEMPOOL-MIB Tables and Descriptions
|
Name
|
Description
|
cempMemPoolTable |
Table of memory pool monitoring entries for all physical entities on a managed system. |
cempMemBufferPoolTable |
Entries in this table define entities (buffer pools in this case) which are contained in an entity (memory pool) defined by an entry from cempMemPoolTable. |
cempMemBufferCachePoolTable |
Table that lists the cache buffer pools configured on a managed system. •To provide a noticeable performance boost, Cache Pool can be used. A Cache Pool is effectively a lookaside list of free buffers that can be accessed quickly. Cache Pool is tied to Buffer Pool. •Cache pools can optionally have a threshold value on the number of cache buffers used in a pool. This can provide flow control management by having an implementation specific approach such as invoking a vector when pool cache rises above the optional threshold set for it on creation. |
MIB Constraints
Table 3-31 lists the constraints on objects in the CISCO-ENHANCED-MEMPOOL-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-31 CISCO-ENHANCED-MEMPOOL-MIB Constraints
|
MIB Object
|
Notes
|
|
ciscoMemoryPoolTable
|
|
cempMemPoolType |
Values are: •processorMemory (2) •ioMemory (3) |
cempMemPoolAlternate |
Always 0 |
cempMemPoolPlatformMemory |
Always 0 |
CISCO-ENTITY-ASSET-MIB
The CISCO-ENTITY-ASSET-MIB provides asset tracking information for the physical components in the ENTITY-MIB (RFC 2737) entPhysicalTable.
The ceAssetTable contains an entry (ceAssetEntry) for each physical component on the router. Each entry provides information about the component, such as its orderable part number, serial number, hardware revision, manufacturing assembly number, and manufacturing revision.
Most physical components are programmed with a standard Cisco generic Identification Programmable Read-Only Memory (IDPROM) value that specifies asset information for the component. If possible, the MIB accesses the IDPROM information of the component.
Table 3-32 lists the tables associated with this MIB.
Table 3-32 CISCO-ENTITY-ASSET-MIB Tables and Descriptions
|
Name
|
Description
|
ceAssetTable |
This table lists the orderable part number, serial number, hardware revision, manufacturing assembly number and revision, firmwareID and revision if any, and softwareID and revision if any, of relevant entities listed in the ENTITY-MIB entPhysicalTable. Entities for which none of this data is available are not listed in this table. This is a sparse table, so some of these variables may not exist for a particular entity at a particular time. For example, a powered-off module does not have softwareID and revision; a power-supply would probably never have firmware or software information. Although the data may have other items encoded in it (for example manufacturing-date in the serial number) treat all data items as monolithic. Do not decompose them or parse them. Use only string equals and unequals operations on them. |
Table 3-33 gives more information on the objects associated with this MIB.
Table 3-33 CISCO-ENTITY-ASSET-MIB Objects and Value Information
|
Name
|
Description
|
ceAssetMfgAssyNumber |
Top-level assembly number stored in IDPROM |
ceAssetMfgAssyRevision |
This object should reflect the revision of the TAN stored in IDPROM. |
ceAssetFirmwareID |
This object value should be the same as entPhysicalFirmwareRev of ENTITY-MIB. |
ceAssetSoftwareID |
This object value should be the same as entPhysicalSoftwareRev of ENTITY-MIB. |
ceAssetCLEI |
This object should reflect the value of the CLEI stored in the IDPROM supported by the physical entity. |
MIB Constraints
Table 3-34 lists the constraints on objects in the CISCO-ENTITY-ASSET-MIB.
Note The current implementation of IOS XR supports only ceAssetGroupRev1 group.
Table 3-34 CISCO-ENTITY-ASSET-MIB Constraints
|
MIB Object
|
Notes
|
|
ceAssetTable
|
|
ceAssetOrderablePartNumber |
Not implemented |
ceAssetSerialNumber |
Not implemented |
ceAssetHardwareRevision |
Not implemented |
ceAssetFirmwareRevision |
Not implemented |
ceAssetSoftwareRevision |
Not implemented |
ceAssetAlias |
Not implemented |
ceAssetTag |
Not implemented |
ceAssetIsFRU |
Not implemented |
CISCO-ENTITY-FRU-CONTROL-MIB
The CISCO-ENTITY-FRU-CONTROL-MIB is used to monitor and configure operational status of Field Replaceable Units (FRUs) and other manageable physical entities of the system listed in the Entity-MIB (RFC 2737) entPhysicalTable. FRUs include assemblies such as power supplies, fans, processor modules and interface modules, and so forth.
Table 3-35 lists the tables associated with this MIB.
Table 3-35 CISCO-ENTITY-FRU-CONTROL-MIB Tables and Descriptions
|
Name
|
Description
|
cefcFRUPowerSupplyGroupTable |
This table lists the redundancy mode and the operational status of the power supply groups in the system. |
cefcFRUPowerStatusTable |
This table lists the power-related administrative status and operational status of the manageable components in the system. |
cefcFRUPowerSupplyValueTable |
This table lists the power capacity of a power FRU in the system, if it provides variable power. Power supplies usually provide either system or inline power. They cannot be controlled by software to dictate how they distribute power. We can also have what are known as variable power supplies. They can provide both system and inline power and can be varied within hardware defined ranges for system and inline limited by a total maximum combined output. They could be configured by the user via CLI or SNMP or be controlled by software internally. This table supplements the information in the cefcFRUPowerStatusTable for power supply FRUs. The cefcFRUCurrent attribute in that table provides the overall current the power supply FRU can provide while this table gives us the individual contribution toward system and inline power. |
cefcModuleTable |
cefcModuleTable entry lists the operational and administrative status information for ENTITY-MIB entPhysicalTable entries for manageable components of type PhysicalClass module(9). |
cefcIntelliModuleTable |
This table sparsely augments the cefcModuleTable (that is, every row in this table corresponds to a row in the cefcModuleTable but not necessarily vice-versa). A cefcIntelliModuleTable entry lists the information specific to intelligent modules which cannot be provided by the cefcModuleTable. |
cefcFanTrayStatusTable |
This table contains the operational status information for all ENTITY-MIB entPhysicalTable entries which have an entPhysicalClass of 'fan'; specifically, all entPhysicalTable entries which represent either: one physical fan, or a single physical 'fan tray' which is a manufactured (inseparable in the field) combination of multiple fans. |
cefcPhysicalTable |
This table contains one row per physical entity. |
cefcPowerSupplyInputTable |
This table contains the power input information for all the power supplies that have entPhysicalTable entries with 'powerSupply' in the entPhysicalClass. The entries are created by the agent at the system power-up or power supply insertion. Entries are deleted by the agent upon power supply removal. The number of entries is determined by the number of power supplies and number of power inputs on the power supply. |
cefcPowerSupplyOutputTable |
This table contains a list of possible output mode for the power supplies, whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'powerSupply'. It also indicates which mode is the operational mode within the system. |
cefcChassisCoolingTable |
This table contains the cooling capacity information of the chassis whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'chassis'. |
cefcFanCoolingTable |
This table contains the cooling capacity information of the chassis whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'chassis'. |
cefcModuleCoolingTable |
This table contains the cooling requirement for all the manageable components of type entPhysicalClass 'module'. |
cefcFanCoolingCapTable |
This table contains a list of the possible cooling capacity modes and properties of the fans, whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'fan'. |
cefcConnectorRatingTable |
This table contains the connector power ratings of FRUs. Only components with power connector rating management are listed in this table'. |
cefcModulePowerConsumptionTable |
This table contains the total power consumption information for modules whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'module'. |
cefcModulePowerConsumptionTable |
This table contains the total power consumption information for modules whose ENTITY-MIB entPhysicalTable entries have an entPhysicalClass of 'module'. |
MIB Constraints
Table 3-36 lists the constraints that the router places on objects in the CISCO-ENTITY-FRU-CONTROL-MIB.
Table 3-36 CISCO-ENTITY-FRU-CONTROL-MIB Constraints
|
MIB Object
|
Notes
|
|
cefcModuleTable
|
|
cefcModuleAdminStatus |
Set operation not supported |
cefcModuleOperStatus |
unknown (1)
ok (2)
failed (7) |
cefcModuleResetReason |
unknown (1)
powerUp (2)
manualReset (5) |
cefcModuleLastClearConfigTime |
Not implemented |
cefcModuleResetReasonDescription |
Not implemented |
cefcModuleStateChangeReasonDescr |
Not implemented |
CISCO-ENTITY-SENSOR-MIB
The CISCO-ENTITY-SENSOR-MIB contains objects to monitor the values and thresholds of sensors in ENTITY-MIB entPhysicalTable.
Table 3-37 lists the tables associated with this MIB.
Table 3-37 CISCO-ENTITY-SENSOR-MIB Tables and Descriptions
|
Name
|
Description
|
entSensorValueTable |
This table lists the type, scale, and present value of a sensor listed in the Entity-MIB entPhysicalTable. |
entSensorThresholdTable |
This table lists the threshold severity, relation, and comparison value, for a sensor listed in the Entity-MIB entPhysicalTable. |
MIB Constraints
Table 3-38 lists the constraints that the router places on the objects in the CISCO-ENTITY-SENSOR-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-38 CISCO-ENTITY-SENSOR-MIB Constraints
|
MIB Object
|
Notes
|
|
entSensorThresholdTable
|
|
entSensorThresholdRelation |
Read-only |
entSensorThresholdSeverity |
Read-only |
entSensorThresholdValue |
Read-only |
MIB Usage Values for Cisco Transceivers
The tables in this section list each type of sensor value represented in the entSensorValueTable and the entSensorThresholdTable.
Table 3-39 lists CISCO-ENTITY-SENSOR-MIB sensor objects and their usage values for Cisco tranceivers in the entSensor ValueTable.
Table 3-39 CISCO-ENTITY-SENSOR-MIB Usage Values in the entSensorValueTable for Cisco Transceivers
|
Name
|
Description
|
|
Module Temperature Sensor
|
|
entSensorType |
celsius (8) |
entSensorScale |
units (9) |
entSensorPrecision |
1 |
entSensorStatus |
ok (1) |
entSensorValue |
Reports most recent measurement seen by the sensor |
entSensorValueTimestamp |
Value indicates the age of the value reported by entSensorValue object |
entSensorValueUpdateRate |
Value indicates the rate that the agent updates entSensorValue in sceonds, for example, 60 seconds
|
|
Module Voltage Sensor
|
|
entSensorType |
volts (DC)4 |
entSensorScale |
units (9) |
entSensorPrecision |
1 |
entSensorStatus |
ok (1) |
entSensorValue |
Reports most recent measurement seen by the sensor |
entSensorValueTimestamp |
Value indicates the age of the value reported by entSensorValue object |
entSensorValueUpdateRate |
Value indicates the rate that the agent updates entSensorValue in sceonds, for example, 60 seconds |
|
Tx Laser Current Sensor
|
|
entSensorType |
amperes (5) |
entSensorScale |
milli (8) |
entSensorPrecision |
1 |
entSensorStatus |
ok (1) |
entSensorValue |
Reports most recent measurement seen by the sensor |
entSensorValueTimestamp |
Value indicates the age of the value reported by entSensorValue object |
entSensorValueUpdateRate |
Value indicates the rate that the agent updates entSensorValue in sceonds, for example, 60 seconds |
|
Transmit Power Sensor (Optical Tx) and Receive Power Sensor (Optical Rx)
|
|
entSensorType |
watts (6) |
entSensorScale |
units (9) |
entSensorPrecision |
1 |
entSensorStatus |
ok (1) |
entSensorValue |
Reports most recent measurement seen by the sensor |
entSensorValueTimestamp |
Value indicates the age of the value reported by entSensorValue object |
entSensorValueUpdateRate |
Value indicates the rate that the agent updates entSensorValue in sceonds, for example, 60 seconds |
Each Cisco transceiver sensor has four threshold values corresponding to the four alarm states listed in Table 3-40. The entSensorValueTable is indexed by both entPhysicalIndex and entSensorThresholdIndex. The Cisco Carrier Routing System entSensorThresholdIndices range from 1 to 4. For N/A, a value of zero is returned.
Table 3-40 lists the default values for the Cisco transceivers in the entSensorThresholdTable.
Table 3-40 Default Values in the entSensorThreshold Table for Cisco Transceivers
|
MIB Sensor Object
|
High Alarm
|
High Warning
|
Low Warning
|
Low Alarm
|
|
Temperature
|
70.0 |
60.0 |
5.00.0 |
0.0 |
|
Voltage
|
— |
— |
— |
— |
|
Tx Bias Current
|
80.0 |
75.0 |
15.0 |
10.0 |
|
Tx Optical Power
|
2.0 |
0.9 |
-4.0 |
-9.7 |
|
Rx Optical Power
|
2.0 |
0.4 |
-11.9 |
-15.0 |
CISCO-FLASH-MIB
The CISCO-FLASH-MIB contains objects to manage flash cards and flash card operations.
Table 3-41 lists the tables associated with this MIB.
Table 3-41 CISCO-FLASH-MIB Tables and Descriptions
|
Name
|
Description
|
ciscoFlashDeviceTable |
Table of Flash device properties for each initialized Flash device. Each Flash device installed in a system is detected, sized, and initialized when the system image boots up. For removable Flash devices, the device properties are dynamically deleted and recreated as the device is removed and inserted. Note that in this case, the newly inserted device may not be the same as the earlier removed one. The ciscoFlashDeviceInitTime object is available for a management station to determine the time at which a device was initialized, and thereby detect the change of a removable device. A removable device that has not been installed also has an entry in this table. This is to let a management station know about a removable device that has been removed. Since a removed device obviously cannot be sized and initialized, the table entry for such a device has ciscoFlashDeviceSize equal to zero, and the following objects have an indeterminate value: ciscoFlashDeviceMinPartitionSize, ciscoFlashDeviceMaxPartitions, ciscoFlashDevicePartitions, and ciscoFlashDeviceChipCount. ciscoFlashDeviceRemovable is true to indicate it is removable. |
ciscoFlashChipTable |
Table of Flash device chip properties for each initialized Flash device. This table is meant primarily for aiding error diagnosis. |
ciscoFlashPartitionTable |
Table of flash device partition properties for each initialized flash partition. Whenever there is no explicit partitioning done, a single partition spanning the entire device is assumed to exist. Therefore, there is always at least one partition on a device. |
ciscoFlashFileTable |
Entry in the table of Flash file properties for each initialized Flash partition. Each entry represents a file and gives details about the file. An entry is indexed using the device number, partition number within the device, and file number within the partition. |
ciscoFlashFileByTypeTable |
Table of information for files on the manageable flash devices sorted by File Types. |
ciscoFlashCopyTable |
Table of Flash copy operation entries. Each entry represents a Flash copy operation (to or from Flash) that has been initiated. |
ciscoFlashPartitioningTable |
Table of Flash partitioning operation entries. Each entry represents a Flash partitioning operation that has been initiated. |
ciscoFlashMiscOpTable |
Table of misc Flash operation entries. Each entry represents a Flash operation that has been initiated. |
MIB Constraints
Table 3-42 lists the constraints on the objects in CISCO-FLASH-MIB.
Table 3-42 CISCO-FLASH-MIB Constraints
|
MIB Object
|
Notes
|
ciscoFlashCfgDevInsNotifEnable |
Not supported |
ciscoFlashCfgDevRemNotifEnable |
Not supported |
|
miscOpTable
|
Verify and erase operations not supported |
|
ciscoFlashPartitioningTable
|
Not supported |
ciscoFlashDeviceInitTime |
Not supported |
ciscoFlashPhyEntIndex |
No value |
CISCO-FRAME-RELAY-MIB
The CISCO-FRAME-RELAY-MIB provides Frame Relay specific information that are either excluded by RFC 1315 (FR DTE MIB) or specific to Cisco products.
Table 3-43 lists the tables associated with this MIB.
Table 3-43 CISCO-FRAME-RELAY Tables and Descriptions
|
Name
|
Description
|
cfrLmiTable |
Table of Frame Relay LMI information that are either supplemental to the frDlcmiTable of RFC 1315 or specific to Cisco's implementation. |
cfrCircuitTable |
Table of descriptive and statistics information that are generic to Frame Relay virtual circuits. |
cfrExtCircuitTable |
Table of Cisco implementation specific FR circuit information. This is a Cisco extension for the frCircuitTable of RFC 1315. |
cfrMapTable |
Table of protocols and addresses mapping information of FR virtual circuit. |
cfrSvcTable |
Table of FR SVC specific, descriptive and statistics information. |
cfrElmiTable |
Table of Cisco Frame Relay ELMI information that is specific to Cisco implementation. |
cfrElmiNeighborTable |
Table of Cisco Frame Relay Neighbor ELMI information that is specific to Cisco implementation. |
cfrFragTable |
Table of Frame Relay Fragmentation information. These are specific to Cisco implementation. |
cfrConnectionTable |
Table of Frame Relay/Frame Relay and Frame Relay/ATM Network/Service Interworking connection information. These are specific to Cisco implementation. |
CISCO-FTP-CLIENT-MIB
The CISCO-FTP-CLIENT-MIB contains objects to invoke File Transfer Protocol (FTP) operations for network management. This MIB has no known constraints and all objects are implemented as defined in the MIB.
Table 3-44 lists the tables associated with this MIB.
Table 3-44 CISCO-FTP-CLIENT-MIB Tables and Descriptions
|
Name
|
Description
|
cfcRequestTable |
Table of FTP client requests |
CISCO-HSRP-EXT-MIB
The CISCO-HSRP-EXT-MIB provides an extension to the CISCO-HSRP-MIB, which defines the Cisco proprietary Hot Standby Routing Protocol (HSRP), defined in RFC 2281. The extensions cover assigning of secondary HSRP ip addresses and modifying priority of an HSRP Group by tracking the operational status of interfaces.
Table 3-45 lists the tables associated with this MIB.
Table 3-45 CISCO-HSRP-EXT-MIB Tables and Descriptions
|
Name
|
Description
|
cHsrpExtIfTrackedTable |
Table containing information about tracked interfaces per HSRP group |
cHsrpExtSecAddrTable |
Table containing information about secondary HSRP IP Addresses per interface and group |
cHsrpExtIfTable |
HSRP-specific configurations for each physical interface |
CISCO-HSRP-MIB
The CISCO-HSRP-MIB provides a means to monitor and configure the Cisco IOS Proprietary Hot Standby Router Protocol (HSRP). Cisco HSRP protocol is defined in RFC 2281.
Table 3-46 lists the tables associated with this MIB.
Table 3-46 CISCO-HSRP-MIB Tables and Descriptions
|
Name
|
Description
|
cHsrpGrpTable |
Table containing information on each HSRP group for each interface |
CISCO-IETF-BFD-MIB
The CISCO-IETF-BFD-MIB is based on the Internet Draft draft-ietf-bfd-mib-03.txt and draft-ietf-bfd-mib-04.txt. In terms of object syntax and semantics, the content of this Cisco MIB is the same as the corresponding Internet Draft revision. This Cisco MIB was created due to the subject to change nature of Internet Drafts. This Cisco MIB may later be deprecated, and the stable RFC, which may replace the Internet Draft, may be implemented in its place.
Table 3-47 lists the tables associated with this MIB:
Table 3-47 CISCO-IETF-BFD-MIB Tables and Descriptions
|
Name
|
Description
|
ciscoBfdSessTable |
BFD Session Table describes the BFD sessions |
ciscoBfdSessPerfTable |
This table specifies BFD Session performance counters |
ciscoBfdSessMapTable |
BFD Session Mapping Table maps the complex indexing of the BFD sessions to the flat CiscoBfdSessIndexTC used in the ciscoBfdSessTable |
ciscoBfdSessDiscMapTable |
BFD Session Discriminator Mapping Table maps a local discriminator value to associated BFD sessions' CiscoBfdSessIndexTC used in the ciscoBfdSessTable |
ciscoBfdSessIpMapTable |
BFD Session IP Mapping Table maps given ciscoBfdSessInterface, ciscoBfdSessAddrType, and ciscoBbfdSessAddr to an associated BFD sessions' CiscoBfdSessIndexTC used in the ciscoBfdSessTable. This table should contain BFD sessions that belong to the following IP type: singleHop(1) and multiHop(2) |
MIB Constraints
Table 3-48 lists the constraints on objects in the CISCO-IETF-BFD-MIB.
Table 3-48 CISCO-IETF-BFD-MIB Constraints
|
MIB Object
|
Notes
|
|
ciscoBfdSessMapTable
|
Not supported |
CISCO-IETF-FRR-MIB
The CISCO-IETF-FRR-MIB contains managed object definitions for MPLS Fast Reroute (FRR) as defined in:Pan, P., Gan, D., Swallow, G., Vasseur, J.Ph., Cooper, D., Atlas, A., Jork, M., Fast Reroute Techniques in RSVP-TE, draft-ietf-mpls-rsvp-lsp-fastreroute- 00.txt, January 2002.
Table 3-49 lists the tables associated with this MIB.
Table 3-49 CISCO-IETF-FRR-MIB Tables and Descriptions
|
Name
|
Description
|
cmplsFrrConstTable |
This table shows detour setup constraints |
cmplsFrrLogTable |
Fast reroute log table records fast reroute events such as protected links going up or down or the FRR feature starting. |
mplsFrrOne2OnePlrTable |
This table shows the lists of PLRs that initiated detour LSPs, which affect this node. |
mplsFrrDetourTable |
This table shows all detour LSPs together with their characteristics. |
cmplsFrrFacRouteDBTable |
mplsFrrFacRouteDBTable provides information about the fast reroute database. Each entry belongs to an interface, protecting backup tunnel and protected tunnel. MPLS interfaces defined on this node are protected by backup tunnels and are indexed by mplsFrrFacRouteProtectedIndex. Backup tunnels defined to protect the tunnels traversing an interface, and are indexed by mplsFrrFacRouteProtectingTunIndex. Note that the tunnel instance index is not required, because it is implied to be 0, which indicates the tunnel head interface for the protecting tunnel. The protecting tunnel is defined to exist on the PLR in the FRR specification. Protected tunnels are the LSPs that traverse the protected link. These LSPs are uniquely identified by: •mplsFrrFacRouteProtectedTunIndex •mplsFrrFacRouteProtectedTunInstance, •mplsFrrFacRouteProtectedTunIngressLSRId •mplsFrrFacRouteProtectedTunEgressLSRId |
MIB Constraints
Table 3-50 lists the constraints on objects in the CISCO-IETF-FRR-MIB.
Table 3-50 CISCO-IETF-FRR-MIB Constraints
|
MIB Object
|
Notes
|
|
mplsFrrOne2OnePlrGroup
|
Not supported |
|
mplsFrrOne2OnePLRDetourGroup
|
Not supported |
CISCO-IETF-IPMROUTE-MIB
The CISCO-IETF-IPMROUTE-MIB is an address family-independent MIB module to manage IP Multicast routing. It is independent of the specific multicast routing protocol. This MIB module is based on RFC 2932 with additional MIB objects to provide address family-independent functionality.
This MIB module contains two scalars and five tables.The tables are:
•IP Multicast Route Table: Containing multicast routing information for IP datagrams sent by a source to the IP multicast groups known to a router.
•IP Multicast Routing Next Hop Table: Containing information on the next hops for the routing IP multicast datagrams.
•IP Multicast Routing Interface Table: Contains multicast routing information specific to interfaces.
•IP Multicast Scope Boundary Table: Containing the boundaries configured for multicast scopes.
•IP Multicast Scope Name Table: Containing names of multicast scope.
Note VRF support was added for this MIB in Cisco IOS Release 4.0.0.
Table 3-51 lists the tables associated with this MIB.
Table 3-51 CISCO-IETF-IPMROUTE-MIB Tables and Descriptions
|
Name
|
Description
|
cIpMRouteTable |
(conceptual) Table containing multicast routing information for IP datagrams sent by particular sources to the IP multicast groups known to this router. |
cIpMRouteNextHopTable |
(conceptual) Table containing information on the next- hops on outgoing interfaces for routing IP multicast datagrams. Each entry is one of a list of next-hops on outgoing interfaces for particular sources sending to a particular multicast group address. |
cIpMRouteInterfaceTable |
(conceptual) Table containing multicast routing information specific to interfaces. |
cIpMRouteBoundaryTable |
(conceptual) Table listing the scoped multicast address boundaries of the router. |
cIpMRouteScopeNameTable |
(conceptual) Table listing the multicast scope names. This table is not supported. |
MIB Constraints
Table 3-52 lists the constraints on objects in the CISCO-IETF-IPMROUTE-MIB.
Table 3-52 CISCO-IETF-IPMROUTE-MIB Constraints
|
MIB Object
|
Notes
|
|
cIpMRouteScopeNameTable
|
This table is not supported. |
CISCO-IETF-MSDP-MIB
The CISCO-IETF-MSDP-MIB is an experimental MIB module for MSDP Management and Monitoring. Version draft-ietf-mboned-msdp-mib-01.txt is ciscoized.
Table 3-53 lists the tables associated with this MIB.
Table 3-53 CISCO-IETF-MSDP-MIB Tables and Descriptions
|
Name
|
Description
|
cMsdpRequestsTable |
(conceptual) Table listing group ranges and MSDP peers used when deciding where to send an SA Request message when required. If SA Requests are not enabled, this table may be empty. To choose a peer to whom to send an SA Request for a given group G, the subset of entries in this table whose (cMsdpRequestsPeerType, cMsdpRequestsPeer) tuple represents a peer whose cMsdpPeerState is established are examined. The set is further reduced by examining only those entries for which cMsdpPeerRequestsGroupAddressType equals the address type of G, and the entries with the highest value of cMsdpRequestsGroupPrefix are considered, where the group G falls within the range described by the combination of cMsdpRequestsGroup and cMsdpRequestsGroupPrefix. (This sequence is commonly known as a 'longest-match' lookup.) Finally, if multiple entries remain, the entry with the lowest value of cMsdpRequestsPriority is chosen. The SA Request message is sent to the peer described by this row. |
cMsdpPeerTable |
(conceptual) Table listing the MSDP speaker's peers. |
cMsdpSACacheTable |
(conceptual) Table listing the MSDP SA advertisements currently in the MSDP speaker's cache. |
cMsdpMeshGroupTable |
(conceptual) Table listing MSDP Mesh Group configuration. |
CISCO-IETF-PIM-MIB
The CISCO-IETF-PIM-MIB is based on RFC 2934 with additional MIB objects added to make it address family independent MIB. This Cisco MIB was created because of non availability of RFC or an Internet Draft, which can provide address family independent MIB for management of PIM routers. This MIB may later be deprecated with a stable RFC or an Internet Draft.
Table 3-54 lists the tables associated with this MIB.
Table 3-54 CISCO-IETF-PIM-MIB Tables and Descriptions
|
Name
|
Description
|
cPimIfTable |
(conceptual) Table listing the router's PIM interfaces. Along with PIM IGMP or MLD is enabled on all interfaces listed in this table |
cPimNbrTable |
(conceptual) Table listing the router's PIM neighbors |
cPimInetMRouteTable |
(conceptual) Table listing PIM-specific information on a subset of the rows of the cIpMRouteTable defined in the IP Multicast MIB |
cPimInetMRouteNextHopTable |
(conceptual) Table listing PIM-specific information on a subset of the rows of the cIpMRouteNextHopTable defined in the IP Multicast MIB. This table is not supported. |
cPimRPMapTable |
(conceptual) Table listing PIM information for candidate RPs for IP multicast groups. When the local router is the BSR, this information is obtained from received Candidate-RP-Advertisements. When the local router is not the BSR, this information is obtained from received RP-Set messages. This table is not supported. |
cPimCRPTable |
(conceptual) Table listing the IP multicast groups for which the local router is to advertise itself as a Candidate-RP when the value of cPimComponentCRPHoldTime is non-zero. If this table is empty, then the local router advertises itself as a Candidate-RP for all groups (providing the value of cPimComponentCRPHoldTime is non- zero). This table is not supported. |
cPimComponentTable |
(conceptual) Table containing objects specific to a PIM domain. One row exists for each domain to which the router is connected. A PIM-SM domain is defined as an area of the network over which Bootstrap messages are forwarded. Typically, a PIM-SM router is a member of exactly one domain. This table also supports routers that may form a border between two PIM-SM domains and do not forward Bootstrap messages between them. This table is not supported. |
MIB Constraints
Table 3-55 lists the constraints on objects in the CISCO-IETF-PIM-MIB.
Table 3-55 CISCO-IETF-PIM-MIB Constraints
|
MIB Object
|
Notes
|
|
cPimInetMRouteNextHopTable
|
This table is not supported. |
|
cPimRPMapTable
|
This table is not supported. |
|
cPimCRPTable
|
This table is not supported. |
|
cPimComponentTable
|
This table is not supported. |
CISCO-IETF-PIM-EXT-MIB
The CISCO-IETF-PIM-EXT-MIB extends PIM management capabilities defined in CISCO-IETF-PIM-MIB.
Table 3-56 lists the tables associated with this MIB.
Table 3-56 CISCO-IETF-PIM-EXT-MIB Tables and Descriptions
|
Name
|
Description
|
cpimExtIfTable |
(conceptual) Table listing the router's PIM interfaces. IGMP and PIM are enabled on all interfaces listed in this table. This table is augmented to cPimIfTable. This table is not supported. |
cpimExtNbrTable |
(conceptual) Table listing the router's PIM neighbors. This table is augmented to cPimNbrTable. This table is not supported. |
cpimExtNbrSecAddressTable |
(conceptual) Table listing the Secondary InetAddresses advertised by each PIM neighbor (on a subset of the rows of the cPimNbrTable defined in CISCO-IETF-PIM-MIB) |
cpimExtMRouteTable |
(conceptual) Table listing PIM-specific information on a subset of the rows of the cIpMRouteTable defined in the IP Multicast MIB. This table is augmented to cPimInetMRouteTable. This table is not supported. |
cpimExtMRouteNextHopTable |
(conceptual) Table listing PIM-specific information on a subset of the rows of the cIpMRouteNextHopTable defined in the IP Multicast Routing Table MIB-IPMROUTE-MIB. This table is augmented to cPimInetMRouteNextHopTable. This table is not supported. |
cpimExtBidirDFTable |
(conceptual) Table listing the Per-RP DF1 Election state for each interface for all the RPs in Bidir mode. |
cpimExtRPSetTable |
(conceptual) Table listing PIM information for available RPs for IP multicast groups. An entry is learnt from one of {static, bsr, embedded} methods, as defined by the cpimExtRPSetType object. When the cpimExtRPSetType object has a value {static}, the entry is a mapping provided by user-configuration. A value of {embedded} indicates that the RP-address is embedded in the Group-address. When the value is {bsr}, this entry is obtained from received Candidate-RP-Advertisements when the local router is the BSR, and is obtained from received RP-Set messages when the local router is not the BSR. |
cpimExtCRPTable |
(conceptual) Table listing the IP multicast groups for which the local router is to advertise itself as a Candidate-RP when the value of cPimComponentCRPHoldTime is non-zero. If this table is empty, the local router advertises itself as a Candidate-RP for all groups (providing the value of cPimComponentCRPHoldTime is non- zero). This table is not supported. |
MIB Constraints
Table 3-50 lists the constraints on objects in the CISCO-IETF-PIM-EXT-MIB.
Table 3-57 CISCO-IETF-PIM-EXT-MIB Constraints
|
MIB Object
|
Notes
|
|
cpimExtIfTable
|
Not supported |
|
cpimExtNbrTable
|
Not supported |
|
cpimExtMRouteTable
|
Not supported |
|
cpimExtMRouteNextHopTable
|
Not supported |
|
cpimExtCRPTable
|
Not supported |
CISCO-IETF-PW-MIB
The CISCO-IETF-PW-MIB contains managed object definitions for pseudo wire operations. The indexes of CISCO-IETF-PW-MIB are also used to index the PSN-specific tables and the VC-specific tables. This MIB enables the use of the underlying PSN.
Table 3-58 lists the tables associated with this MIB.
Table 3-58 CISCO-IETF-PW-MIB Tables and Descriptions
|
Name
|
Description
|
cpwVcTable |
This table specifies information for connecting various emulated services to various tunnel type. |
cpwVcPerfCurrentTable |
This table provides per-VC performance information for the current interval. |
cpwVcPerfIntervalTable |
This table provides per-VC performance information for each interval. |
cpwVcPerfTotalTable |
This table provides per-VC Performance information from VC start time. |
cpwVcIdMappingTable |
This table provides reverse mapping of the existing VCs based on vc type and VC ID ordering. This table is typically useful for EMS ordered query of existing VCs. |
cpwVcPeerMappingTable |
This table provides reverse mapping of the existing VCs based on vc type and VC ID ordering. This table is typically useful for EMS ordered query of existing VCs. |
CISCO-IETF-PW-ENET-MIB
The CISCO-IETF-PW-ENET-MIB describes a model for managing Ethernet point-to-point pseudo wire services over a Packet Switched Network (PSN).
Table 3-59 lists the tables associated with this MIB.
Table 3-59 CISCO-IETF-PW-ENET-MIB Tables and Descriptions
|
Name
|
Description
|
cpwVcEnetTable |
This table contains the index to the Ethernet tables associated with this ETH VC, the VLAN configuration and VLAN mode. |
cpwVcEnetMplsPriMappingTable |
This table may be used for MPLS PSNs if there is a need to hold multiple VC, each with different COS, for the same user service (port + PW VLAN). Such a need may arise if the MPLS network is capable of L-LSP or E-LSP without multiple COS capabilities. Each row is indexed by the cpwVcIndex and indicate the PRI bits on the packet received from the user port (or VPLS virtual port) that are classified to this VC. Note that the EXP bit value of the VC is configured in the CISCO-IETF-PW-MPLS-MIB. |
cpwVcEnetStatsTable |
This table contains statistical counters specific for Ethernet PW. |
CISCO-IETF-PW-MPLS-MIB
The CISCO-IETF-PW-MPLS-MIB complements the CISCO-IETF-PW-MIB for pseudo wire operation over Multiprotocol Label Switching (MPLS).
Table 3-60 lists the tables associated with this MIB.
Table 3-60 CISCO-IETF-PW-MPLS-MIB Tables and Descriptions
|
Name
|
Description
|
cpwVcMplsTable |
This table specifies information for VC to be carried over MPLS PSN. |
cpwVcMplsOutboundTable |
This table associates VCs using MPLS PSN with the outbound MPLS tunnels (that is toward the PSN) or the physical interface in case of VC only. |
cpwVcMplsInboundTable |
This table associates VCs using MPLS PSN with the inbound MPLS tunnels (that is, for packets coming from the PSN), if such association is desired (mainly for security reasons). |
cpwVcMplsNonTeMappingTable |
This table maps an inbound/outbound Tunnel to a VC in non-TE applications. |
cpwVcMplsTeMappingTable |
This table maps an inbound/outbound Tunnel to a VC in MPLS-TE applications. |
CISCO-IETF-PW-TC-MIB
The CISCO-IETF-PW-TC-MIB provides textual conventions and OBJECT-IDENTITY objects to be used in pseudo wire services. This MIB has no tables.
CISCO-IETF-VPLS-BGP-EXT-MIB
The CISCO-IETF-VPLS-BGP-EXT-MIB module enables the use of any underlying Pseudo Wire network. This MIB extends the MIB module published in the RFC 4188 to manage object definitions for BGP signalled VPLS.
Table 3-61 lists the tables associated with this MIB.
Table 3-61 CISCO-IETF-VPLS-BGP-EXT-MIB Tables and Descriptions
|
Name
|
Description
|
ciVplsBgpExtConfigTable |
This table specifies information for configuring and monitoring BGP-specific parameters for VPLS. A row is automatically created when a VPLS is configured using BGP signaling. None of the read-write objects values can be changed when cvplsConfigRowStatus is in the active(1) state. Changes are allowed when the cvplsConfigRowStatus is in notInService(2) or notReady(3) states only. If the operator need to change one of the values for an active row the cvplsConfigRowStatus should be first changed to notInService(2), the objects may be changed now, and later to active(1) to re-initiate the signaling process with the new values in effect. |
civplsBgpExtRTTable |
This table specifies information for the list of RTs imported or exported by BGP during auto-discovery of VPLS. |
ciVplsBgpExtVETable |
This table associates VPLS Edge devices to a VPLS. The VEs assigned to a VPLS can be configured on a PE. This table has an expansion dependant relationship with cvplsConfigTable. For each row identified by cvplsConfigIndex, there may exist one or more rows in this table. ciVplsBgpExtVEId is the expansion index. None of the read-create objects values can be changed when ciVplsBgpExtVERowStatus is in the active(1) state. Changes are allowed when the ciVplsBgpExtVERowStatus is in notInService(2) or notReady(3) states only. If the operator need to change one of the values for an active row the ciVplsBgpExtVERowStatus should be first changed to notInService(2), the objects may be changed now, and later to active(1) to re-initiate the signaling process with the new values in effect. |
ciVplsBgpExtPwBindTable |
This table provides BGP-specific information for an association between a VPLS and the corresponding Pseudo Wires. A service can have more than one Pseudo Wire association. Pseudo Wires are defined in the cpwvcTable. Each row represents an association between a VPLS instance and one or more Pseudo Wires defined in the cpwVcTable in CISCO-IETF-PW-MIB. An Entry in this table in instantiated only when BGP signaling is used to configure VPLS. |
CISCO-IETF-VPLS-GENERIC-MIB
The CISCO-IETF-VPLS-GENERIC-MIB contains generic managed object definitions for Virtual Private LAN services as in [L2VPN-VPLS-LDP] and [L2VPN-VPLS-BGP]. This MIB enables the use of any underlying Pseudo network.
Table 3-62 lists the tables associated with this MIB.
Table 3-62 CISCO-IETF-VPLS-GENERIC-MIB Tables and Descriptions
|
Name
|
Description
|
cvplsConfigTable |
This table specifies information for configuring and monitoring VPLS. |
cvplsStatusTable |
This table provides information for monitoring VPLS. |
cvplsPwBindTable |
This table provides an association between a VPLS service and the corresponding Pseudo Wires. A service can have more than one Pseudo Wire association. Pseudo Wires are defined in the pwTable. |
CISCO-IETF-VPLS-LDP-MIB
The CISCO-IETF-VPLS-LDP-MIB contains managed object definitions for LDP signaled Virtual Private LAN services as in [L2VPN-VPLS-LDP] and enables the use of any underlying Pseudo network.
Table 3-63 lists the tables associated with this MIB.
Table 3-63 CISCO-IETF-VPLS-LDP-MIB Tables and Descriptions
|
Name
|
Description
|
cvplsLdpConfigTable |
This table specifies information for configuring and monitoring LDP specific parameters for VPLS1 . |
cvplsLdpPwBindTable |
This table provides LDP specific information for an association between a VPLS service and the corresponding Pseudo Wires. A service can have more than one Pseudo Wire association. Pseudo Wires are defined in the cpwTable. |
CISCO-IF-EXTENSION-MIB
The CISCO-IF-EXTENSION-MIB extends the IF-MIB(RFC 2863) to add objects which provide additional information about information not available on other MIBs. This MIB replaces the OLD-CISCO-INTERFACES-MIB.
Table 3-64 lists the tables associated with this MIB.
Table 3-64 CISCO-IF-EXTENSION-MIB Tables and Descriptions
|
Name
|
Description
|
cieIFPacketStatsTable |
This table contains interface packet statistics which are not available in IF-MIB (RFC 2863). |
cieIfInterfaceTable |
This table contains objects which provide more information about interface properties not available in IF-MIB (RFC 2863). Some objects defined in this table may be applicable to physical interfaces only. As a result, this table may be sparse for logical interfaces. |
cieIfStatusListTable |
This table contains objects for providing the 'ifIndex', interface operational mode and interface operational cause for all the interfaces in the modules. This table contains one entry for each 64 interfaces in an module. This table provides efficient way of encoding 'ifIndex', interface operational mode and interface operational cause, from the point of retrieval, by combining the values a set of 64 interfaces in a single MIB object. |
cieIfDot1qCustomEtherTypeTable |
List of the interfaces that support the 802.1q custom Ethertype feature. |
cieIfUtilTable |
This table contains the interface utilization rates for inbound and outbound traffic on an interface. |
cieIfDot1dBaseMappingTable |
This table contains the mappings of the ifIndex of an interface to its corresponding dot1dBasePort value. |
cieIfNameMappingTable |
This table contains objects for providing the 'ifName' to 'ifIndex' mapping. This table contains one entry for each valid 'ifName' available in the system. Upon the first request, the implementation of this table gets all the available ifNames, and it populates the entries in this table, it maintains this ifNames in a cache for ~30 seconds. |
MIB Constraints
Caching of all tables is not supported.
CISCO-MEMORY-POOL-MIB
The CISCO-MEMORY-POOL-MIB contains objects that represents the different types of memory pools that may be present in a managed device. Memory pools are categorized into two groups:
•Predefined pools
•Dynamic pools
Table 3-65 lists the tables associated with this MIB.
Table 3-65 CISCO-MEMORY-POOL-MIB Tables and Descriptions
|
Name
|
Description
|
ciscoMemoryPoolTable |
Table of memory pool monitoring entries. |
ciscoMemoryPoolUtilizationTable |
Table of memory pool utilization entries. Each of the objects provides a general idea of how much of the memory pool has been used over a given period of time. It is determined as a weighted decaying average. |
CISCO-NTP-MIB
The CISCO-NTP-MIB provides mechanisms to monitor an Network Time Protocol (NTP) server. The (NTP) Version 3 is used to synchronize timekeeping among a set of distributed time servers and clients. The service model is based on a returnable-time design which depends only on measured clock offsets, but does not require reliable message delivery. The synchronization subnet uses a self-organizing, hierarchical master-slave configuration, with synchronization paths determined by a minimum-weight spanning tree. While multiple masters (primary servers) may exist, there is no requirement for an election protocol.
In the NTP model several primary reference sources, synchronized by wire or radio to national standards, are connected to widely accessible resources, such as backbone gateways, and operated as primary time servers. The purpose of NTP is to convey timekeeping information from these servers to other time servers via the Internet and also to cross-check clocks and mitigate errors because of equipment or propagation failures. Some number of local-net hosts or gateways, acting as secondary time servers, run NTP with one or more of the primary servers. To reduce the protocol overhead, the secondary servers distribute time via NTP to the remaining local-net hosts. In the interest of reliability, selected hosts can be equipped with less accurate but less expensive radio clocks and used for backup in case of failure of the primary or secondary servers or communication paths between them.
NTP is designed to produce three products: clock offset, round-trip delay, and dispersion, all of which are relative to a selected reference clock. Clock offset represents the amount to adjust the local clock to bring it into correspondence with the reference clock. Roundtrip delay provides the capability to launch a message to arrive at the reference clock at a specified time. Dispersion represents the maximum error of the local clock relative to the reference clock. Because most host time servers synchronize via another peer time server, there are two components in each of these three products, those determined by the peer relative to the primary reference source of standard time and those measured by the host relative to the peer. Each of these components are maintained separately in the protocol to facilitate error control and management of the subnet itself. They provide not only precision measurements of offset and delay, but also definitive maximum error bounds, so that the user interface can determine not only the time, but the quality of the time as well.
In what may be the most common client/server model, a client sends an NTP message to one or more servers and processes the replies as received. The server interchanges addresses and ports, overwrites certain fields in the message, recalculates the checksum and returns the message immediately. Information included in the NTP message allows the client to determine the server time with respect to local time and adjust the local clock accordingly. Also, the message includes information to calculate expected timekeeping accuracy and reliability, as well as select the best from possibly several servers. Although the client/server model may suffice for use on local nets involving a public server and perhaps many workstation clients, the full generality of NTP requires distributed participation of a number of client/servers or peers arranged in a dynamically reconfigurable, hierarchically distributed configuration. It also requires sophisticated algorithms for association management, data manipulation and local-clock control.
Table 3-66 lists the tables associated with this MIB.
Table 3-66 CISCO-NTP-MIB Tables and Descriptions
|
Name
|
Description
|
cntpPeersVarTable |
This table provides information on the peers with which the local NTP server has associations. The peers are also NTP servers but running on different hosts. |
cntpFilterRegisterTable |
Contains NTP state variables used by the NTP clock filter and selection algorithms. This table depicts a shift register. Each stage in the shift register is a 3-tuple consisting of the measured clock offset, measured clock delay, and measured clock dispersion associated with a single observation. An important factor affecting the accuracy and reliability of time distribution is the complex of algorithms used to reduce the effect of statistical errors and falsetickers because of failure of various subnet components, reference sources or propagation media. The NTP clock-filter and selection algorithms are designed to do exactly this. The objects in the filter register table below are used by these algorithms to minimize the error in the calculated time. |
MIB Constraints
Note CISCO-NTP-MIB has very limited support. cntpSysSrvStatus is supported.
Table 3-67 lists the constraints on objects in the CISCO-NTP-MIB.
Table 3-67 CISCO-NTP-MIB Constraints
|
MIB Object
|
Notes
|
|
cntpPeersVarTable
|
Not supported |
|
cntpFilterRegisterTable
|
Not supported |
CISCO-OTN-IF-MIB
The CISCO-OTN-IF-MIB defines the managed objects for physical layer characteristics of DWDM optical channel interfaces and performance statistics objects for protocol specific error counters in DWDM optical devices.
Performance monitoring (PM) parameters are used by service providers to gather, store, set thresholds for and report performance data for early detection of problems. Thresholds are used to set error levels for each PM parameter. During the accumulation cycle, if the current value of a performance monitoring parameter reaches or exceeds its corresponding threshold value, a threshold crossing alarm (TCA) is generated. The TCAs provide early detection of performance degradation.
Table 3-68 lists the tables associated with this MIB.
Table 3-68 CISCO-OTN-IF-MIB Tables and Descriptions
|
Name
|
Description
|
coiIfControllerTable |
This table provides management information for physical layer related attributes of interfaces with an ifType of opticalChannel (195). |
coiOtnNearEndThresholdsTable |
This table provides objects for configuring OTN (G.709) near end error thresholds on interfaces of ifType opticalChannel (195). |
coiOtnFarEndThresholdsTable |
This table provides objects for configuring OTN (G.709) thresholds for far end of interfaces of ifType opticalChannel (195). |
coiOtnNearEndCurrentTable |
This table contains the cumulative OTN (G.709) PM statistics for the near end of interfaces of ifType opticalChannel (195). The statistics are for the current interval of interval type identified by coiOtnNearEndCurIntervalType. The current PM statistics is the accumulated statistics for the time period defined by the interval type. |
coiOtnFarEndCurrentTable |
This table contains the cumulative OTN (G.709) PM stats for the far end of interfaces of ifType opticalChannel (195). The statistics are for the current interval of interval type identified by coiOtnFarEndCurIntervalType. The current PM statistics is the accumulated statistics for the time period defined by the interval type. |
coiOtnNearEndIntervalTable |
This table contains historical cumulative OTN (G.709) PM stats for the near end of interfaces of ifType opticalChannel (195), for the interval type identified by the index coiOtnNearEndIntervalType and the interval number as identified by the index coiOtnNearEndIntervalNum. The PM statistics is the accumulated stats for the time period defined by the interval type in the time interval as defined by interval number. |
coiOtnFarEndIntervalTable |
This table contains historical cumulative OTN (G.709) PM stats for the far end interfaces of ifType opticalChannel (195), for the interval type identified by the index coiOtnFarEndIntervalType and the interval number as identified by coiOtnFarEndIntervalNum. The PM statistics is the accumulated stats for the time period defined by the interval type in the time interval as defined by interval number. |
coiFECThresholdsTable |
This table contains the configurable thresholds for Forward Error Correction statistics. |
coiFECCurrentTable |
This table contains the cumulative FEC PM stats for the interfaces of ifType opticalChannel (195) for the current interval of interval type identified coiFECCurIntervalType. |
coiFECIntervalTable |
This table contains historical cumulative FEC PM stats for the interfaces of ifType opticalChannel (195), for the interval type identified by the index coiFECIntervalType and the interval number as identified by index coiFECIntervalNum. The PM statistics is the accumulated stats for the time period defined by the interval type in the time interval as defined by interval number. |
CISCO-PIM-MIB
The CISCO-PIM-MIB defines the Cisco specific variables for Protocol Independent Multicast (PIM) management. These definitions are an extension of those defined in the UETF PIM MIB (RFC 2934). This MIB has no tables. A Management Station pinging different Network elements can use this MIB to ping and get back the results if the Network Element is accessible or not. The number of packets, packet size, timeout, delay can be set to the appropriate values and tested. This MIB is superseded by the CISCO-RTTMON-MIB that provides this functionality in addition to other features.
CISCO-PING-MIB
The CISCO-PING-MIB is used to determine connectivity and reachability of network elements and devices via use of the PING protocol.
Table 3-69 lists the tables associated with this MIB.
Table 3-69 CISCO-PING-MIB Tables and Descriptions
|
Name
|
Description
|
ciscoPingTable |
Ping request entry. A management station wishing to create an entry should first generate a pseudo-random serial number to be used as the index to this sparse table. The station should then create the associated instance of the row status and row owner objects. It must also, either in the same or in successive PDUs, create the associated instance of the protocol and address objects. It should also modify the default values for the other configuration objects if the defaults are not appropriate. After the appropriate instance of all the configuration objects have been created, either by an explicit SNMP set request or by default, the row status should be set to active to initiate the request. Note that this entire procedure may be initiated via a single set request which specifies a row status of createAndGo as well as specifies valid values for the non-defaulted configuration objects. After the ping sequence has been activated, it cannot be stopped—it runs until the configured number of packets have been sent. After the sequence completes, the management station should retrieve the values of the status objects of interest, and should then delete the entry. To prevent old entries from clogging the table, entries are aged out, but an entry is never deleted within 5 minutes of completing barring an explicit delete request from the management station. |
CISCO-PROCESS-MIB
The CISCO-PROCESS-MIB describes active system processes. Virtual Machine refers to those OS which can run the code or process of a different executional model OS. Virtual processes assume the executional model of a OS which is different from Native IOS. Virtual Processes are also referred to as Tasks. Thread is a sequence of instructions to be executed within a program. A thread which adheres to POSIX standard is referred to as a POSIX thread.
Table 3-70 lists the tables associated with this MIB.
Table 3-70 CISCO-PROCESS-MIB Tables and Descriptions
|
Name
|
Description
|
cpmCPUTotalTable |
Table of overall CPU statistics. |
cpmProcessTable |
Table of generic information on all active processes on this device. |
cpmProcessExtTable |
This table contains information that may or may not be available on all cisco devices. It contains additional objects for the more general cpmProcessTable. This object is deprecated by cpmProcessExtRevTable. |
cpmProcessExtRevTable |
This table contains information that may or may not be available on all Cisco devices. It contains additional objects for the more general cpmProcessTable. This object deprecates cpmProcessExtTable. |
cpmCPUThresholdTable |
This table contains the information about the thresholding values for CPU, configured by the user. |
cpmCPUHistoryTable |
List of CPU utilization history entries. |
cpmThreadTable |
This table contains generic information about POSIX threads in the device. |
cpmVirtualProcessTable |
This table contains information about virtual processes in a virtual machine. |
cpmCPUProcessHistoryTable |
List of process history entries. This table contains CPU utilization of processes which crossed the cpmCPUHistoryThreshold. |
CISCO-RF-MIB
The CISCO-RF-MIB provides configuration control and status for the Redundancy Framework (RF) subsystem. RF provides a mechanism for logical redundancy of software functionality and is designed to support 1:1 redundancy on Route Switch Processors (RSPs). Redundancy duplicates data elements and software functions to provide an alternative in case of failure.
Note For information about the levels of redundancy, see Appendix A, "Using MIBs."
Table 3-71 lists the tables associated with this MIB.
Table 3-71 CISCO-RF-MIB Tables and Descriptions
|
Name
|
Description
|
cRFStatusRFModeCapsTable |
This table containing a list of redundancy modes that can be supported on the device. |
cRFStatusRFClientTable |
This table contains a list of RF clients that are registered on the device. RF clients are applications that have registered with the RF to receive RF events and notifications. The purpose of RF clients is to synchronize any relevant data with the standby unit. |
cRFHistorySwitchOverTable |
Table that tracks the history of all switchovers that have occurred since system initialization. The maximum number of entries permissible in this table is defined by cRFHistoryTableMaxLength. When the number of entries in the table reaches the maximum limit, the next entry would replace the oldest existing entry in the table. |
MIB Constraints
Table 3-72 lists the constraints on objects in the CISCO-RF-MIB.
Table 3-72 CISCO-RF-MIB Constraints
|
MIB Object
|
Notes
|
|
cRFCfgGroup
|
|
cRFCfgSplitMode |
Object is deprecated. |
cRFCfgRedundancyMode |
Values: 6, 7, and 8. |
cRFCfgMaintenanceMode |
Read-only. Supported value is false (2). |
|
cRFHistoryGroup
|
|
cRFHistory |
There are three switchover modes: coldstandby, warmstandby, and hoststandby. The only entries saved are those generated from a hot standby switchover. |
Note SNMP process placement was introduced in Cisco IOS XR Release 3.8.3. cRFStatusRFClientTable in CISCO-RF-MIB lists the status of all processes on DSC and their redundancy status. However, the redundancy status of all the processes (for example bgp, ospf) that are placeable is not correct when the process is placed on a different RP or DRP. To overcome this issue, use RFClientStatus definition to get redundancy information about the process and to get the process state use Processmib.
CISCO-RTTMON-MIB
The CISCO-RTTMON-MIB defines a MIB for Round Trip Time (RTT) monitoring of a list of targets, using a variety of protocols.
Table 3-73 lists the tables associated with this MIB.
Table 3-73 CISCO-RTTMON-MIB Tables and Descriptions
|
Name
|
Description
|
rttMonApplSupportedRttTypesTable |
Table of which contains the supported Rtt Monitor Types. See the RttMonRttType textual convention for the definition of each type. |
rttMonApplSupportedProtocolsTable |
Table of which contains the supported Rtt Monitor Protocols. See the RttMonProtocol textual convention for the definition of each protocol. |
rttMonApplPreConfigedTable |
Not supported. |
rttMonApplAuthTable |
Not supported. |
rttMonCtrlAdminTable |
Table of RTT monitoring definitions. The RTT administration control is in multiple tables. This first table, is used to create a conceptual RTT control row. The following tables contain objects which configure scheduling, information gathering, and notification/trigger generation. All of these tables create the same conceptual RTT control row as this table using this table index as their own index. This table is limited in size by the agent implementation. The object rttMonApplNumCtrlAdminEntry reflects this tables maximum number of entries. |
rttMonEchoAdminTable |
Table that contains RTT specific definitions. This table is controlled via the rttMonCtrlAdminTable. Entries in this table are created via the rttMonCtrlAdminStatus object. |
rttMonFileIOAdminTable |
Not supported. |
rttMonScriptAdminTable |
Not supported. |
rttMonScheduleAdminTable |
Table of RTT monitoring scheduling specific definitions. This table is controlled via the rttMonCtrlAdminTable. Entries in this table are created via the rttMonCtrlAdminStatus object. |
rttMonReactAdminTable |
Not supported. This table was replaced by rttMonReactTable. |
rttMonStatisticsAdminTable |
Table of Round Trip Time (RTT) monitoring statistics definitions. The definitions in this table control what and how many entries are placed into the rttMonStatsCaptureTable. The statistics capture table is a rollover table. When the rttMonStatisticsAdminNumHourGroups index value exceeds its value defined in this table, the oldest corresponding group is deleted and is replaced with the new group. All other indices only fill to there maximum size. NOTE: The maximum size of this table is defined to be the product of the
ttMonCtrlAdminIndex times rttMonStatisticsAdminNumHourGroups times rttMonStatisticsAdminNumPaths times rttMonStatisticsAdminNumHops times rttMonStatisticsAdminNumDistBuckets.
Note Each of the 'Num' objects values in this have a special behavior. When one of the objects is set to a value larger than the RTT application can support the set succeeds, but the resultant value is set to the applications maximum value. The setting management station must reread this object to verify the actual value. This table augments the rttMonCtrlAdminTable.
|
rttMonHistoryAdminTable |
Table of RTT monitoring history definitions. The definitions in this table control what and how many entries are placed into the rttMonHistoryCollectionTable. The history collection table is a rollover table. When the rttMonHistoryAdminNumLives index value exceeds its value defined in this table, the oldest corresponding 'lives' group are deleted and are replaced with the new 'lives' group. All other indices only fill to their maximum size.
Note The maximum size of this table is defined to be the product of the rttMonCtrlAdminIndex times rttMonHistoryAdminNumLives times rttMonHistoryAdminNumBuckets times rttMonHistoryAdminNumSamples.
Note Each of the 'Num' objects values in this have a special behavior. When one of the objects is set to a value larger than the RTT application can support the set succeeds, but the resultant value is set to the applications maximum value. The setting management station must reread this object to verify the actual value.
Note This table is not applicable to http and jitter probes.
|
rttMonCtrlOperTable |
Table that contains the Operational values for the probe, and the conceptual RTT control row. This table augments the rttMonCtrlAdminTable. |
rttMonLatestRttOperTable |
Table that contains the status of latest RTT operation. When the RttMonRttType is 'pathEcho', operations performed to the hops along the path will be recorded in this table. This table augments the RTT definition table, rttMonCtrlAdminTable |
rttMonLatestHTTPOperTable |
Not supported. |
rttMonLatestJitterOperTable |
Table that contains the status of the latest Jitter operation. |
rttMonReactTriggerAdminTable |
Table that contains the list of conceptual RTT control rows that start to collect data when a reaction condition is violated and when rttMonReactAdminActionType is set to one of the following: •triggerOnly •trapAndTrigger •nmvtAndTrigger •trapNmvtAndTrigger or when a reaction condition is violated and when any of the row in rttMonReactTable has rttMonReactActionType as one of the following: •triggerOnly •trapAndTrigger The goal of this table is to define one or more additional conceptual RTT control rows that become active and start to collect additional history and statistics (depending on the rows configuration values), when a problem has been detected. If the conceptual RTT control row is undefined, and a trigger occurs, no action takes place. If the conceptual RTT control row is scheduled to start at a later time, triggering that row has no effect. If the conceptual RTT control row is currently active, triggering that row has no effect on that row, but the rttMonReactTriggerOperState object transitions to 'active'. An entry in this table can only be triggered when it is not currently in a triggered state. The object rttMonReactTriggerOperState reflects the state of each entry in this table. |
rttMonReactTriggerOperTable |
Table of which contains the operational state of each entry in the rttMonReactTriggerAdminTable. This table augments the RTT trigger definition table, rttMonReactTriggerAdminTable. |
rttMonEchoPathAdminTable |
Table to store the hop addresses in a Loose Source Routing path. Response times are computed along the specified path using ping. This maximum table size is limited by the size of the maximum number of hop addresses that can fit in an IP header, which is eight. The object rttMonEchoPathAdminEntry reflects this tables maximum number of entries. This table is coupled with rttMonCtrlAdminStatus. |
rttMonGrpScheduleAdminTable |
Not supported |
rttMplsVpnMonCtrlTable |
Table of Auto SAA Layer 3 MPLS VPN definitions. The Auto SAA Layer 3 MPLS VPN administration control is in multiple tables. This first table, is used to create a conceptual Auto SAA Layer 3 MPLS VPN control row. The following tables contain objects which used in type specific configurations, scheduling and reaction configurations. All of these tables create the same conceptual control row as this table using this table index as their own index. In order for a row in this table to become active, the following objects must be defined. rttMplsVpnMonCtrlRttType, rttMplsVpnMonCtrlVrfName, and rttMplsVpnMonSchedulePeriod. |
rttMplsVpnMonTypeTable |
Table that contains Auto SAA Layer 3 MPLS VPN configured RTT operation specific definitions. Table is controlled via the rttMplsVpnMonCtrlTable. Entries in this table are created via the rttMplsVpnMonCtrlStatus object. |
rttMplsVpnMonScheduleTable |
Table of Auto SAA Layer 3 MPLS VPN monitoring scheduling specific definitions. This table is controlled via the rttMplsVpnMonCtrlTable. Entries in this table are created via the rttMplsVpnMonCtrlStatus object. |
rttMplsVpnMonReactTable |
Table of Auto SAA Layer 3 MPLS VPN Notification definitions. This table augments the rttMplsVpnMonCtrlTable. |
rttMonReactTable |
Table that contains the reaction configurations. Each conceptual row in rttMonReactTable corresponds to a reaction configured for the probe defined in rttMonCtrlAdminTable. For each reaction configured for a probe there is an entry in the table. Each Probe can have multiple reactions and hence there can be multiple rows for a particular probe. This table is coupled with rttMonCtrlAdminTable. |
rttMonStatsCaptureTable |
The statistics capture database. The statistics capture table contains summarized information of the results for a conceptual RTT control row. A rolling accumulated history of this information is maintained in a series of hourly 'group(s)'. Each 'group' contains a series of 'path(s)', each 'path' contains a series of 'hop(s)', each 'hop' contains a series of 'statistics distribution bucket(s)'. Each conceptual statistics row has a current hourly group, into which RTT results are accumulated. At the end of each hour a new hourly group is created which then becomes current. The counters and accumulators in the new group are initialized to zero. The previous group is kept in the table until the table contains rttMonStatisticsAdminNumHourGroups groups for the conceptual statistics row; at this point, the oldest group is discarded and is replaced by the newly created one. The hourly group is uniquely identified by the rttMonStatsCaptureStartTimeIndex object. If the activity for a conceptual RTT control row ceases because the rttMonCtrlOperState object transitions to 'inactive', the corresponding current hourly group in this table is 'frozen', and a new hourly group is created when activity is resumed. If the activity for a conceptual RTT control row ceases because the rttMonCtrlOperState object transitions to 'pending' this whole table will be cleared and reset to its initial state. When the RttMonRttType is 'pathEcho', the path exploration RTT request statistics will not be accumulated in this table.
Note When the RttMonRttType is 'pathEcho', a source to target rttMonStatsCapturePathIndex path will be created for each rttMonStatsCaptureStartTimeIndex to hold all errors that occur when a specific path had not been found or connection has not be setup.
Using this rttMonStatsCaptureTable, a managing application can retrieve summarized data from accurately measured periods, which is synchronized across multiple conceptual RTT control rows. With the new hourly group creation being performed on a 60-minute period, the managing station has plenty of time to collect the data, and need not be concerned with the vagaries of network delays and lost PDU's when trying to get matching data. Also, the managing station can spread the data gathering over a longer period, which removes the need for a flood of get requests in a short period which otherwise would occur. |
rttMonStatsCollectTable |
Not supported. |
rttMonStatsTotalsTable |
Not supported. |
rttMonHTTPStatsTable |
Not supported. |
rttMonJitterStatsTable |
Jitter statistics collection database. The Jitter statistics table contains summarized information of the results for a conceptual RTT control row. A rolling accumulated history of this information is maintained in a series of hourly 'group(s)'. The operation of this table is same as that of rttMonStatsCaptureTable, except that this table stores 2 hours of data. |
rttMonLpdGrpStatsTable |
Auto SAA Layer 3 MPLS VPN LPD Group Database. The LPD Group statistics table contains summarized performance statistics for the LPD group. LPD Group—Set of 'single probes' which are subset of the 'lspGroup' probe traversing set of paths between two PE end points are grouped together and called as the LPD group. The LPD group is uniquely referenced by the LPD Group ID. A rolling accumulated history of this information is maintained in a series of hourly 'group(s)'. Each conceptual statistics row has a current hourly group, into which RTT results are accumulated. At the end of each hour a new hourly group is created which then becomes current. The counters and accumulators in the new group are initialized to zero. The previous group(s) is kept in the table until the table contains rttMplsVpnMonTypeLpdStatHours groups for the conceptual statistics row; at this point, the oldest group is discarded and is replaced by the newly created one. The hourly group is uniquely identified by the rttMonLpdGrpStatsStartTimeIndex object. |
rttMonHistoryCollectionTable |
History collection database. The history table contains a point by point rolling history of the most recent RTT operations for each conceptual RTT control row. The rolling history of this information is maintained in a series of 'live(s)', each containing a series of 'bucket(s)', each 'bucket' contains a series of 'sample(s)'. Each conceptual history row can have lives. A life is defined by the rttMonCtrlOperRttLife object. A new life is created when rttMonCtrlOperState transitions 'active'. When the number of lives become greater than rttMonHistoryAdminNumLives the oldest life is discarded and a new life is created by incrementing the index. The path exploration RTT operation is kept as an entry in this table. |
MIB Constraints
Table 3-74 lists the constraints on objects in the CISCO-RTTMON-MIB.
Table 3-74 CISCO-RTTMON-MIB Constraints
|
MIB Object
|
Notes
|
|
rttMonApplPreConfigedTable
|
Not supported—No back end IP SLA. |
|
rttMonApplAuthTable
|
Not supported—No back end IP SLA. |
|
rttMonFileIOAdminTable
|
Not supported—No back end IP SLA. |
|
rttMonScriptAdminTable
|
Not supported—No back end IP SLA. |
|
rttMonReactAdminTable
|
Not supported. This table is replaced by rttMonReactTable. |
|
rttMonLatestHTTPOperTable
|
Not supported—IP SLA in XR does not support HTTP probes. |
|
rttMonGrpScheduleAdminTable
|
Not supported—No back end IP SLA. |
|
rttMonStatsCollectTable
|
Not supported—No back end IP SLA. |
|
rttMonStatsTotalsTable
|
Not supported—No back end IP SLA. |
|
rttMonHTTPStatsTable
|
Not supported—IP SLA in XR does not support HTTP probes. |
CISCO-SONET-MIB
The CISCO-SONET-MIB describes SONET/SDH interfaces objects. This is an extension to the standard SONET MIB (RFC 2558).
Table 3-75 lists the tables associated with this MIB.
Table 3-75 CISCO-SONET-MIB Tables and Descriptions
|
Name
|
Description
|
csConfigTable |
SONET/SDH configuration table. This table has objects for configuring sonet lines. |
csVTConfigTable |
This table contains objects to configure the VT/VC1 related properties of SONET/SDH lines. |
csApsConfigTable |
This table contains objects to configure APS2 feature in a SONET Line. APS is the ability to configure a pair of SONET lines for redundancy so that the hardware automatically switches the active line from working line to the protection line or vice versa, within 60 ms, when the active line fails. |
cssTotalTable |
SONET/SDH Section Total table. It contains the cumulative sum of the various statistics for the 24 hour period preceding the current interval. The object 'sonetMediumValidIntervals' from RFC 2558 contains the number of 15-minute intervals that have elapsed since the line is enabled. |
cssTraceTable |
SONET/SDH Section Trace table. This table contains objects for tracing the sonet section. |
cslTotalTable |
SONET/SDH Line Total table. It contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. The object 'sonetMediumValidIntervals' from RFC 2558 contains the number of 15-minute intervals that have elapsed since the line is enabled. |
cslFarEndTotalTable |
SONET/SDH Far End Line Total table. It contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. The object 'sonetMediumValidIntervals' from RFC 2558 contains the number of 15-minute intervals that have elapsed since the line is enabled. |
cspTotalTable |
SONET/SDH Path Total table. It contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval.The object 'sonetMediumValidIntervals' from RFC 2558 contains the number of 15-minute intervals that have elapsed since the line is enabled. |
cspFarEndTotalTable |
SONET/SDH Far End Path Total table. Far End is the remote end of the line. The table contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. The object 'sonetMediumValidIntervals' from RFC 2558 contains the number of 15-minute intervals that have elapsed since the line is enabled. |
cspTraceTable |
SONET/SDH Path Trace table. This table contains objects for tracing the sonet path. |
csStatsTable |
SONET/SDH Section statistics table. This table maintains the number of times the line encountered LOS, LOF, AISs, RFIs. |
cspConfigTable |
Entry in Cisco extension to the SONET path current table." Augments sonetPathCurrentEntry. |
csAu4Tug3ConfigTable |
This table contains objects to configure the VC3 related properties of a TUG-3 within a AU-4 paths. |
CISCO-SYSLOG-MIB
The CISCO-SYSLOG-MIB contains objects to manage all the system log messages generated by the Cisco IOS XR Software. The MIB provides a way to access the syslog messages through SNMP. All Cisco IOS XR syslog messages contain the message name and its severity, message text, the name of the entity generating the message, and an optional time stamp. The MIB also contains a history of syslog messages and counts related to syslog messages.
Note The MIB does not keep track of messages generated from debug commands entered through the CLI.
Table 3-76 lists the tables associated with this MIB.
Table 3-76 CISCO-SYSLOG-MIB Tables and Descriptions
|
Name
|
Description
|
clogHistoryTable |
Table of syslog messages generated by this device. All 'interesting' syslog messages (that is, severity <= clogMaxSeverity) are entered into this table. |
clogServerConfigTable |
This table contains entries that allow application to configure syslog servers for the system. The maximum number of entries that can be created for this table is limited by the object clogMaxServers. |
MIB Constraints
Table 3-77 lists the constraints on objects in the CISCO-SYSLOG-MIB.
Table 3-77 CISCO-SYSLOG-MIB Constraints
|
MIB Object
|
Notes
|
|
clogServerMaxTable
|
Not supported |
CISCO-SYSTEM-MIB
The CISCO-SYSTEM-MIB provides a standard set of basic system information. This MIB module contains Cisco-defined extensions to the systemGroup. This MIB has no tables.
CISCO-TCP-MIB
The CISCO-TCP-MIB is an extension to the IETF MIB module for managing TCP implementations.
Table 3-78 lists the tables associated with this MIB.
Table 3-78 CISCO-TCP-MIB Tables and Descriptions
|
Name
|
Description
|
ciscoTcpConnTable |
Table containing TCP connection-specific information. |
CISCO-VLAN-IFTABLE-RELATIONSHIP-MIB
The CISCO-VLAN-IFTABLE-RELATIONSHIP-MIB lists VLAN-id and ifIndex information for routed VLAN interfaces. The MIB contains entries for all sub-interfaces that have a basic 802.1Q VLAN Id configured, but excludes any sub-interfaces configured with a more complex encapsulation (that is double tagged, 802.1ad tagged, VLAN ranges).
Table 3-79 lists the tables associated with this MIB.
Table 3-79 CISCO-VLAN-IFTABLE-RELATIONSHIP-MIB Tables and Descriptions
|
Name
|
Description
|
cviVlanInterfaceIndexTable |
cviVlanInterfaceIndexTable provides a way to translate a VLAN-id in to an ifIndex, so that the routed VLAN interface routing configuration can be obtained from interface entry in ipRouteTable. Note that some routers can have interfaces to multiple VLAN management domains, and therefore can have multiple routed VLAN interfaces which connect to different VLANs having the same VLAN-id. Thus, it is possible to have multiple rows in this table for the same VLAN-id. The cviVlanInterfaceIndexTable also provides a way to find the VLAN-id from an ifTable VLAN ifIndex. |
DS1-MIB
The DS1-MIB module describes DS1, E1, DS2, and E2 interface objects.
Table 3-80 lists the tables associated with this MIB.
Table 3-80 DS1-MIB Tables and Descriptions
|
Name
|
Description
|
dsx1ConfigTable |
DS1 Configuration table. |
dsx1CurrentTable |
DS1 current table contains various statistics being collected for the current 15-minute interval. |
dsx1IntervalTable |
DS1 Interval Table contains various statistics collected by each DS1 Interface over the previous 24-hours of operation. The past 24 hours are broken into 96 completed 15-minute intervals. Each row in this table represents one such interval (identified by dsx1IntervalNumber) for one specific instance (identified by dsx1IntervalIndex). |
dsx1TotalTable |
DS1 Total Table contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. |
dsx1ChanMappingTable |
DS1 Channel Mapping table. This table maps a DS1 channel number on a particular DS3 into an ifIndex. In the presence of DS2s, this table can be used to map a DS2 channel number on a DS3 into an ifIndex, or used to map a DS1 channel number on a DS2 onto an ifIndex. |
dsx1FarEndCurrentTable |
DS1 Far End Current table contains various statistics being collected for the current 15-minute interval. The statistics are collected from the far end messages on the Facilities Data Link. The definitions are the same as described for the near-end information. |
dsx1FarEndIntervalTable |
DS1 Far End Interval Table contains various statistics collected by each DS1 interface over the previous 24-hours of operation. The past 24 hours are broken into 96 completed 15-minute intervals. Each row in this table represents one such interval (identified by dsx1FarEndIntervalNumber) for one specific instance (identified by dsx1FarEndIntervalIndex). |
dsx1FarEndTotalTable |
DS1 Far End Total Table contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. |
dsx1FracTable |
Table is deprecated, use ifStackTable. The table was mandatory for systems dividing a DS1 into channels containing different data streams that are of local interest. Systems which are indifferent to data content, such as CSUs, need not implement it. The DS1 fractional table identifies which DS1 channels associated with a CSU are being used to support a logical interface, that is, an entry in the interfaces table from the Internet-standard MIB. Consider an application managing a North American ISDN Primary Rate link whose division is a 384 kbit/s H1 _B_ Channel for Video, a second H1 for data to a primary routing peer, and 12 64 kbit/s H0 _B_ Channels. Consider that some subset of the H0 channels are used for voice and the remainder are available for dynamic data calls. There is a total of 14 interfaces multiplexed onto the DS1 interface. Six DS1 channels (for example, channels 1 to 6) are used for Video, six more (7 to 11 and 13) are used for data. The remaining 12 are in channels 12 and 14 to 24. If ifIndex 2 is of type DS1 and refers to the DS1 interface, and that the interfaces layered onto it are numbered 3 to 16. dsx3FracIfIndex.2.1 = 3 dsx3FracIfIndex.2.2 = 3 dsx3FracIfIndex.2.3 = 3 dsx3FracIfIndex.2.4 = 3 dsx3FracIfIndex.2.5 = 3 dsx3FracIfIndex.2.6 = 3 dsx3FracIfIndex.2.7 = 4 dsx3FracIfIndex.2.8 = 4 dsx3FracIfIndex.2.9 = 4 dsx3FracIfIndex.2.10 = 4 dsx3FracIfIndex.2.11 = 4 dsx3FracIfIndex.2.12 = 5 dsx3FracIfIndex.2.13 = 4 dsx3FracIfIndex.2.14 = 6 dsx3FracIfIndex.2.15 = 7 dsx3FracIfIndex.2.16 = 8 dsx3FracIfIndex.2.17 = 9 dsx3FracIfIndex.2.18 = 10 dsx3FracIfIndex.2.19 = 11 dsx3FracIfIndex.2.20 = 12 dsx3FracIfIndex.2.21 = 13 dsx3FracIfIndex.2.22 = 14 dsx3FracIfIndex.2.23 = 15 dsx3FracIfIndex.2.24 = 16 For North American (DS1) interfaces, there are 24 legal channels, numbered 1 through 24. For G.704 interfaces, there are 31 legal channels, numbered 1 through 31. The channels (1 to 31) correspond directly to the equivalently numbered time-slots. |
DS3-MIB
The DS3-MIB describes DS3 and E3 interfaces objects.
Table 3-81 lists the tables associated with this MIB.
Table 3-81 DS3-MIB Tables and Descriptions
|
Name
|
Description
|
dsx3ConfigTable |
DS3/E3 Configuration table. |
dsx3CurrentTable |
DS3/E3 current table contains various statistics being collected for the current 15-minute interval. |
dsx3IntervalTable |
DS3/E3 Interval Table contains various statistics collected by each DS3/E3 Interface over the previous 24 hours of operation. The past 24 hours are broken into 96 completed 15-minute intervals. Each row in this table represents one such interval (identified by dsx3IntervalNumber) and for one specific interface (identified by dsx3IntervalIndex). |
dsx3TotalTable |
DS3/E3 Total Table contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. |
dsx3FarEndConfigTable |
DS3 Far End Configuration Table contains configuration information reported in the C-bits from the remote end. |
dsx3FarEndCurrentTable |
DS3 Far End Current table contains various statistics being collected for the current 15-minute interval. The statistics are collected from the far end block error code within the C-bits. |
dsx3FarEndIntervalTable |
DS3 Far End Interval Table contains various statistics collected by each DS3 interface over the previous 24 hours of operation. The past 24 hours are broken into 96 completed 15-minute intervals. |
dsx3FarEndTotalTable |
DS3 Far End Total Table contains the cumulative sum of the various statistics for the 24-hour period preceding the current interval. |
dsx3FracTable |
This table is deprecated in favour of using ifStackTable. Implementation of this table was optional. It was designed for those systems dividing a DS3/E3 into channels containing different data streams that are of local interest. The DS3/E3 fractional table identifies which DS3/E3 channels associated with a CSU are being used to support a logical interface, that is, an entry in the interfaces table from the Internet- standard MIB. For example, consider a DS3 device with 4 high speed links carrying router traffic, a feed for voice, a feed for video, and a synchronous channel for a non-routed protocol. We might describe the allocation of channels, in the dsx3FracTable, as follows: dsx3FracIfIndex.2.1 = 3 dsx3FracIfIndex.2.2 = 3 dsx3FracIfIndex.2.3 = 3 dsx3FracIfIndex.2.4 = 3 dsx3FracIfIndex.2.5 = 3 dsx3FracIfIndex.2.6 = 3 dsx3FracIfIndex.2.7 = 4 dsx3FracIfIndex.2.8 = 4 dsx3FracIfIndex.2.9 = 4 dsx3FracIfIndex.2.10 = 4 dsx3FracIfIndex.2.11 = 4 dsx3FracIfIndex.2.12 = 5 dsx3FracIfIndex.2.13 = 5 dsx3FracIfIndex.2.14 = 5 dsx3FracIfIndex.2.15 = 4 dsx3FracIfIndex.2.16 = 6 dsx3FracIfIndex.2.17 = 6 dsx3FracIfIndex.2.18 = 6 dsx3FracIfIndex.2.19 = 6 dsx3FracIfIndex.2.20 = 6 dsx3FracIfIndex.2.21 = 6 dsx3FracIfIndex.2.22 = 6 dsx3FracIfIndex.2.23 = 6 dsx3FracIfIndex.2.24 = 6 dsx3FracIfIndex.2.25 = 6 dsx3FracIfIndex.2.26 = 6 dsx3FracIfIndex.2.27 = 6 dsx3FracIfIndex.2.28 = 6 For dsx3M23, dsx3 SYNTRAN, dsx3CbitParity, and dsx3ClearChannel there are 28 legal channels, numbered 1 through 28. For e3Framed there are 16 legal channels, numbered 1 through 16. The channels (1 to 16) correspond directly to the equivalently numbered time-slots. |
ENTITY-MIB (RFC 2737)
The ENTITY-MIB (RFC 2737) allows functional component discovery. It is used to represent physical and logical entities (components) in the router and manages those entities. It defines managed objects for representing multiple logical entities supported by a single SNMP agent.
The entity modeling is:
•Line card port with line card as the parent
•The Xcvr container with Line card port as the parent
•If Xcvr is present, Xcvr module with Xcvr container as parent
The current software release supports the RFC 2737 version of this MIB.
The following are the conformance groups contained in the ENTITY-MIB:
•entityPhysical group—Describes the physical entities managed by a single agent.
•entityLogical group—Describes the logical entities managed by a single agent.
•entityMapping group—Describes the associations between the physical entities, logical entities, interfaces, and non-interface ports managed by a single agent.
•entityGeneral group—Describes general system attributes shared by potentially all types of entities managed by a single agent.
•entityNotifications group—Contains status indication notifications.
The following groups are added from RFC 2737:
•entityPhysical2 group—This group augments the entityPhysical group.
•entityLogical2 group—Describes the logical entities managed by a single agent, and replaces entityLogical group.
The MIB table entPhysicalTable identifies the physical entities in the router. The entPhysicalTable contains a single row for the Cisco Carrier Routing System chassis and a row for each entity in the chassis. A physical entity may contain other entities.
The ENTITY-MIB describes a physical entity using the following information in the entPhyscialTable:
•Name—uniquely identifies the physical entity from a command console (local or virtual), or perhaps a XML-based management interface. This value must comply with the UDI Product Name guidelines [EDCS231946].
•Description—corresponds to the product description provided by CCO. This value must comply with the UDI Product Description guidelines [EDCS231946].
•Vendor Type—uniquely identifies the physical entity within an administrative domain specific to the enterprise.
•Class—indicates the class that the physical entity belongs to, including: chassis, container, power supply, fan, sensor, module, port, and cpu.
•Hardware Revision—indicates the Version IDentifier (VID) part of the Unique Device Identifier (UDI) [EDCS231946] assigned to the physical entity by manufacturing.
•Model Name—indicates the Product IDentifier (PID) part of the Unique Device Identifier (UDI) [EDCS231946] assigned to the physical entity by manufacturing. This value corresponds to the part number a customer can find on CCO for ordering.
•Serial Number—indicates the Serial Number (SN) part of the Unique Device Identifier (UDI) [EDCS231946] assigned to the physical entity by manufacturing.
•Manufacturing Name—ndicates the Top-level Assembly Number (TAN) assigned to the physical entity by manufacturing.
•CLEI URN—indicates the Common Language Equipment Identifier (CLEI) assigned to the physical entity by manufacturing, expressed as a Uniform Resource Name (URN) (RFC 4152).
•Firmware Revision—indicates the version string associated with the firmware image running on the physical entity (for example, ROMMON). If the physical entity has no associated firmware, then the value should be null-string.
•Software Revision—indicates the version string associated with the software image running on the physical entity. If the physical entity runs a modular operating system, such as IOS-XR, this value should reflect the version string associated with the main (or core) image. If the physical entity has no associated software, the value should be null-string.
•Asset Identifier—a customer assigned string-value uniquely identifying the physical entity in an administrative domain specific to that customer.
•FRU Indicator—indicates whether the physical entity is a Field Replaceable Unit (FRU).
Note This information does not apply to all classes of physical entities. See Table 3-82 for more information
Table 3-82 specified the information that applies to each class.
Table 3-82 Information the ENTITY-MIB uses from the entPhysicalTable for each class of physical entity
| |
Chassis
|
Container
|
Fan tray
|
Fan
|
Sensor
|
Module
|
Port
|
CPU
|
|
Name
|
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
|
Description
|
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
|
Vendor Type
|
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
|
Hardware Revision
|
Yes |
No |
No |
No |
No |
Yes |
Yes |
Yes |
|
Model Name
|
Yes |
No |
No |
No |
No |
Yes |
Yes |
Yes |
|
Serial Number
|
Yes |
No |
No |
No |
No |
Yes |
Yes |
Yes |
|
Manufacturing Name
|
Yes |
No |
No |
No |
No |
Yes |
No |
No |
|
CLEI URN
|
Yes |
No |
No |
No |
No |
Yes |
No |
No |
|
Firmware Revison
|
No |
No |
No |
No |
No |
Yes |
No |
No |
|
Software Revision
|
No |
No |
No |
No |
No |
Yes |
No |
No |
|
Asset Identifier
|
Yes |
No |
No |
No |
No |
Yes |
No |
No |
Table 3-83 lists the tables associated with the ENTITY-MIB.
Table 3-83 ENTITY-MIB Tables and Descriptions
|
Name
|
Description
|
entPhysicalTable |
This table contains one row per physical entity. There is always at least one row for an 'overall' physical entity. |
entLogicalTable |
This table contains one row per logical entity. For agents that implement more than one naming scope, at least one entry must exist. Agents which instantiate all MIB objects within a single naming scope are not required to implement this table. |
entLPMappingTable |
This table contains zero or more rows of logical entity to physical equipment associations. For each logical entity known by this agent, there are zero or more mappings to the physical resources, which are used to realize that logical entity. An agent should limit the number and nature of entries in this table such that only meaningful and non-redundant information is returned. For example, in a system that contains a single power supply, mappings between logical entities and the power supply are not useful and should not be included. Also, only the most appropriate physical component, which is closest to the root of a particular containment tree, should be identified in an entLPMapping entry. For example, suppose a bridge is realized on a particular module, and all ports on that module are ports on this bridge. A mapping between the bridge and the module would be useful, but additional mappings between the bridge and each of the ports on that module would be redundant (because the entPhysicalContainedIn hierarchy can provide the same information). On the other hand, if more than one bridge were utilizing ports on this module, mappings between each bridge and the ports it used would be appropriate. Also, in the case of a single backplane repeater, a mapping for the backplane to the single repeater entity is not necessary. |
entAliasMappingTable |
This table contains zero or more rows, representing mappings of logical entity and physical component to external MIB identifiers. Each physical port in the system may be associated with a mapping to an external identifier, which itself is associated with a particular logical entity's naming scope. A 'wildcard' mechanism is provided to indicate that an identifier is associated with more than one logical entity. |
entPhysicalContainsTable |
Table that exposes the container/containee relationships between physical entities. This table provides all the information found by constructing the virtual containment tree for a given entPhysicalTable, but in a more direct format. In the event a physical entity is contained by more than one other physical entity (for example, double-wide modules), this table should include these additional mappings, which cannot be represented in the entPhysicalTable virtual containment tree. |
MIB Constraints
Table 3-84 lists the constraints on objects in the ENTITY-MIB.
Table 3-84 ENTITY-MIB Constraints
|
MIB Object
|
Notes
|
|
entPhysicalTable
|
SNMP sets are not supported.
Unable to show information for powered down LC modules.
No entry for preconfigured interfaces. |
|
cefcFRUPowerStatusTable
|
SNMP sets not supported. (cefcFRUPowerAdminStatus) |
|
entModuleTable
|
SNMP sets not supported. (cefcModuleAdminStatus) |
|
entLogicalTable
|
entLogicalType not supported. |
|
entLPMpapingTable
|
|
entLogicalCommunity |
Not supported. |
entLogicalTAddress |
Not supported. |
entLogicalTDomain |
Not supported. |
entLogicalContextEngineID |
Not supported. |
entLogicalContextName |
Not supported. |
EVENT-MIB
The EVENT-MIB contains objects to define event triggers and actions for network management purposes.
Table 3-85 lists the tables associated with this MIB.
Table 3-85 EVENT-MIB Tables and Descriptions
|
Name
|
Description
|
mteTriggerTable |
Table of management event trigger information |
mteTriggerDeltaTable |
Table of management event trigger information for delta sampling |
mteTriggerExistenceTable |
Table of management event trigger information for existence triggers |
mteTriggerBooleanTable |
Table of management event trigger information for boolean triggers |
mteTriggerThresholdTable |
Table of management event trigger information for threshold triggers |
mteObjectsTable |
Table of objects that can be added to notifications based on the trigger, trigger test, or event, as pointed to by entries in those tables |
mteEventTable |
Table of management event action information |
mteEventNotificationTable |
Table of information about notifications to be sent as a consequence of management events |
mteEventSetTable |
Table of management event action information |
EXPRESSION-MIB
The EXPRESSION-MIB defines expressions of MIB objects for network management purposes. This MIB is an early snapshot of work done by the IETF Distributed Management working group. After this snapshot was taken, the MIB was modified, had new OIDs assigned, and then published as RFC 2982.
Table 3-86 lists the tables associated with this MIB.
Table 3-86 EXPRESSION-MIB Tables and Descriptions
|
Name
|
Description
|
expNameTable |
Table of expression names, for creating and deleting expressions |
expExpressionTable |
Table of expression definitions |
expObjectTable |
Table of object definitions for each expExpression. Wildcarding instance IDs: It is legal to omit all or part of the instance portion for some or all of the objects in an expression. (See the description of expObjectID for details). However, note that if more than one object in the same expression is wildcarded in this way, they all must be objects where that portion of the instance is the same. In other words, all objects may be in the same sequence or in different sequences but with the same semantic index value (that is, a value of ifIndex) for the wildcarded portion |
expValueTable |
Table of values from evaluated expressions |
FRAME-RELAY-DTE-MIB
The FRAME-RELAY-DTE-MIB describes the use of a Frame Relay interface by a DTE.
Table 3-87 lists the tables associated with this MIB.
Table 3-87 FRAME-RELAY-DTE-MIB Tables and Descriptions
|
Name
|
Description
|
frDlcmiTable |
Parameters for the Data Link Connection Management Interface for the frame relay service on this interface. |
frCircuitTable |
Table containing information about specific DLC1 or virtual circuits. |
frErrTable |
Table containing information about Errors on the Frame Relay interface. Discontinuities in the counters contained in this table are the same as apply to the ifEntry associated with the Interface. |
IEEE8023-LAG-MIB
The IEEE8023-LAG-MIB provides access to the administrative, operational and diagnostics state for bundles and ports operating the IEEE 802.3ad Link Aggregation Control Protocol.
Table 3-88 lists the tables associated with this MIB.
Table 3-88 IEEE8023-LAG-MIB Tables and Descriptions
|
Name
|
Description
|
dot3adAggTable |
Table that contains information about every Aggregator running the IEEE 802.3ad Link Aggregation Control Protocol that is associated with this System |
dot3adAggPortListTable |
Table that contains a list of all the ports associated with each Aggregator running the IEEE 802.3ad Link Aggregation Control Protocol. |
dot3adAggPortTable |
Table that contains Link Aggregation Control configuration information about every Aggregation Port running the IEEE 802.3ad Link Aggregation Control Protocol associated with this device. A row appears in this table for each physical port |
dot3adAggPortStatsTable |
Table that contains Link Aggregation information about every port running the IEEE 802.3ad Link Aggregation Control Protocol that is associated with this device. A row appears in this table for each physical port |
dot3adAggPortDebugTable |
Table that contains Link Aggregation debug information about every port running the IEEE 802.3ad Link Aggregation Control Protocol that is associated with this device. A row appears in this table for each physical port |
dot3adTablesLastChanged |
This object indicates the time of the most recent change to the dot3adAggTable, dot3adAggPortListTable or dot3AggPortTable. |
MIB Constraints
Table 3-89 lists the constraints on objects in the IEEE8023-LAG-MIB.
Table 3-89 IEEE8023-LAG-MIB Constraints
|
MIB Object
|
Notes
|
|
dot3adAggPortListTable
|
dot3adAggPortListPorts is not supported. |
IF-MIB (RFC 2863)
The IF-MIB (RFC 2863) describes the attributes of physical and logical interfaces (network interface sublayers). The router supports the ifGeneralGroup of MIB objects for all layers (ifIndex, ifDescr, ifType, ifSpeed, ifPhysAddress, ifAdminStatus, ifOperStatus, ifLastChange, ifName, ifLinkUpDownTrapEnable, and ifHighSpeed).
One of the most commonly used identifiers in SNMP-based network management applications is the Interface Index (ifIndex) value. IfIndex is a unique identifying number associated with a physical or logical interface.
Table 3-90 lists the tables associated with this MIB.
Table 3-90 IF-MIB Tables and Descriptions
|
Name
|
Description
|
ifTable |
List of interface entries. The number of entries is given by the value of ifNumber. |
ifXtable |
List of interface entries. The number of entries is given by the value of ifNumber. This table contains additional objects for the interface table. |
ifStackTable |
Table containing information on the relationships between the multiple sub-layers of network interfaces. In particular, it contains information on which sub-layers run 'on top of' which other sub-layers, where each sub-layer corresponds to a conceptual row in the ifTable. For example, when the sub-layer with ifIndex value x runs over the sub-layer with ifIndex value y, then this table contains: ifStackStatus.x.y=active For each ifIndex value, I, which identifies an active interface, there are always at least two instantiated rows in this table associated with I. For one of these rows, I is the value of ifStackHigherLayer; for the other, I is the value of ifStackLowerLayer. (If I is not involved in multiplexing, these are the only two rows associated with I.) For example, two rows exist even for an interface which has no others stacked on top or below it: ifStackStatus.0.x=active ifStackStatus.x.0=active |
ifRcvAddressTable |
This table contains an entry for each address (broadcast, multicast, or unicast) for which the system receives packets/frames on a particular interface, except as follows: •for an interface operating in promiscuous mode, entries are only required for those addresses for which the system would receive frames were it not operating in promiscuous mode. •for 802.5 functional addresses, only one entry is required, for the address which has the functional address bit ANDed with the bit mask of all functional addresses for which the interface accepts frames. A system is normally able to use any unicast address, which corresponds to an entry in this table as a source address. |
ifTestTable |
This table contains one entry per interface. It defines objects which allow a network manager to instruct an agent to test an interface for various faults. Tests for an interface are defined in the media-specific MIB for that interface. After invoking a test, the object ifTestResult can be read to determine the outcome. If an agent can not perform the test, ifTestResult is set to so indicate. The object ifTestCode can be used to provide further test- specific or interface-specific (or even enterprise-specific) information concerning the outcome of the test. Only one test can be in progress on each interface at any one time. If one test is in progress when another test is invoked, the second test is rejected. Some agents may reject a test when a prior test is active on another interface. |
IP-FORWARD-MIB
The IP-FORWARD-MIB describes the control of the display of Classless Interdomain Routing (CIDR) multipath IP routes (IPv4 - RFC 2096) and the management of CIDR IP routes (IPv6 - RFC 4292).
Table 3-91 lists the tables associated with this MIB.
Table 3-91 IP-FORWARD-MIB Tables and Descriptions
|
Name
|
Description
|
inetCidrRouteTable |
This entity IP Routing table (when MIB is used to poll IPv6 route information). |
ipCidrRouteTable |
This entity IP Routing table. This table has been deprecated in favor of the IP version neutral inetCidrRouteTable. |
ipForwardTable |
This entity IP Routing table. |
IP-MIB
The IP-MIB contains objects for managing IP and Internet Control Message Protocol (ICMP) implementations.
Note The IP-MIB does not provide functionality to manage IP routes.
Table 3-92 lists the tables associated with this MIB.
Table 3-92 IP-MIB Tables and Descriptions
|
Name
|
Description
|
ipv4InterfaceTable |
Not supported |
ipv6InterfaceTable |
Table containing per-interface IPv6-specific information |
ipSystemStatsTable |
Table containing system wide, IP version specific traffic statistics. This table and the ipIfStatsTable contain similar objects whose difference is in their granularity. Where this table contains system wide traffic statistics, the ipIfStatsTable contains the same statistics but counted on a per-interface basis. |
ipIfStatsTable |
Table containing per-interface traffic statistics. This table and the ipSystemStatsTable contain similar objects whose difference is in their granularity. Where this table contains per-interface statistics, the ipSystemStatsTable contains the same statistics, but counted on a system wide basis. This table is only applicable to IPv6, there is no support available for IPv4 stats. |
ipAddressPrefixTable |
Table allows the user to determine the source of an IP address or set of IP addresses, and allows other tables to share the information via pointer rather than by copying. For example, when the node configures both a unicast and anycast address for a prefix, the ipAddressPrefix objects for those addresses point to a single row in this table. This table primarily provides support for IPv6 prefixes, and several of the objects are less meaningful for IPv4. The table continues to allow IPv4 addresses to allow future flexibility. To promote a common configuration, this document includes suggestions for default values for IPv4 prefixes. Each of these values may be overridden if an object is meaningful to the node. All prefixes used by this entity should be included in this table independent of how the entity learned the prefix. (This table is not limited to prefixes learned from router advertisements. |
ipAddressTable |
This table contains addressing information relevant to the entity's interfaces. This table does not contain multicast address information. Tables for such information should be contained in multicast specific MIBs, such as RFC 3019. While this table is writable, note that several objects, such as ipAddressOrigin, are not. The intention in allowing a user to write to this table is to allow them to add or remove any entry that is not permanent. The user should be allowed to modify objects and entries when that would not cause inconsistencies within the table. Allowing write access to objects, such as ipAddressOrigin, could allow a user to insert an entry and then label it incorrectly.
Note When including IPv6 link-local addresses in this table, the entry must use an InetAddressType of 'IPv6z' in order to differentiate between the possible interfaces.
|
ipNetToPhysicalTable |
IP Address Translation table used for mapping from IP addresses to physical addresses. The Address Translation tables contain the IP address to 'physical' address equivalences. Some interfaces do not use translation tables for determining address equivalences (that is, DDN-X.25 has an algorithmic method); if all interfaces are of this type, the Address Translation table is empty, that is, has zero entries. While many protocols may be used to populate this table, ARP and Neighbor Discovery are the most likely options |
ipv6ScopeZoneIndexTable |
Not supported |
ipDefaultRouterTable |
Not supported |
ipv6RouterAdvertTable |
Not supported |
icmpStatsTable |
Table of generic system-wide ICMP counters |
icmpMsgStatsTable |
Table of system-wide per-version, per-message type ICMP counters |
ipAddrTable |
Table of addressing information relevant to this entity's IPv4 addresses. This table has been deprecated, as a new IP version-neutral table has been added. It is loosely replaced by the ipAddressTable although several objects that were not deemed useful were not carried forward while another (ipAdEntReasmMaxSize) was moved to the ipv4InterfaceTable |
ipNetToMediaTable |
IPv4 Address Translation table used for mapping from IPv4 addresses to physical addresses. This table has been deprecated, as a new IP version-neutral table has been added. It is loosely replaced by the ipNetToPhysicalTable |
MIB Constraints
Table 3-93 lists the constraints that the router places on objects in the IP-MIB. For detailed definitions of MIB objects, see the MIB.
Note Tables which are specific to IPv4 are not implemented.
Table 3-93 IP-MIB Constraints
|
MIB Object
|
Notes
|
|
ipv6InterfaceTable
|
|
•ipv6InterfaceIdentifier |
Lower n bits of link local address, where n=128 - prefix-len |
•ipv6InterfaceEnableStatus |
up (1) if link local address is configured else down (2) |
•ipv6InterfaceForwarding |
ipv6InterfaceForwarding(1) if IPv6 is configured on LC or notForwarding(2) if IPv6 is configured on RP |
|
ipSystemStatsTable
|
|
•ipSystemStatsinOctets |
Not supported |
•ipSystemStatsinNoRoutes |
Not supported |
•ipSystemStatsInAddrErrors |
Not supported |
•ipSystemStatsInDiscards |
Not supported |
•ipSystemStatsOutNoRoutes |
Not supported |
•ipSystemStatsOutForwDatagrams |
Not supported |
•ipSystemStatsOutDiscards |
Not supported |
•ipSystemStatsOutTransmits |
Not supported |
•ipSystemStatsOutOctets |
Not supported |
•ipSystemStatsInMcastPkts |
Not supported |
•ipSystemStatsInMcastOctets |
Not supported |
•ipSystemStatsOutMcastPkts |
Not supported |
•ipSystemStatsOutMcastOctets |
Not supported |
•ipSystemStatsInBcastPkts |
Not supported |
•ipSystemStatsOutBcastPkts |
Not supported |
•ipSystemStatsDiscontinuityTime |
Not supported |
|
ipIfStatsTable
|
Table only applicable to IPv6 |
•ipIfStatsRefreshRate |
Not supported |
•Protocol related counters on per-interface basis (22 objects in this table) |
Not supported |
|
ipAddressPrefixTable
|
|
•ipAddressPrefixPrefix |
First n bits of ipv6_addr () where n=prefix_len |
•ipAddressPrefixLength |
prefix_len field |
•ipAddressPrefixOrigin |
manual(2) if prefix is taken from global address or wellknown(3) if prefix is taken from link local address |
•ipAddressPrefixAutonomousFlag |
False(2) for link local and True(1) for others |
•ipAddressPrefixAdvPreferredLifetime |
Not supported |
•ipAddressPrefixAdvValidLifetime |
Not supported |
|
ipAddressTable
|
|
•ipAddressPrefix |
First n bits of ipv6_addr () where n=prefix_len |
•ipAddressOrigin |
`manual' is address if global or `linklayer' if it is link local |
•ipAddressCreated |
Not supported |
•ipAddressLastChanged |
Not supported |
|
ipv6ScopeZoneIndexTable
|
Not supported |
|
ipDefaultRouterTable
|
Not supported |
|
ipRouterAdvertTable
|
Not supported |
|
icmpStatsTable
|
|
•icmpStatsOutErrors |
Not supported |
|
Scalar Objects
|
|
•ipv6InterfaceTableLastChange |
Not supported |
•ipv6IpDefaultHopLimit |
Not supported |
IPV6-MIB
The IPV6-MIB describes the entities implementing the IPV6 protocol.
Table 3-94 lists the tables associated with this MIB.
Table 3-94 IPV6-MIB Tables and Descriptions
|
Name
|
Description
|
ipv6IfTable |
IPv6 Interfaces table contains information on the entity's internetwork-layer interfaces. An IPv6 interface constitutes a logical network layer attachment to the layer immediately below IPv6 including internet layer 'tunnels', such as tunnels over IPv4 or IPv6 itself |
ipv6IfStatsTable |
IPv6 interface traffic statistics |
ipv4InterfaceTable |
Not supported |
ipDefaultRouterTable |
Not supported |
ipv6ScopeZoneIndexTable |
Not supported |
ipv6AddrPrefixTable |
List of IPv6 address prefixes of IPv6 interfaces |
ipv6AddrTable |
Table of addressing information relevant to this nodes interface addresses |
ipv6RouteTable |
IPv6 Routing table. This table contains an entry for each valid IPv6 unicast route that can be used for packet forwarding determination |
ipv6NetToMediaTable |
IPv6 Address Translation table used for mapping from IPv6 addresses to physical addresses. The IPv6 address translation table contain the Ipv6Address to physical address equivalencies. Some interfaces do not use translation tables for determining address equivalencies; if all interfaces are of this type, then the Address Translation table is empty, that is, has zero entries |
MIB Constraints
Table 3-95 lists the constraints that the router places on objects in the IPV6-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-95 IPV6-MIB Constraints
|
MIB Object
|
Notes
|
|
ipDefaultRouterTable
|
Not supported |
|
ipv6ScopeZoneIndexTable
|
Not supported |
|
ipv4InterfaceTable
|
Not supported |
ipIfStatsTableLastChange |
Not supported |
IPV6-MLD-MIB
The IPV6-MLD-MIB is the MIB module for MLD management.
Table 3-96 lists the tables associated with this MIB.
Table 3-96 IPV6-MLD-MIB Tables and Descriptions
|
Name
|
Description
|
mldInterfaceTable |
(conceptual) Table listing the interfaces on which MLD is enabled |
mldCacheTable |
(conceptual) Table listing the IPv6 multicast groups for which there are members on a particular interface |
IPV6-TC
The IPV6-TC contains TCs for IPV6. There are no tables associated with this MIB.
ISIS-MIB
The IS-IS MIB describes a management information base for the IS-IS Routing protocol, as described in ISO 10589, when it is used to construct routing tables for IP networks, as described in RFC 1195.
Table 3-97 lists the tables associated with this MIB.
Table 3-97 ISIS-MIB Tables and Descriptions
|
Name
|
Description
|
isisManAreaAddrTable |
Set of manual area addresses configured on this Intermediate System. At least one row in which the value of isisManAreaAddrExistState is active must be present. The maximum number of rows in this table for which the object isisManAreaAddrExistState has the value active is three. An attempt to create more than three rows of isisManAreaAddrEntry with state 'active' in one instance of the IS-IS protocol should return inconsistentValue |
isisAreaAddrTable |
Union of the sets of area addresses reported in all Level 1 LSPs with fragment number zero generated by this Intermediate System, or received from other Intermediate Systems that are reachable via Level 1 routing |
isisSummAddrTable |
Set of IP summary addresses to use in forming summary TLVs originated by this Intermediate System. An administrator may use a summary address to combine and modify IP Reachability announcements. If the Intermediate system can reach any subset of the summary address, the summary address must be announced instead, at the configured metric |
isisRedistributeAddrTable |
This table provides criteria to decide if a route should be leaked from Layer 2 to Layer 1 when Domain Wide Prefix leaking is enabled. Addresses that match the summary mask in the table MUST be announced at Layer 1 by routers when isisSysL2toL1Leaking is enabled. Routes that fall into the ranges specified are announced as is, without being summarized. Routes that do not match a summary mask are not announced |
isisRouterTable |
Set of hostnames and router ID |
isisSysLevelTable |
Level specific information about the System |
isisCircTable |
The table of circuits used by this Intermediate System |
isisCircLevelTable |
Level specific information about circuits used by IS-IS |
isisSystemCounterTable |
System-wide counters for this Intermediate System |
isisCircuitCounterTable |
Circuit specific counters for this Intermediate System |
isisPacketCounterTable |
Information about IS-IS protocol traffic at one level, on one circuit, in one direction |
isisISAdjTable |
Table of adjacencies to Intermediate Systems |
isisISAdjAreaAddrTable |
This table contains the set of Area Addresses of neighboring Intermediate Systems as reported in received IIH PDUs |
isisISAdjIPAddrTable |
This table contains the set of IP Addresses of neighboring Intermediate Systems as reported in received IIH PDUs |
isisISAdjProtSuppTable |
This table contains the set of protocols supported by neighboring Intermediate Systems as reported in received IIH PDUs |
isisRATable |
Table of Reachable Addresses to NSAPs or Address Prefixes |
isisIPRATable |
Table of IP Reachable Addresses to networks, subnetworks, or hosts either manually configured or learned from another protocol |
isisLSPSummaryTable |
Table of LSP Headers |
isisLSPTLVTable |
Table of LSPs in the database |
MIB Constraints
Table 3-98 lists the constraints that the router places on objects in the ISIS-MIB. For detailed definitions of MIB objects, see the MIB.
Note SNMP sets are not supported.
Table 3-98 ISIS-MIB Constraints
|
MIB Object
|
Notes
|
|
isisAreaAddrTable
|
isisAreaAddr not supported |
|
isisCircuitGroup
|
Not supported |
|
isisISAdjGroup
|
Not supported |
|
isisISIPRADestGroup
|
Not supported |
|
isisLSPGroup
|
Not supported |
|
isisManAreaAddrTable
|
isisManAreaAddrExistState not supported |
|
isisNotificationTable
|
Not supported |
|
isisRATable Group
|
Not supported |
|
isisRedistributeAddrEntry
|
isisRedistributeAddrExistState |
|
isisRouterTable
|
isisRouterID is not supported |
|
isisSummAddrTable
|
|
isisSummAddrExistState |
Not supported |
isisSummAddrMetric |
Not supported |
isisSummAddrFullMetric |
Not supported |
MPLS-L3VPN-STD-MIB
The MPLS-L3VPN-STD-MIB contains managed object definitions for the Layer-3 Multiprotocol Label Switching Virtual Private Networks.
Table 3-99 lists the tables associated with this MIB.
Table 3-99 MPLS-L3VPN-STD-MIB Tables and Descriptions
|
Name
|
Description
|
mplsL3VpnIfConfTable |
This table specifies per-interface MPLS capability and associated information |
mplsL3VpnVrfTable |
This table specifies per-interface MPLS L3VPN VRF Table capability and associated information. Entries in this table define VRF routing instances associated with MPLS/VPN interfaces. Note that multiple interfaces can belong to the same VRF instance. The collection of all VRF instances comprises an actual VPN |
mplsL3VpnVrfRTTable |
This table specifies per-VRF route target association. Each entry identifies a connectivity policy supported as part of a VPN |
mplsL3VpnVrfSecTable |
This table specifies per MPLS L3VPN VRF Table security-related counters |
mplsL3VpnVrfPerfTable |
This table specifies per MPLS L3VPN VRF Table performance information |
mplsL3VpnVrfRteTable |
This table specifies per-interface MPLS L3VPN VRF Table routing information. Entries in this table define VRF routing entries associated with the specified MPLS/VPN interfaces. Note that this table contains both BGP and Interior Gateway Protocol IGP routes, as both may appear in the same VRF |
MIB Constraints
Table 3-100 lists the constraints that the router places on objects in the MPLS-L3VPN-STD-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-100 MPLS-L3VPN-STD-MIB Constraints
|
MIB Object
|
Notes
|
|
mplsL3VpnPerfGroup
|
|
mplsL3VpnVrfPerfRoutesAdded |
Read-only, set to zero by default. |
mplsL3VpnVrfPerfRoutesDeleted |
Read-only, set to zero by default. |
|
mplsL3VpnVrfTRteGroup
|
|
mplsL3VpnVrfRteInetCidrNextHopAS |
Read-only, set to zero by default. |
|
mplsL3VpnSecGroup
|
|
mplsL3VpnVrfSecIllegalLblVltns |
Read-only, set to zero by default. |
mplsL3VpnVrfSecDiscontinuityTime |
Read-only, set to zero by default. |
|
mplsL3VpnPerfRouteGroup
|
|
mplsL3VpnVrfPerfRoutesDropped |
Read-only, set to zero by default. |
mplsL3VpnVrfPerfDiscTime |
Read-only, set to zero by default. |
|
mplsL3VpnVrfGroup
|
|
mplsL3VpnVrfVpnId |
Read-only, set to zero-length OCTET STRING. |
mplsL3VpnVrfConfMaxRoutes |
Read-only, set to zero by default. |
|
mplsL3VpnScalarGroup
|
|
mplsL3VpnVrfConfMaxPossRts |
Read-only, set to zero-length OCTET STRING. |
mplsL3VpnIllLblRcvThrsh |
Read-only, set to zero by default. |
MPLS-LDP-GENERIC-STD-MIB
The MPLS-LDP-GENERIC-STD-MIB contains managed object definitions for configuring and monitoring the Multiprotocol Label Switching (MPLS), Label Distribution Protocol (LDP), utilizing ethernet as the Layer 2 media.
Table 3-101 lists the tables associated with this MIB.
Table 3-101 MPLS-LDP-GENERIC-STD-MIB Tables and Descriptions
|
Name
|
Description
|
mplsLdpEntityGenericLRTable |
MPLS LDP Entity Generic LR Table. The purpose of this table is to provide a mechanism for configurating a contiguous range of generic labels, or a 'label range' for LDP Entities. LDP Entities, which use Generic Labels, must have at least one entry in this table. In other words, this table 'extends' the mpldLdpEntityTable for Generic Labels. There is read-only support for all objects in this table. |
MPLS-LDP-STD-MIB
The MPLS-LDP-STD-MIB contains managed object definitions for the `Multiprotocol Label Switching, Label Distribution Protocol, LDP document'.
Note Only MANDATORY-GROUPS, which include mplsLdpGeneralGroup and mplsLdpNotificationGroup, are supported.
Table 3-102 lists the tables associated with this MIB.
Table 3-102 MPLS-LDP-STD-MIB Tables and Descriptions
|
Name
|
Description
|
mplsLdpEntityTable |
This table contains information about the MPLS Label Distribution Protocol Entities which exist on this LSR or LER |
mplsLdpEntityStatsTable |
This table is a read-only table which augments the mplsLdpEntityTable. The purpose of this table is to keep statistical information about the LDP Entities on the LSR |
mplsLdpPeerTable |
Information about LDP peers known by Entities in the mplsLdpEntityTable. The information in this table is based on information from the Entity-Peer interaction during session initialization but is not appropriate for the mplsLdpSessionTable, because objects in this table may or may not be used in session establishment |
mplsLdpSessionTable |
Table of Sessions between the LDP Entities and LDP Peers. This table AUGMENTS the mplsLdpPeerTable. Each row in this table represents a single session |
mplsLdpSessionStatsTable |
Table of statistics for Sessions between LDP Entities and LDP Peers. This table AUGMENTS the mplsLdpPeerTable |
mplsLdpHelloAdjacencyTable |
Table of Hello Adjacencies for Sessions |
mplsFecTable |
This table represents the FEC Information associated with an LSP |
mplsLdpSessionPeerAddrTable |
This table 'extends' the mplsLdpSessionTable. This table is used to store Label Address Information from Label Address Messages received by this LSR from Peers. This table is read-only and should be updated when Label Withdraw Address Messages are received, that is, Rows should be deleted as appropriate. NOTE: since more than one address may be contained in a Label Address Message, this table 'sparse augments', the mplsLdpSessionTable's information |
MPLS-LSR-STD-MIB
The MPLS-LSR-STD-MIB contains managed object definitions for the Multiprotocol Label Switching (MPLS) Router as defined in: Rosen, E., Viswanathan, A., and R. Callon, Multiprotocol Label Switching Architecture, RFC 3031, January 2001.
Note Only MANDATORY-GROUPS which include mplsInterfaceTable, mplsInSegmentTable, mplsOutSegmentTable, mplsXCTable and mplsInterfacePerfTable are supported.
Table 3-103 lists the tables associated with this MIB.
Table 3-103 MPLS-LSR-STD-MIB Tables and Descriptions
|
Name
|
Description
|
mplsInterfaceTable |
This table specifies per-interface MPLS capability and associated information |
mplsInterfacePerfTable |
This table provides MPLS performance information on a per-interface basis |
mplsInSegmentTable |
This table contains a description of the incoming MPLS segments (labels) to an LSR and their associated parameters. The index for this table is mplsInSegmentIndex. The index structure of this table is specifically designed to handle many different MPLS implementations that manage their labels both in a distributed and centralized manner. The table is also designed to handle existing MPLS labels as defined in RFC 3031 as well as longer ones that may be necessary in the future. In cases where the label cannot fit into the mplsInSegmentLabel object, the mplsInSegmentLabelPtr indicates this by being set to the first accessible column in the appropriate extension table's row. In this case an additional table MUST be provided and MUST be indexed by at least the indexes used by this table. In all other cases when the label is represented within the mplsInSegmentLabel object, the mplsInSegmentLabelPtr MUST be set to 0.0. Due to the fact that MPLS labels may not exceed 24 bits, the mplsInSegmentLabelPtr object is only a provision for future-proofing the MIB module. Thus, the definition of any extension tables is beyond the scope of this MIB module |
mplsInSegmentPerfTable |
This table contains statistical information for incoming MPLS segments to an LSR |
mplsOutSegmentTable |
This table contains a representation of the outgoing segments from an LSR |
mplsOutSegmentPerfTable |
This table contains statistical information about outgoing segments from an LSR. The counters in this entry should behave in a manner similar to that of the interface |
mplsXCTable |
This table specifies information for switching between LSP segments. It supports point-to-point, point-to-multipoint and multipoint-to-point connections. mplsLabelStackTable specifies the label stack information for a cross-connect LSR and is referred to from mplsXCTable |
mplsLabelStackTable |
This table specifies the label stack to be pushed onto a packet, beneath the top label. Entries into this table are referred to from mplsXCTable |
mplsInSegmentMapTable |
This table specifies the mapping from the mplsInSegmentIndex to the corresponding mplsInSegmentInterface and mplsInSegmentLabel objects. The purpose of this table is to provide the manager with an alternative means by which to locate in-segments |
MIB Constraints
Table 3-104 lists the constraints that the router places on objects in the MPLS-LSR-STD-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-104 MPLS-LSR-STD-MIB Constraints
|
MIB Object
|
Notes
|
|
mplsSegmentTable
|
|
mplsInSegmentMapIndex |
Not supported |
|
mplsLabelStackTable
|
|
mplsLabelStackLabel |
Not supported |
mplsLabelStackLabelPtr |
Not supported |
mplsLabelStackRowStatus |
Not supported |
mplsLabelStackStorageType |
Not supported |
MPLS-TC-STD-MIB
The MPLS-TC-STD-MIB defines TEXTUAL-CONVENTIONs for concepts used in Multiprotocol Label Switching (MPLS) networks. This MIB has no tables.
MPLS-TE-STD-MIB
The MPLS-TE-STD-MIB contains managed object definitions for the MPLS Traffic Engineering (TE).
Table 3-105 lists the tables associated with this MIB.
Table 3-105 MPLS-TE-STD-MIB Tables and Descriptions
|
Name
|
Description
|
mplsTunnelTable |
mplsTunnelTable allows new MPLS tunnels to be created between an LSR and a remote endpoint, and existing tunnels to be reconfigured or removed. Note that only point-to-point tunnel segments are supported, although multipoint-to-point and point- to-multipoint connections are supported by an LSR acting as a cross-connect. Each MPLS tunnel can have one out-segment originating at this LSR or one in-segment terminating at this LSR |
mplsTunnelHopTable |
mplsTunnelHopTable is used to indicate the hops, strict or loose, for an instance of an MPLS tunnel defined in mplsTunnelTable, when it is established via signaling, for the outgoing direction of the tunnel. Thus at a transit LSR, this table contains the desired path of the tunnel from this LSR onwards. Each row in this table is indexed by mplsTunnelHopListIndex which corresponds to a group of hop lists or path options. Each row also has a secondary index mplsTunnelHopIndex, which indicates a group of hops (also known as a path option). Finally, the third index, mplsTunnelHopIndex indicates the specific hop information for a path option. To specify a particular interface on the originating LSR of an outgoing tunnel for packets to exit the LSR, specify this as the first hop for this tunnel in mplsTunnelHopTable |
mplsTunnelResourceTable |
mplsTunnelResourceTable allows a manager to specify which resources are desired for an MPLS tunnel. This table also allows several tunnels to point to a single entry in this table, implying that these tunnels should share resources |
mplsTunnelARHopTable |
mplsTunnelARHopTable is used to indicate the hops for an MPLS tunnel defined in mplsTunnelTable, as reported by the MPLS signaling protocol. Thus at a transit LSR, this table (if the table is supported and if the signaling protocol is recording actual route information) contains the actual route of the whole tunnel. If the signaling protocol is not recording the actual route, this table MAY report the information from the mplsTunnelHopTable or the mplsTunnelCHopTable. Each row in this table is indexed by mplsTunnelARHopListIndex. Each row also has a secondary index mplsTunnelARHopIndex, corresponding to the next hop that this row corresponds to. Note that since the information necessary to build entries within this table is not provided by some MPLS signaling protocols, implementation of this table is optional. Furthermore, because the information in this table is actually provided by the MPLS signaling protocol after the path has been set-up, the entries in this table are provided only for observation, and hence, all variables in this table are accessible exclusively as read-only. Note also that the contents of this table may change while it is being read because of re-routing activities. A network administrator may verify that the actual route read is consistent by reference to the mplsTunnelLastPathChange object |
mplsTunnelCHopTable |
mplsTunnelCHopTable is used to indicate the hops, strict or loose, for an MPLS tunnel defined in mplsTunnelTable, as computed by a constraint- based routing protocol, based on the mplsTunnelHopTable for the outgoing direction of the tunnel. Thus at a transit LSR, this table (if the table is supported) MAY contain the path computed by the CSPF engine on (or on behalf of) this LSR. Each row in this table is indexed by mplsTunnelCHopListIndex. Each row also has a secondary index mplsTunnelCHopIndex, corresponding to the next hop that this row corresponds to. In case we want to specify a particular interface on the originating LSR of an outgoing tunnel by which we want packets to exit the LSR, we specify this as the first hop for this tunnel in mplsTunnelCHopTable |
mplsTunnelPerfTable |
This table provides per-tunnel instance MPLS performance information |
mplsTunnelCRLDPResTable |
mplsTunnelCRLDPResTable allows a manager to specify which CR-LDP-specific resources are desired for an MPLS tunnel if that tunnel is signaled using CR-LDP. Note that these attributes are in addition to those specified in mplsTunnelResourceTable. This table also allows several tunnels to point to a single entry in this table, implying that these tunnels should share resources |
MIB Constraints
Table 3-106 lists the constraints on objects in the MPLS-TE-STD-MIB.
Table 3-106 MPLS-TE-STD-MIB Constraints
|
MIB Object
|
Notes
|
|
mplsTunnelCRLDPResTable
|
CRLDP signaling not supported for Traffic Engineering. |
NOTIFICATION-LOG-MIB
The NOTIFICATION-LOG-MIB is for logging SNMP Notifications, that is, Traps and Informs.
Table 3-107 lists the tables associated with this MIB.
Table 3-107 NOTIFICATION-LOG-MIB Tables and Descriptions
|
Name
|
Description
|
nlmConfigLogTable |
Table of logging control entries |
nlmStatsLogTable |
Table of Notification log statistics entries |
nlmLogTable |
Table of Notification log entries. It is an implementation-specific matter whether entries in this table are preserved across initializations of the management system. In general, one would expect that they are not. Note that keeping entries across initializations of the management system leads to some confusion with counters and TimeStamps, since both of those are based on sysUpTime, which resets on management initialization. In this situation, counters apply only after the reset and nlmLogTime for entries made before the reset must be set to 0 |
nlmLogVariableTable |
Table of variables to go with Notification log entries |
OSPF-MIB
The OSPF-MIB module describes the OSPF Version 2 Protocol. Note that some objects in this MIB module may pose a significant security risk. See the Security Considerations section in RFC 4750 for more information.
Table 3-108 lists the tables associated with this MIB.
Table 3-108 OSPF-MIB Tables and Descriptions
|
Name
|
Description
|
ospfAreaTable |
Information describing the configured parameters and cumulative statistics of the router's attached areas. The interfaces and virtual links are configured as part of these areas. Area 0.0.0.0, by definition, is the backbone area |
ospfStubAreaTable |
Set of metrics that is advertised by a default Area Border Router into a stub area |
ospfLsdbTable |
OSPF Process'sLSDB1 . The LSDB contains the link state advertisements from throughout the areas that the device is attached to |
ospfAreaRangeTable |
Address Range Table acts as an adjunct to the Area Table. It describes those Address Range Summaries that are configured to be propagated from an Area to reduce the amount of information about it that is known beyond its borders. It contains a set of IP address ranges specified by an IP address/IP network mask pair. For example, class B address range of x.x.x.x with a network mask of 255.255.0.0 includes all IP addresses from x.x.0.0 to x.x.255.255. Note that this table is obsoleted and is replaced by the Area Aggregate Table |
ospfHostTable |
Host/Metric Table indicates what hosts are directly attached to the router, what metrics and types of service should be advertised for them, and what areas they are found within |
ospfIfTable |
OSPF Interface Table describes the interfaces from the viewpoint of OSPF. It augments the ipAddrTable with OSPF specific information |
ospfIfMetricTable |
Metric Table describes the metrics to be advertised for a specified interface at the various types of service. As such, this table is an adjunct of the OSPF Interface Table. Types of service, as defined by RFC 791, have the ability to request low delay, high bandwidth, or reliable linkage. For the purposes of this specification, the measure of bandwidth: Metric = referenceBandwidth / ifSpeed is the default value. The default reference bandwidth is 10^8. For multiple link interfaces, note that ifSpeed is the sum of the individual link speeds. This yields a number having the following typical values: Network Type/bit rate Metric >= 100 MBPS 1 Ethernet/802.3 10 E1 48 T1 (ESF) 65 64 KBPS 1562 56 KBPS 1785 19.2 KBPS 5208 9.6 KBPS 10416 Routes that are not specified use the default (TOS 0) metric. Note that the default reference bandwidth can be configured using the general group object ospfReferenceBandwidth |
ospfVirtIfTable |
Information about this router's virtual interfaces that the OSPF Process is configured to carry on |
ospfNbrTable |
Table describing all non-virtual neighbors in the locality of the OSPF router |
ospfVirtNbrTable |
This table describes all virtual neighbors. Since virtual links are configured in the Virtual Interface Table, this table is read-only |
ospfExtLsdbTable |
OSPF Process's external LSA link state database. This table is identical to the OSPF LSDB Table in format, but contains only external link state advertisements. The purpose is to allow external LSAs to be displayed once for the router rather than once in each non-stub area. Note that external LSAs are also in the AS-scope link state database |
ospfAreaAggregateTable |
Area Aggregate Table acts as an adjunct to the Area Table. It describes those address aggregates that are configured to be propagated from an area. Its purpose is to reduce the amount of information that is known beyond an Area's borders. It contains a set of IP address ranges specified by an IP address/IP network mask pair. For example, a class B address range of x.x.x.x with a network mask of 255.255.0.0 includes all IP addresses from x.x.0.0 to x.x.255.255.
Note If ranges are configured such that one range subsumes another range (that is, 10.0.0.0 mask 255.0.0.0 and 10.1.0.0 mask 255.255.0.0), the most specific match is the preferred one. See OSPF Version 2, Appendix C.2 Area parameters
|
ospfLocalLsdbTable |
OSPF Process's link-local link state database for non-virtual links. This table is identical to the OSPF LSDB Table in format, but contains only link-local Link State Advertisements for non-virtual links. The purpose is to allow link-local LSAs to be displayed for each non-virtual interface. This table is implemented to support type-9 LSAs that are defined in OSPF Opaque LSA Option. |
ospfVirtLocalLsdbTable |
OSPF Process's link-local link state database for virtual links. This table is identical to the OSPF LSDB Table in format, but contains only link-local Link State Advertisements for virtual links. The purpose is to allow link-local LSAs to be displayed for each virtual interface. This table is implemented to support type-9 LSAs that are defined in OSPF Opaque LSA Option. |
ospfAsLsdbTable |
OSPF Process's AS-scope LSA link state database. The database contains the AS-scope Link State Advertisements from throughout the areas that the device is attached to. This table is identical to the OSPF LSDB Table in format, but contains only AS-scope Link State Advertisements. The purpose is to allow AS-scope LSAs to be displayed once for the router rather than once in each non-stub area |
ospfAreaLsaCountTable |
This table maintains per-area, per-LSA-type counters |
OSPF-TRAP-MIB
The OSPF-TRAP-MIB describes the traps for OSPF Version 2 Protocol. This MIB has no tables.
OSPFV3-MIB
The OSPFV3-MIB is the MIB module for OSPF version 3.
Table 3-109 lists the tables associated with this MIB.
Table 3-109 OSPFV3-MIB Tables and Descriptions
|
Name
|
Description
|
ospfv3AreaTable |
OSPFv3 Process's AS-Scope LSDB. The LSDB contains the AS-Scope Link State Advertisements from throughout the areas that the device is attached to. |
ospfv3AsLsdbTable |
OSPFv3 Process's AS-Scope LSDB. The LSDB contains the AS-Scope Link State Advertisements from throughout the areas that the device is attached to. |
ospfv3AreaLsdbTable |
OSPFv3 Process's Area-Scope LSDB. The LSDB contains the Area-Scope Link State Advertisements from throughout the area that the device is attached to. |
ospfv3LinkLsdbTable |
OSPFv3 Process's Link-Scope LSDB for non-virtual interfaces. The LSDB contains the Link-Scope Link State Advertisements from the interfaces that the device is attached to |
ospfv3HostTable |
Host/Metric Table indicates what hosts are directly attached to the router and their corresponding metrics |
ospfv3IfTable |
OSPFv3 Interface Table describes the interfaces from the viewpoint of OSPFv3 |
ospfv3VirtIfTable |
Information about this router's virtual interfaces that the OSPFv3 Process is configured to carry on |
ospfv3NbrTable |
A table describing all neighbors in the locality of the OSPFv3 router |
ospfv3CfgNbrTable |
Table describing all configured neighbors |
ospfv3VirtNbrTable |
Table describing all virtual neighbors |
ospfv3AreaAggregateTable |
Area Aggregate Table acts as an adjunct to the Area Table. It describes those address aggregates that are configured to be propagated from an area. Its purpose is to reduce the amount of information that is known beyond an Area's borders. A range of IPv6 prefixes specified by a prefix/prefix length pair. Note that if ranges are configured such that one range subsumes another range the most specific match is the preferred one |
ospfv3VirtLinkLsdbTable |
OSPFv3 Process's Link-Scope LSDB for virtual interfaces. The LSDB contains the Link-Scope Link State Advertisements from virtual interfaces |
RADIUS-ACC-CLIENT-MIB
The RADIUS-ACC-CLIENT-MIB is the MIB module for entities implementing the client side of the RADIUS accounting protocol.
Table 3-110 lists the tables associated with this MIB.
Table 3-110 RADIUS-ACC-CLIENT-MIB Tables and Descriptions
|
Name
|
Description
|
radiusAccServerTable |
(conceptual) Table listing the RADIUS accounting servers with which the client shares a secret. |
RADIUS-AUTH-CLIENT-MIB
The RADIUS-AUTH-CLIENT-MIB is the MIB module for entities implementing the client side of the RADIUS authentication protocol.
Table 3-111 lists the tables associated with this MIB.
Table 3-111 RADIUS-AUTH-CLIENT-MIB Tables and Descriptions
|
Name
|
Description
|
radiusAuthServerTable |
(conceptual) Table listing the RADIUS authentication servers with which the client shares a secret. |
RFC 1213-MIB
The RFC 1213-MIB is the second version of the MIB-II for using with network management protocols in TCP-based networks. This MIB is superseded by separate standard MIBs for MIB II (UDP, TCP, IP and so forth).
Note For more information on the evolution of RFC 1213-MIB see Appendix C, "RFC 1213".
Table 3-112 lists the tables associated with this MIB.
Table 3-112 RFC 1213-MIB Tables and Descriptions
|
Name
|
Description
|
ifTable |
List of interface entries. The number of entries is given by the value of ifNumber. |
atTable |
Address Translation tables contain the NetworkAddress to `physical' address equivalences. Some interfaces do not use translation tables for determining address equivalences (for example, DDN-X.25 has an algorithmic method); if all interfaces are of this type, then the Address Translation table is empty, in other words, has zero entries. |
ipAddrTable |
Table of addressing information relevant to this entity's IP addresses. |
ipRouteTable |
This entity's IP Routing table. |
ipNetToMediaTable |
IP Address Translation table used for mapping from IP addresses to physical addresses. |
tcpConnTable |
Table containing TCP connection-specific information. |
udpTable |
Table containing UDP listener information. |
egpNeighTable |
EGP neighbor table. |
RSVP-MIB
The RSVP-MIB contains the tables which contain RSVP specific information. RSVP is a signaling protocol that enables systems to request resource reservations from the network. RSVP processes protocol messages from other systems, processes resource requests from local clients, and generates protocol messages. As a result, resources are reserved for data flows on behalf of local and remote clients. RSVP creates, maintains and deletes these resource reservations and the MIB provides status data corresponding to this.
Table 3-113 lists the tables associated with this MIB.
Table 3-113 RSVP-MIB Tables and Descriptions
|
Name
|
Description
|
ifTable |
List of interface entries. The number of entries is given by the value of ifNumber. |
atTable |
Address Translation tables contain theNetwork Address to physical address equivalences. Some interfaces do not use translation tables for determining address equivalences (that is, DDN-X.25 has an algorithmic method); if all interfaces are of this type, then the Address Translation table is empty, that is, has zero entries. |
ipAddrTable |
Table of addressing information relevant to this entity's IP addresses. |
ipRouteTable |
This entity's IP Routing table. |
ipNetToMediaTable |
IP Address Translation table used for mapping from IP addresses to physical addresses. |
tcpConnTable |
Table containing TCP connection-specific information. |
udpTable |
Table containing UDP listener information. |
egpNeighTable |
EGP neighbor table. |
MIB Constraints
Table 3-114 lists the constraints on objects in the RSVP-MIB.
Table 3-114 RSVP-MIB Constraints
|
MIB Object
|
Notes
|
|
rsvpResvFwdNewIndex
|
Not supported |
rsvpSenderNewIndex |
Not supported |
rsvpBadPackets |
Not supported |
rsvpResvNewIndex |
Not supported |
rsvpSession NewIndex |
Not supported |
SNMP-COMMUNITY-MIB (RFC 2576)
The SNMP-COMMUNITY-MIB (RFC 2576) contains objects that help support coexistence between SNMPv1, SNMPv2c, and SNMPv3.
Note For more information on SNMP-COMMUNITY-MIB see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-115 lists the tables associated with this MIB.
Table 3-115 SNMP-COMMUNITY-MIB Tables and Descriptions
|
Name
|
Description
|
snmpCommunityTable |
Table of community strings configured in the SNMP engine's LCD. |
snmpTargetAddrExtTable |
Table of mask and mms values associated with the snmpTargetAddrTable. The snmpTargetAddrExtTable augments the snmpTargetAddrTable with a transport address mask value and a maximum message size value. The transport address mask allows entries in the snmpTargetAddrTable to define a set of addresses instead of just a single address. The maximum message size value allows the maximum message size of another SNMP entity to be configured for use in SNMPv1 (and SNMPv2c) transactions, where the message format does not specify a maximum message size. |
SNMP-FRAMEWORK-MIB (RFC 2571)
The SNMP-FRAMEWORK-MIB (RFC 2571) contains objects that describe the SNMP management architecture. There are no constraints on this MIB. This MIB has no tables.
Note For more information on SNMP-centric MIBs see Appendix D, "Process Information for SNMP-centric MIBs".
SNMP-MPD-MIB (RFC 2572)
The SNMP-MPD-MIB is the MIB for message processing and dispatching. This MIB has no tables.
Note For more information on SNMP-centric MIBs see Appendix D, "Process Information for SNMP-centric MIBs".
SNMP-NOTIFICATION-MIB (RFC 2573)
The SNMP-NOTIFICATION-MIB contains managed objects for SNMPv3 notifications. The MIB also defines a set of filters that limit the number of notifications generated by a particular entity (snmpNotifyFilterProfileTable and snmpNotifyFilterTable).
Objects in the snmpNotifyTable are used to select entities in the SNMP-TARGET-MIB snmpTargetAddrTable and specify the types of supported SNMP notifications.
Note For more information on SNMP-centric MIBs see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-116 lists the tables associated with this MIB.
Table 3-116 SNMP-NOTIFICATION-MIB Tables and Descriptions
|
Name
|
Description
|
snmpNotifyTable |
This table is used to select management targets which should receive notifications, as well as the type of notification which should be sent to each selected management target |
snmpNotifyFilterProfileTable |
This table is used to associate a notification filter profile with a particular set of target parameters |
snmpNotifyFilterTable |
Table of filter profiles. Filter profiles are used to determine whether particular management targets should receive particular notifications. When a notification is generated, it must be compared with the filters associated with each management target which is configured to receive notifications, to determine whether it may be sent to each such management target. A more complete discussion of notification filtering can be found in section 6. of (RFC 2573) |
SNMP-TARGET-MIB (RFC 2573)
The SNMP-TARGET-MIB (RFC 2573) contains objects to remotely configure the parameters used by an entity to generate SNMP notifications. The MIB defines the addresses of the destination entities for SNMP notifications and contains a list of tag values that are used to filter the notifications sent to the entities (see the SNMP-NOTIFICATION-MIB). There are no constraints on this MIB.
Note For more information on SNMP-centric MIBs see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-117 lists the tables associated with this MIB.
Table 3-117 SNMP-TARGET-MIB Tables and Descriptions
|
Name
|
Description
|
snmpTargetAddrTable |
Table of transport addresses to be used in the generation of SNMP messages |
snmpTargetParamsTable |
Table of SNMP target information to be used in the generation of SNMP messages |
SNMP-USM-MIB (RFC 2574)
The SNMP-USM-MIB (RFC 2574) contains objects that describe the SNMP user-based security model.
Note For more information on SNMP-USM-MIB see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-118 lists the tables associated with this MIB.
Table 3-118 SNMP-USM-MIB Tables and Descriptions
|
Name
|
Description
|
usmUserTable |
Table of users configured in the SNMP engine's LCD. To create a new user (that is, to instantiate a new conceptual row in this table), it is recommended to follow this procedure: 1) GET(usmUserSpinLock.0) and save in sValue. 2) SET(usmUserSpinLock.0=sValue, usmUserCloneFrom=templateUser, usmUserStatus=createAndWait) You should use a template user to clone from which has the proper auth/priv protocol defined. If the new user is to use privacy: 3) Generate the keyChange value based on the secret privKey of the clone-from user and the secret key to be used for the new user. Let us call this pkcValue. 4) GET(usmUserSpinLock.0) and save in sValue. 5) SET(usmUserSpinLock.0=sValue, usmUserPrivKeyChange=pkcValue usmUserPublic=randomValue1) 6) GET(usmUserPulic) and check it has randomValue1. If not, repeat steps 4-6. If the new user will never use privacy: 7) SET(usmUserPrivProtocol=usmNoPrivProtocol) If the new user is to use authentication: 8) Generate the keyChange value based on the secret authKey of the clone-from user and the secret key to be used for the new user. Let us call this akcValue. 9)GET(usmUserSpinLock.0) and save in sValue. 10) SET(usmUserSpinLock.0=sValue, usmUserAuthKeyChange=akcValue usmUserPublic=randomValue2) 11) GET(usmUserPulic) and check it has randomValue2. If not, repeat steps 9 to11. If the new user will never use authentication: 12) SET(usmUserAuthProtocol=usmNoAuthProtocol) Finally, activate the new user: 13) SET(usmUserStatus=active) The new user should now be available and ready to be used for SNMPv3 communication. Note however that access to MIB data must be provided via configuration of the SNMP-VIEW-BASED-ACM-MIB. The use of usmUserSpinlock is to avoid conflicts with another SNMP command responder application which may also be acting on the usmUserTable |
SNMP-VACM-MIB (RFC 2575)
The SNMP-VACM-MIB contains objects to manage the View-Based Access Control Model (VACM) for SNMP clients and managers. The MODULE-IDENTITY for the SNMP-VACM-MIB is snmpVacmMIB, and its top-level OID is 1.3.6.1.6.3.16 (iso.org.dod.internet.snmpv2.snmpModules.snmpVacmMIB).
Note For more information on SNMP-VACM-MIB see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-119 lists the tables associated with this MIB.
Table 3-119 SNMP-VACM-MIB Tables and Descriptions
|
Name
|
Description
|
vacmContextTable |
Table of locally available contexts. This table provides information to SNMP Command Generator applications so that they can properly configure the vacmAccessTable to control access to all contexts at the SNMP entity. This table may change dynamically if the SNMP entity allows that contexts are added or deleted dynamically (for instance when its configuration changes). Such changes would happen only if the management instrumentation at that SNMP entity recognizes more (or fewer) contexts. The presence of entries in this table and of entries in the vacmAccessTable are independent. That is, a context identified by an entry in this table is not necessarily referenced by any entries in the vacmAccessTable; and the context(s) referenced by an entry in the vacmAccessTable does not necessarily currently exist and thus need not be identified by an entry in this table. This table must be made accessible via the default context so that Command Responder applications have a standard way of retrieving the information. This table is read-only. It cannot be configured via SNMP |
vacmSecurityToGroupTable |
This table maps a combination of securityModel and securityName into a groupName which is used to define an access control policy for a group of principals |
vacmAccessTable |
Table of access rights for groups. Each entry is indexed by a groupName, a contextPrefix, a securityModel and a securityLevel. To determine whether access is allowed, one entry from this table needs to be selected and the proper viewName from that entry must be used for access control checking. To select the proper entry, follow these steps: 1) The set of possible matches is formed by the intersection of the following sets of entries: the set of entries with identical vacmGroupName the union of these two sets: •Set with identical vacmAccessContextPrefix •Set of entries with vacmAccessContextMatch value of 'prefix' and matching vacmAccessContextPrefix intersected with the union of these two sets: •Set of entries with identical vacmSecurityModel •Set of entries with vacmSecurityModel value of 'any' intersected with the set of entries with vacmAccessSecurityLevel value less than or equal to the requested securityLevel 2) If this set has only one member, we are finished, otherwise, it comes down to deciding how to weight the preferences between ContextPrefixes, SecurityModels, and SecurityLevels as follows: a) If the subset of entries with securityModel matching the securityModel in the message is not empty, then discard the rest. b) If the subset of entries with vacmAccessContextPrefix matching the contextName in the message is not empty, then discard the rest c) Discard all entries with ContextPrefixes shorter than the longest one remaining in the set d) Select the entry with the highest securityLevel Note that for securityLevel noAuthNoPriv, all groups are really equivalent since the assumption that the securityName has been authenticated does not hold |
vacmViewTreeFamilyTable |
Locally held information about families of subtrees within MIB views. Each MIB view is defined by two sets of view subtrees: •Included view subtrees •Excluded view subtrees. Every such view subtree, both the included and the excluded ones, is defined in this table. To determine if a particular object instance is in a particular MIB view, compare the object instance's OBJECT IDENTIFIER with each of the MIB view's active entries in this table. If none match, then the object instance is not in the MIB view. If one or more match, then the object instance is included in, or excluded from, the MIB view according to the value of vacmViewTreeFamilyType in the entry whose value of vacmViewTreeFamilySubtree has the most sub-identifiers. If multiple entries match and have the same number of sub-identifiers (when wildcarding is specified with the value of vacmViewTreeFamilyMask), then the lexicographically greatest instance of vacmViewTreeFamilyType determines the inclusion or exclusion. An object instance's OBJECT IDENTIFIER X matches an active entry in this table when the number of sub-identifiers in X is at least as many as in the value of vacmViewTreeFamilySubtree for the entry, and each sub-identifier in the value of vacmViewTreeFamilySubtree matches its corresponding sub-identifier in X. Two sub-identifiers match either if the corresponding bit of the value of vacmViewTreeFamilyMask for the entry is zero (the 'wild card' value), or if they are equal. A 'family' of subtrees is the set of subtrees defined by a particular combination of values of vacmViewTreeFamilySubtree and vacmViewTreeFamilyMask. In the case where no 'wild card' is defined in the vacmViewTreeFamilyMask, the family of subtrees reduces to a single subtree. When creating or changing MIB views, an SNMP Command Generator application should utilize the vacmViewSpinLock to try to avoid collisions. See DESCRIPTION clause of vacmViewSpinLock. When creating MIB views, it is strongly advised that first the 'excluded' vacmViewTreeFamilyEntries are created and then the 'included' entries. When deleting MIB views, it is strongly advised that first the 'included' vacmViewTreeFamilyEntries are deleted and then the 'excluded' entries. If a create for an entry for instance-level access control is received and the implementation does not support instance-level granularity, then an inconsistentName error must be returned. |
SNMPv2-MIB (RFC 1907)
The SNMPv2-MIB contains objects SNMPv2 entities. The SNMPv2-MIB contains the following mandatory object groups:
•SNMP group—Collection of objects providing basic instrumentation and control of an SNMP entity.
•System group—Collection of objects common to all managed systems.
•snmpSetGroup—Collection of objects that allow several cooperating SNMPv2 entities, all acting in a manager role, to coordinate their use of the SNMPv2 set operation.
•snmpBasicNotificationsGroup—Two notifications are coldStart and authenticationFailure, which an SNMPv2 entity is required to implement.
Note For more information on SNMP-centric MIBs see Appendix D, "Process Information for SNMP-centric MIBs".
Table 3-120 lists the tables associated with this MIB.
Table 3-120 SNMPv2-MIB Tables and Descriptions
|
Name
|
Description
|
sysORTable |
(conceptual) Table listing the capabilities of the local SNMP application acting as a command responder about various MIB modules. SNMP entities having dynamically-configurable support of MIB modules have a dynamically-varying number of conceptual rows |
SONET-MIB
The SONET-MIB describes SONET/SDH interface objects.
Table 3-121 lists the tables associated with this MIB.
Table 3-121 SONET-MIB Tables and Descriptions
|
Name
|
Description
|
sonetMediumTable |
SONET/SDH Medium table. |
sonetSectionCurrentTable |
SONET/SDH Section Current table. |
sonetSectionIntervalTable |
SONET/SDH Section Interval table. |
sonetLineCurrentTable |
SONET/SDH Line Current table. |
sonetLineIntervalTable |
SONET/SDH Line Interval table. |
sonetFarEndLineCurrentTable |
SONET/SDH Far End Line Current table. |
sonetFarEndLineIntervalTable |
SONET/SDH Far End Line Interval table. |
sonetPathCurrentTable |
SONET/SDH Path Current table. |
sonetPathIntervalTable |
SONET/SDH Path Interval table. |
sonetFarEndPathCurrentTable |
SONET/SDH Far End Path Current table. |
sonetFarEndPathIntervalTable |
SONET/SDH Far End Path Interval table. |
sonetVTCurrentTable |
SONET/SDH VT Current table. |
sonetVTIntervalTable |
SONET/SDH VT Interval table. |
sonetFarEndVTCurrentTable |
SONET/SDH Far End VT Current table. |
sonetFarEndVTIntervalTable |
SONET/SDH Far End VT Interval table. |
TCP-MIB
The TCP-MIB is the MIB module for managing TCP implementations.
Table 3-122 lists the tables associated with this MIB.
Table 3-122 TCP-MIB Tables and Descriptions
|
Name
|
Description
|
tcpConnectionTable |
Table containing information about existing TCP connections. Note that unlike earlier TCP MIBs, there is a separate table for connections in the LISTEN state |
tcpListenerTable |
Table containing information about TCP listeners. A listening application can be represented in three possible ways: 1. An application that is willing to accept both IPv4 and IPv6 datagrams is represented by a tcpListenerLocalAddressType of unknown (0) and a tcpListenerLocalAddress of `h' (a zero-length octet-string). 2. An application that is willing to accept only IPv4 or IPv6 datagrams is represented by a tcpListenerLocalAddressType of the appropriate address type and a tcpListenerLocalAddress of '0.0.0.0' or '::' respectively. 3. An application that is listening for data destined only to a specific IP address, but from any remote system, is represented by a tcpListenerLocalAddressType of an appropriate address type, with tcpListenerLocalAddress as the specific local address.
Note The address type in this table represents the address type used for the communication, irrespective of the higher-layer abstraction. For example, an application using IPv6 'sockets' to communicate via IPv4 between ::ffff:10.0.0.1 and ::ffff:10.0.0.2 would use InetAddressType IPv4(1))
|
tcpConnTable |
Table containing information about existing IPv4-specific TCP connections or listeners. This table has been deprecated in favor of the version neutral tcpConnectionTable |
MIB Constraints
Table 3-123 lists the constraints that the router places on objects in the TCP-MIB.
Table 3-123 TCP-MIB Constraints
|
MIB Object
|
Notes
|
|
tcpConnectionTable
|
|
tcpConnectionProcess |
Not supported |
UDP-MIB
The UDP-MIB is the MIB module for UDP implementations. See RFC 4113.
Table 3-124 lists the tables associated with this MIB.
Table 3-124 UDP-MIB Tables and Descriptions
|
Name
|
Description
|
udpEndpointTable |
Table containing information about this entity's UDP endpoints on which a local application is currently accepting or sending datagrams. The address type in this table represents the address type used for the communication, irrespective of the higher-layer abstraction. For example, an application using IPv6 'sockets' to communicate via IPv4 between ::ffff:10.0.0.1 and ::ffff:10.0.0.2 would use InetAddressType IPv4(1). Unlike the udpTable in RFC 2013, this table also allows the representation of an application that completely specifies both local and remote addresses and ports. A listening application is represented in three possible ways:
1) An application that is willing to accept both IPv4 and IPv6 datagrams is represented by a udpEndpointLocalAddressType of unknown(0) and a udpEndpointLocalAddress of h (a zero-length octet-string).
2) An application that is willing to accept only IPv4 or only IPv6 datagrams is represented by a udpEndpointLocalAddressType of the appropriate address type and a udpEndpointLocalAddress of '0.0.0.0' or '::' respectively.
3) An application that is listening for datagrams only for a specific IP address but from any remote system is represented by a udpEndpointLocalAddressType of the appropriate address type, with udpEndpointLocalAddress specifying the local address.
In all cases where the remote is a wildcard, the udpEndpointRemoteAddressType is unknown(0), the udpEndpointRemoteAddress is h (a zero-length octet-string), and the udpEndpointRemotePort is 0. If the operating system is demultiplexing UDP packets by remote address and port, or if the application has 'connected' the socket specifying a default remote address and port, the udpEndpointRemote* values should be used to reflect this |
udpTable |
Table containing IPv4-specific UDP listener information. It contains information about all local IPv4 UDP end-points on which an application is currently accepting datagrams. This table has been replaced by the version neutral udpEndpointTable but is currently still supported on IOS XR. |
MIB Constraints
Table 3-125 lists the constraints that the router places on objects in the UDP-MIB. For detailed definitions of MIB objects, see the MIB.
Table 3-125 UDP-MIB Constraints
|
MIB Object
|
Notes
|
|
tcpConnectionTable
|
|
udpEndPointProcess |
Not supported |
VPN-TC-STD-MIB
The VPN-TC-STD-MIB contains TCs for VPNs. There are no tables associated with this MIB.
VRRP-MIB
The VRRP-MIB describes objects used for managing Virtual Router Redundancy Protocol (VRRP) routers.
Table 3-126 lists the tables associated with this MIB.
Table 3-126 VRRP-MIB Tables and Descriptions
|
Name
|
Description
|
vrrpOperTable |
Operations table for a VRRP router which consists of a sequence (that is, one or more conceptual rows) of 'vrrpOperEntry' items. |
vrrpAssoIpAddrTable |
Table of addresses associated with this virtual router. |
vrrpRouterStatsTable |
Table of virtual router statistics. |
Feedback