Cisco Carrier Routing System and Cisco XR 12000 Series Router MIB Support Guide
Platform-Independent MIB Specifications
Downloads: This chapterpdf (PDF - 1.36MB) The complete bookPDF (PDF - 2.46MB) | Feedback

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

MIB Constraints

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-REDUNDANCY-MIB

MIB Tables

MIB Constraints

CISCO-ENTITY-SENSOR-MIB

MIB Constraints

MIB Usage Values for Cisco Transceivers

CISCO-ENTITY-STATE-EXT-MIB

MIB Tables

MIB Constraints

CISCO-FABRIC-HFR-MIB

MIB Tables

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-IP-STAT-MIB

MIB Tables

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

ENTITY-STATE-MIB

MIB Constraints

EVENT-MIB

MIB Constraints

EXPRESSION-MIB

FRAME-RELAY-DTE-MIB

IEEE8021-CFM-MIB

MIB Objects

MIB Constraints

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

MEF-SOAM-PM-MIB

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 XR 12000 Series Router MIBs” for more information on Cisco XR 12000 Series router 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

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.


NoteNot 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.

Platform-Independent MIB Categories

The MIBs are categorized into three types:

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.


NoteThe CISCO-IPSEC-FLOW-MONITOR-MIB, CISCO-IPSEC-MIB, and CISCO-IPSEC-POLICY-MAP-MIB are not supported in Release 4.2.


MIB Support Category Summary

IGP/EGP Routing Protocol MIB Support Summary

Table 1-1 is a summary of IOS-XR IGP/EGP Routing MIB Support.

 

Table 1-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 1-2 is a summary of IOS-XR Multicast MIB Support.

MSD

Table 1-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

1.MSDP = multicast source discovery protocol

L2VPN MIB Support Summary

Table 1-3 is a summary of IOS-XR L2VPN MIB Support.

 

Table 1-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 1-4 is a summary of IOS-XR IPv6 MIB Support.

 

Table 1-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.

NoteFor 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.



NoteIn the following table, the termRevision not available refers to the MIB module that does not have a recorded time stamp indicating the latest modification.


Platform Independent MIBs

Table 1-5 lists the Platform-Independent MIBs.

 

Table 1-5 Platform-Independent MIBs

MIB
midb process
Supported
Unsupported or Unverified
Not in Image
Verified
Unverified

mibd-
interface

 

 

 

 

  • Release 3.7

 

9810191200Z

 

 

 

  • Release 3.9

 

9810191200Z

 

 

 

  • Release 4.0

 

9810191200Z

 

 

 

  • Release 4.2

 

9810191200Z

 

 

 

  • Release 4.3

 

9810191200Z

 

 

 

 

 

 

 

 

  • Release 3.7

Revision not available

 

 

 

  • Release 3.9

 

Revision not available

 

 

 

  • Release 4.0

 

Revision not available

 

 

 

  • Release 4.2

 

Revision not available

 

 

 

  • Release 4.3

 

Revision not available

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200309230000Z

 

 

 

  • Release 3.9

 

200309230000Z

 

 

 

  • Release 4.0

 

200309230000Z

 

 

 

  • Release 4.2

 

200309230000Z

 

 

 

  • Release 4.3

 

200309230000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

RFC 4273

 

 

 

  • Release 3.9

 

RFC 4273

 

 

 

  • Release 4.0

 

RFC 4273

 

 

 

  • Release 4.2

 

RFC 4273

 

 

 

  • Release 4.3

 

RFC 4273

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

RFC 4188

 

 

 

  • Release 3.9

 

RFC 4188

 

 

 

  • Release 4.0

 

RFC 4188

 

 

 

  • Release 4.2

 

RFC 4188

 

 

 

  • Release 4.3

 

RFC 4188

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200301060000Z

 

 

 

  • Release 3.9

 

200301060000Z

 

 

 

  • Release 4.0

 

200301060000Z

 

 

 

  • Release 4.2

 

200301060000Z

 

 

 

  • Release 4.3

 

200301060000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200206100000Z

 

 

 

  • Release 3.9

 

200206100000Z

 

 

 

  • Release 4.0

 

200206100000Z

 

 

 

  • Release 4.2

 

200206100000Z

 

 

 

  • Release 4.3

 

200206100000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200302240000Z

 

 

 

  • Release 3.9

 

200302240000Z

 

 

 

  • Release 4.0

 

200302240000Z

 

 

 

  • Release 4.2

 

200302240000Z

 

 

 

  • Release 4.3

 

200302240000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200207260000Z

 

 

 

  • Release 3.9

 

200207260000Z

 

 

 

  • Release 4.0

 

200207260000Z

 

 

 

  • Release 4.2

 

200207260000Z

 

 

 

  • Release 4.3

 

200207260000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200206100000Z

 

 

 

  • Release 3.9

 

200206100000Z

 

 

 

  • Release 4.0

 

200206100000Z

 

 

 

  • Release 4.2

 

200206100000Z

 

 

 

  • Release 4.3

 

200206100000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9812100000Z

 

 

 

  • Release 3.9

 

9812100000Z

 

 

 

  • Release 4.0

 

9812100000Z

 

 

 

  • Release 4.2

 

9812100000Z

 

 

 

  • Release 4.3

 

9812100000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200901260000Z

 

 

 

  • Release 3.9

 

200901260000Z

 

 

 

  • Release 4.0

 

200901260000Z

 

 

 

  • Release 4.2

 

200901260000Z

 

 

 

  • Release 4.3

 

200901260000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200504060000Z

 

 

 

  • Release 3.9

 

200504060000Z

 

 

 

  • Release 4.0

 

200504060000Z

 

 

 

  • Release 4.2

 

200504060000Z

 

 

 

  • Release 4.3

 

200504060000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200704270000Z

 

 

 

  • Release 3.9

 

200704270000Z

 

 

 

  • Release 4.0

 

200704270000Z

 

 

 

  • Release 4.2

 

200704270000Z

 

 

 

  • Release 4.3

 

200704270000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200811220000Z

 

 

 

  • Release 3.9

 

200811220000Z

 

 

 

  • Release 4.0

 

200811220000Z

 

 

 

  • Release 4.2

 

200811220000Z

 

 

 

  • Release 4.3

 

200811220000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200205210000Z

 

 

 

  • Release 3.9

 

200205210000Z

 

 

 

  • Release 4.0

 

200205210000Z

 

 

 

  • Release 4.2

 

200205210000Z

 

 

 

  • Release 4.3

 

200205210000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200501060000Z

 

 

 

  • Release 3.9

 

200501060000Z

 

 

 

  • Release 4.0

 

200501060000Z

 

 

 

  • Release 4.2

 

200501060000Z

 

 

 

  • Release 4.3

 

200501060000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200812050000Z

 

 

 

  • Release 3.9

 

200812050000Z

 

 

 

  • Release 4.0

 

200812050000Z

 

 

 

  • Release 4.2

 

200812050000Z

 

 

 

  • Release 4.3

 

200812050000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200309180000Z

 

 

 

  • Release 3.9

 

200309180000Z

 

 

 

  • Release 4.0

 

200309180000Z

 

 

 

  • Release 4.2

 

200309180000Z

 

 

 

  • Release 4.3

 

200309180000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200810080000Z

 

 

 

  • Release 3.9

 

200810080000Z

 

 

 

  • Release 4.0

 

200810080000Z

 

 

 

  • Release 4.2

 

200810080000Z

 

 

 

  • Release 4.3

 

200810080000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

 

 

 

 

  • Release 3.9

 

 

 

 

 

  • Release 4.0

 

 

 

 

 

  • Release 4.2

 

 

 

 

 

  • Release 4.3

 

200510010000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200711120000Z

 

 

 

  • Release 3.9

 

200711120000Z

 

 

 

  • Release 4.0

 

200711120000Z

 

 

 

  • Release 4.2

 

200711120000Z

 

 

 

  • Release 4.3

 

200711120000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

201006160000Z

 

 

 

  • Release 3.9

 

201006160000Z

 

 

 

  • Release 4.0

 

201006160000Z

 

 

 

  • Release 4.2

 

201006160000Z

 

 

 

  • Release 4.3

 

201006160000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200904140000Z

 

 

 

  • Release 3.9

 

200904140000Z

 

 

 

  • Release 4.0

 

200904140000Z

 

 

 

  • Release 4.2

 

200904140000Z

 

 

 

  • Release 4.3

 

200904140000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200906030000Z

 

 

 

  • Release 3.9

 

200906030000Z

 

 

 

  • Release 4.0

 

200906030000Z

 

 

 

  • Release 4.2

 

200906030000Z

 

 

 

  • Release 4.3

 

200906030000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200010130000Z

 

 

 

  • Release 3.9

 

200010130000Z

 

 

 

  • Release 4.0

 

200010130000Z

 

 

 

  • Release 4.2

 

200010130000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200603310000Z

 

 

 

  • Release 3.9

 

200603310000Z

 

 

 

  • Release 4.0

 

200603310000Z

 

 

 

  • Release 4.2

 

200603310000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9808030000Z

 

 

 

  • Release 3.9

 

9808030000Z

 

 

 

  • Release 4.0

 

9808030000Z

 

 

 

  • Release 4.2

 

9808030000Z

 

 

 

  • Release 4.3

 

9808030000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9808030000Z

 

 

 

  • Release 3.9

 

9808030000Z

 

 

 

  • Release 4.0

 

9808030000Z

 

 

 

  • Release 4.2

 

9808030000Z

 

 

 

  • Release 4.3

 

9808030000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200804240000Z

 

 

 

  • Release 3.9

 

200804240000Z

 

 

 

  • Release 4.0

 

200804240000Z

 

 

 

  • Release 4.2

 

200804240000Z

 

 

 

  • Release 4.3

 

200804240000Z

 

 

 

mibd
route

 

 

 

 

  • Release 3.7

 

200804291200Z

 

 

 

  • Release 3.9

 

200804291200Z

 

 

 

  • Release 4.0

 

200804291200Z

 

 

 

  • Release 4.2

 

200804291200Z

 

 

 

  • Release 4.3

 

200804291200Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200608240000Z

 

 

 

  • Release 3.9

 

200608240000Z

 

 

 

  • Release 4.0

 

200608240000Z

 

 

 

  • Release 4.2

 

200608240000Z

 

 

 

  • Release 4.3

 

200608240000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200605190000Z

 

 

 

  • Release 3.9

 

200605190000Z

 

 

 

  • Release 4.0

 

200605190000Z

 

 

 

  • Release 4.2

 

200605190000Z

 

 

 

  • Release 4.3

 

200605190000Z

 

 

 

 

 

 

 

  • Release 3.7

 

200502220000Z

 

 

 

  • Release 3.9

 

200502220000Z

 

 

 

  • Release 4.0

 

200502220000Z

 

 

 

  • Release 4.2

 

200502220000Z

 

 

 

  • Release 4.3

 

200502220000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200608250000Z

 

 

 

  • Release 3.9

 

200608250000Z

 

 

 

  • Release 4.0

 

200608250000Z

 

 

 

  • Release 4.2

 

200608250000Z

 

 

 

  • Release 4.3

 

200608250000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200512200000Z

 

 

 

  • Release 3.9

 

200512200000Z

 

 

 

  • Release 4.0

 

200512200000Z

 

 

 

  • Release 4.2

 

200512200000Z

 

 

 

  • Release 4.3

 

200512200000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200209221200Z

 

 

 

  • Release 3.9

 

200209221200Z

 

 

 

  • Release 4.0

 

200209221200Z

 

 

 

  • Release 4.2

 

200209221200Z

 

 

 

  • Release 4.3

 

200209221200Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200302261200Z

 

 

 

  • Release 3.9

 

200302261200Z

 

 

 

  • Release 4.0

 

200302261200Z

 

 

 

  • Release 4.2

 

200302261200Z

 

 

 

  • Release 4.3

 

200302261200Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200810240000Z

 

 

 

  • Release 3.9

 

200810240000Z

 

 

 

  • Release 4.0

 

200810240000Z

 

 

 

  • Release 4.2

 

200810240000Z

 

 

 

  • Release 4.3

 

200810240000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200710221200Z

 

 

 

  • Release 3.9

 

200710221200Z

 

 

 

  • Release 4.0

 

200710221200Z

 

 

 

  • Release 4.2

 

200710221200Z

 

 

 

  • Release 4.3

 

200710221200Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200711221200Z

 

 

 

  • Release 3.9

 

200711221200Z

 

 

 

  • Release 4.0

 

200711221200Z

 

 

 

  • Release 4.2

 

200711221200Z

 

 

 

  • Release 4.3

 

200711221200Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200707230000Z

 

 

 

  • Release 3.9

 

 

 

 

 

  • Release 4.0

 

 

 

 

 

  • Release 4.2

 

 

 

 

 

  • Release 4.3

 

 

 

 

 

mibd-interface

 

 

 

 

  • Release 3.7

 

200112202300Z

 

 

 

  • Release 3.9

 

200112202300Z

 

 

 

  • Release 4.0

 

200112202300Z

 

 

 

  • Release 4.2

 

200112202300Z

 

 

 

  • Release 4.3

 

200112202300Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200107310000Z

 

 

 

  • Release 3.9

 

200107310000Z

 

 

 

  • Release 4.0

 

200107310000Z

 

 

 

  • Release 4.2

 

200107310000Z

 

 

 

  • Release 4.3

 

200107310000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200607310000Z

 

 

 

  • Release 3.9

 

200607310000Z

 

 

 

  • Release 4.0

 

200607310000Z

 

 

 

  • Release 4.2

 

200607310000Z

 

 

 

  • Release 4.3

 

200607310000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200710100000Z

 

 

 

  • Release 3.9

 

200710100000Z

 

 

 

  • Release 4.0

 

200710100000Z

 

 

 

  • Release 4.2

 

200710100000Z

 

 

 

  • Release 4.3

 

200710100000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200011020000Z

 

 

 

  • Release 3.9

 

200011020000Z

 

 

 

  • Release 4.0

 

200011020000Z

 

 

 

  • Release 4.2

 

200011020000Z

 

 

 

  • Release 4.3

 

200011020000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200108280000Z

 

 

 

  • Release 3.9

 

200108280000Z

 

 

 

  • Release 4.0

 

200108280000Z

 

 

 

  • Release 4.2

 

200108280000Z

 

 

 

  • Release 4.3

 

200108280000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200910120000Z

 

 

 

  • Release 3.9

 

200910120000Z

 

 

 

  • Release 4.0

 

200910120000Z

 

 

 

  • Release 4.2

 

200910120000Z

 

 

 

  • Release 4.3

 

200910120000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200803180000Z

 

 

 

  • Release 3.9

 

200803180000Z

 

 

 

  • Release 4.0

 

200803180000Z

 

 

 

  • Release 4.2

 

200803180000Z

 

 

 

  • Release 4.3

 

200803180000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200803240000Z

 

 

 

  • Release 3.9

 

200803240000Z

 

 

 

  • Release 4.0

 

200803240000Z

 

 

 

  • Release 4.2

 

200803240000Z

 

 

 

  • Release 4.3

 

200803240000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200303070000Z

 

 

 

  • Release 3.9

 

200303070000Z

 

 

 

  • Release 4.0

 

200303070000Z

 

 

 

  • Release 4.2

 

200303070000Z

 

 

 

  • Release 4.3

 

200303070000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200512030000Z

 

 

 

  • Release 3.9

 

200512030000Z

 

 

 

  • Release 4.0

 

200512030000Z

 

 

 

  • Release 4.2

 

200512030000Z

 

 

 

  • Release 4.3

 

200512030000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200709160000Z

 

 

 

  • Release 3.9

 

200709160000Z

 

 

 

  • Release 4.0

 

200709160000Z

 

 

 

  • Release 4.2

 

200709160000Z

 

 

 

  • Release 4.3

 

200709160000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200111120000Z

 

 

 

  • Release 3.9

 

200111120000Z

 

 

 

  • Release 4.0

 

200111120000Z

 

 

 

  • Release 4.2

 

200111120000Z

 

 

 

  • Release 4.3

 

200111120000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9904010530Z

 

 

 

  • Release 3.9

 

9904010530Z

 

 

 

  • Release 4.0

 

9904010530Z

 

 

 

  • Release 4.2

 

9904010530Z

 

 

 

  • Release 4.3

 

9904010530Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9808011830Z

 

 

 

  • Release 3.9

 

9808011830Z

 

 

 

  • Release 4.0

 

9808011830Z

 

 

 

  • Release 4.2

 

9808011830Z

 

 

 

  • Release 4.3

 

9808011830Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200205210000Z

 

 

 

  • Release 3.9

 

200205210000Z

 

 

 

  • Release 4.0

 

200205210000Z

 

 

 

  • Release 4.2

 

200205210000Z

 

 

 

  • Release 4.3

 

200205210000Z

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

RFC 2737

 

 

 

  • Release 3.9

 

RFC 2737

 

 

 

  • Release 4.0

 

RFC 2737

 

 

 

  • Release 4.2

 

RFC 2737

 

 

 

  • Release 4.3

 

RFC 2737

 

 

 

mibd-entity

 

 

 

 

  • Release 3.7

 

200511220000Z

 

 

 

  • Release 3.9

 

200511220000Z

 

 

 

  • Release 4.0

 

200511220000Z

 

 

 

  • Release 4.2

 

200511220000Z

 

 

 

  • Release 4.3

 

200511220000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

RFC 2981

 

 

 

  • Release 3.9

 

RFC 2981

 

 

 

  • Release 4.0

 

RFC 2981

 

 

 

  • Release 4.2

 

RFC 2981

 

 

 

  • Release 4.3

 

RFC 2981

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200511240000Z

 

 

 

  • Release 3.9

 

200511240000Z

 

 

 

  • Release 4.0

 

200511240000Z

 

 

 

  • Release 4.2

 

200511240000Z

 

 

 

  • Release 4.3

 

200511240000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9705010229Z

 

 

 

  • Release 3.9

 

9705010229Z

 

 

 

  • Release 4.0

 

9705010229Z

 

 

 

  • Release 4.2

 

9705010229Z

 

 

 

  • Release 4.3

 

9705010229Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200006270000Z

 

 

 

  • Release 3.9

 

200006270000Z

 

 

 

  • Release 4.0

 

200006270000Z

 

 

 

  • Release 4.2

 

200006270000Z

 

 

 

  • Release 4.3

 

200006270000Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

RFC 2233

 

 

 

  • Release 3.9

 

RFC 2233

 

 

 

  • Release 4.0

 

RFC 2233

 

 

 

  • Release 4.2

 

RFC 2233

 

 

 

  • Release 4.3

 

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

 

 

 

  • Release 4.2

 

RFC 2096

RFC 4292

 

 

 

  • Release 4.3

 

RFC 2096

RFC 4292

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

RFC 2011

 

 

 

  • Release 3.9

 

RFC 2011

 

 

 

  • Release 4.0

 

RFC 2011

 

 

 

  • Release 4.2

 

RFC 2011

 

 

 

  • Release 4.3

 

RFC 2011

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9802052155Z

 

 

 

  • Release 3.9

 

9802052155Z

 

 

 

  • Release 4.0

 

9802052155Z

 

 

 

  • Release 4.2

 

9802052155Z

 

 

 

  • Release 4.3

 

9802052155Z

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200101250000Z

 

 

 

  • Release 3.9

 

200101250000Z

 

 

 

  • Release 4.0

 

200101250000Z

 

 

 

  • Release 4.2

 

200101250000Z

 

 

 

  • Release 4.3

 

200101250000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200604040000Z

 

 

 

  • Release 3.9

 

200604040000Z

 

 

 

  • Release 4.0

 

200604040000Z

 

 

 

  • Release 4.2

 

200604040000Z

 

 

 

  • Release 4.3

 

200604040000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200601230000Z

 

 

 

  • Release 3.9

 

200601230000Z

 

 

 

  • Release 4.0

 

200601230000Z

 

 

 

  • Release 4.2

 

200601230000Z

 

 

 

  • Release 4.3

 

200601230000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200406030000Z

 

 

 

  • Release 3.9

 

200406030000Z

 

 

 

  • Release 4.0

 

200406030000Z

 

 

 

  • Release 4.2

 

200406030000Z

 

 

 

  • Release 4.3

 

200406030000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200406030000Z

 

 

 

  • Release 3.9

 

200406030000Z

 

 

 

  • Release 4.0

 

200406030000Z

 

 

 

  • Release 4.2

 

200406030000Z

 

 

 

  • Release 4.3

 

200406030000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200406030000Z

 

 

 

  • Release 3.9

 

200406030000Z

 

 

 

  • Release 4.0

 

200406030000Z

 

 

 

  • Release 4.2

 

200406030000Z

 

 

 

  • Release 4.3

 

200406030000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

RFC 3812

 

 

 

  • Release 3.9

 

RFC 3812

 

 

 

  • Release 4.0

 

RFC 3812

 

 

 

  • Release 4.2

 

RFC 3812

 

 

 

  • Release 4.3

 

RFC 3812

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200011270000Z

 

 

 

  • Release 3.9

 

200011270000Z

 

 

 

  • Release 4.0

 

200011270000Z

 

 

 

  • Release 4.2

 

200011270000Z

 

 

 

  • Release 4.3

 

200011270000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200611100000Z

 

 

 

  • Release 3.9

 

200611100000Z

 

 

 

  • Release 4.0

 

200611100000Z

 

 

 

  • Release 4.2

 

200611100000Z

 

 

 

  • Release 4.3

 

200611100000Z

 

 

 

 

 

 

 

  • Release 3.7

 

200611100000Z

 

 

 

  • Release 3.9

 

200611100000Z

 

 

 

  • Release 4.0

 

200611100000Z

 

 

 

  • Release 4.2

 

200611100000Z

 

 

 

  • Release 4.3

 

200611100000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200709171200Z

 

 

 

  • Release 3.9

 

200709171200Z

 

 

 

  • Release 4.0

 

200709171200Z

 

 

 

  • Release 4.2

 

200709171200Z

 

 

 

  • Release 4.3

 

200709171200Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200300000000Z

 

 

 

  • Release 3.9

 

200300000000Z

 

 

 

  • Release 4.0

 

200300000000Z

 

 

 

  • Release 4.2

 

200300000000Z

 

 

 

  • Release 4.3

 

200300000000Z

 

 

 

mibd-infra

 

 

 

 

  • Release 3.7

 

200300000000Z

 

 

 

  • Release 3.9

 

200300000000Z

 

 

 

  • Release 4.0

 

200300000000Z

 

 

 

  • Release 4.2

 

200300000000Z

 

 

 

  • Release 4.3

 

200300000000Z

 

 

 

 

 

 

 

  • Release 3.7

 

Revision not available

 

 

 

  • Release 3.9

 

Revision not available

 

 

 

  • Release 4.0

 

Revision not available

 

 

 

  • Release 4.2

 

Revision not available

 

 

 

  • Release 4.3

 

Revision not available

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

9808251820Z

 

 

 

  • Release 3.9

 

9808251820Z

 

 

 

  • Release 4.0

 

9808251820Z

 

 

 

  • Release 4.2

 

9808251820Z

 

 

 

  • Release 4.3

 

9808251820Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

200210140000Z

 

 

 

  • Release 3.9

 

200210140000Z

 

 

 

  • Release 4.0

 

200210140000Z

 

 

 

  • Release 4.2

 

200210140000Z

 

 

 

  • Release 4.3

 

200210140000Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

200210140000Z

 

 

 

  • Release 3.9

 

200210140000Z

 

 

 

  • Release 4.0

 

200210140000Z

 

 

 

  • Release 4.2

 

200210140000Z

 

 

 

  • Release 4.3

 

200210140000Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

9905041636Z

 

 

 

  • Release 3.9

 

9905041636Z

 

 

 

  • Release 4.0

 

9905041636Z

 

 

 

  • Release 4.2

 

9905041636Z

 

 

 

  • Release 4.3

 

9905041636Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

9808040000Z

 

 

 

  • Release 3.9

 

9808040000Z

 

 

 

  • Release 4.0

 

9808040000Z

 

 

 

  • Release 4.2

 

9808040000Z

 

 

 

  • Release 4.3

 

9808040000Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

9808040000Z

 

 

 

  • Release 3.9

 

9808040000Z

 

 

 

  • Release 4.0

 

9808040000Z

 

 

 

  • Release 4.2

 

9808040000Z

 

 

 

  • Release 4.3

 

9808040000Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

9901200000Z

 

 

 

  • Release 3.9

 

9901200000Z

 

 

 

  • Release 4.0

 

9901200000Z

 

 

 

  • Release 4.2

 

9901200000Z

 

 

 

  • Release 4.3

 

9901200000Z

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

RFC 2575

 

 

 

  • Release 3.9

 

RFC 2575

 

 

 

  • Release 4.0

 

RFC 2575

 

 

 

  • Release 4.2

 

RFC 2575

 

 

 

  • Release 4.3

 

RFC 2575

 

 

 

snmpd

 

 

 

 

  • Release 3.7

 

RFC 1904

 

 

 

  • Release 3.9

 

RFC 1904

 

 

 

  • Release 4.0

 

RFC 1904

 

 

 

  • Release 4.2

 

RFC 1904

 

 

 

  • Release 4.3

 

RFC 1904

 

 

 

mibd-
interface

 

 

 

 

  • Release 3.7

 

200308110000Z

 

 

 

  • Release 3.9

 

200308110000Z

 

 

 

  • Release 4.0

 

200308110000Z

 

 

 

  • Release 4.2

 

200308110000Z

 

 

 

  • Release 4.3

 

200308110000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200502180000Z

 

 

 

  • Release 3.9

 

200502180000Z

 

 

 

  • Release 4.0

 

200502180000Z

 

 

 

  • Release 4.2

 

200502180000Z

 

 

 

  • Release 4.3

 

200502180000Z

 

 

 

mibd-route

 

 

 

 

  • Release 3.7

 

200505200000Z

 

 

 

  • Release 3.9

 

200505200000Z

 

 

 

  • Release 4.0

 

200505200000Z

 

 

 

  • Release 4.2

 

200505200000Z

 

 

 

  • Release 4.3

 

200505200000Z

 

 

 

 

 

 

 

  • Release 3.7

 

 

 

 

Y

  • Release 3.9

 

200003030000Z

 

 

 

  • Release 4.0

 

200003030000Z

 

 

 

  • Release 4.2

 

200003030000Z

 

 

 

  • Release 4.3

 

200003030000Z

 

 

 

2.These MIBs may have a different behavior on a per-platform basis.

TC-MIBs

Table 1-6 lists the TC (Textual Conventions) MIBs. These MIBs are verified but cannot be queried.

 

Table 1-6 TC MIBs

MIB
Verified

200607211200Z

Revision not available

200406030000Z

200511150000Z

MIB Notification Names of the Platform-Independent MIBs

Table 1-7 lists the Notification Names associated with platform-independent MIBs.

 

Table 1-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 1-8 lists the tables associated with this MIB.

 

Table 1-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 1-9 lists the tables associated with this MIB:

 

Table 1-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 1-10 lists the tables associated with this MIB.

 

Table 1-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 1-11 lists the tables associated with this MIB.

 

Table 1-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.

bgpEstablished

This object is deprecated in favour of bgpEstablishedNotification from Release 4.1.0.

bgpBackwardTransition

This object is deprecated in favour of bgpBackwardTransNotification from Release 4.1.0.

MIB Constraints

Table 1-12 lists the constraints that the router places on objects in the BGP4-MIB.

 

Table 1-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 1-13 lists the tables associated with this MIB.

 

Table 1-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 1-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).


NoteSet Operation on BRIDGE-MIB objects is not supported.


 

Table 1-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 1-15 lists the tables associated with this MIB.

 

Table 1-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 VCL3 Oam configuration and state information. This table augments the atmVclTable.

3.VCL = Virtual Channel Link

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 Cisco XR 12000 Series router TAZ line card, CISCO-ATM-QOS-MIB is designed as a generic MIB to support ATM interfaces cross all platforms.

Table 1-16 lists the tables associated with this MIB.

 

Table 1-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 1-17 lists the tables associated with this MIB.

 

Table 1-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 AFI4 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.

4.AFI = Address Family Identifiers

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.


NoteCISCO-BGP-POLICY-ACCOUNTING-MIB support is in the context of IPv4 traffic. This MIB is not supported for IPv6.


Table 1-18 lists the tables associated with this MIB.

 

Table 1-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 1-19 lists the tables associated with this MIB.

 

Table 1-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 1-20 lists the constraints that the router places on objects in the CISCO-BULK-FILE-MIB.

 

Table 1-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.


NoteBulk file operation reuses repeated get operations, it is not an optimized processing path.



NoteThe 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 1-21 lists the tables associated with this MIB.

 

Table 1-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 1-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 1-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 1-23 lists the tables associated with this MIB.

 

Table 1-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 1-24 lists the constraints on objects in the CISCO-CLASS-BASED-QOS-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-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

cbQosVlanIndex

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 1-25 lists the tables associated with this MIB.

 

Table 1-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 1-26 lists the tables associated with this MIB.

 

Table 1-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 1-27 lists the tables associated with this MIB.

 

Table 1-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 1-28 lists the tables associated with this MIB.

 

Table 1-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 LOS5, LOF6, AIS7, RAI8, CCV9, FE10, 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.

5.LOS = loss of signal

6.LOF = out of frame

7.AIS = alarm indication signals

8.RAI = remote alarm indications

9.CCV = C-bit coding violations

10.FE = framing errors

MIB Constraints

Table 1-29 lists the constraints on objects in the CISCO-DS3-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-29 CISCO-DS3-MIB Constraints

MIB Object
Notes

cds3LineAIScBitsCheck

Not supported

cds3LineRcvFEACValidation

Not supported

cds3LineOOFCriteria

Not supported

cds3TraceAlarm

Not supported

cds3InternalEqualizer

Not supported

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

NoteOnly ceImageTable is supported in this MIB.


Table 1-30 lists the tables associated with this MIB.

 

Table 1-30 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 1-31 lists the tables associated with this MIB.

 

Table 1-31 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 1-32 lists the constraints on objects in the CISCO-ENHANCED-MEMPOOL-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-32 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 1-33 lists the tables associated with this MIB.

 

Table 1-33 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 1-34 gives more information on the objects associated with this MIB.

 

Table 1-34 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 1-35 lists the constraints on objects in the CISCO-ENTITY-ASSET-MIB.


NoteThe current implementation of IOS XR supports only ceAssetGroupRev1 group.


 

Table 1-35 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 1-36 lists the tables associated with this MIB.

 

Table 1-36 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 1-37 lists the constraints that the router places on objects in the CISCO-ENTITY-FRU-CONTROL-MIB.

 

Table 1-37 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-REDUNDANCY-MIB

The CISCO-ENTITY-REDUNDANCY-MIB management information module supports configuration, control and monitoring of redundancy protection for various kinds of components on Cisco managed devices. It is meant to be generic enough to handle basic redundancy control and monitoring for many types of redundant member components and redundancy architectures as long as there is an Entity MIB entPhysicalIndex and entPhysicalVendorType assigned to each member component. It is designed so that the tables can be augmented in other extension MIBS which build upon this MIB by adding additional objects that may be specific to a particular type of redundancy or member component. This MIB can also be used in cases where some types of redundancy groups and members don’t require explicit user configuration. One example may be redundant fan assemblies. In those cases, the managed system should internally assign group and member indexes, so that it can provide read-only access to the group and member tables. This allows MIB monitoring for these types of redundant entities. The CISCO-ENTITY-REDUNDANCY-MIB is supported from Release 4.2.1 onwards.

MIB Tables

Table 1-38 lists the tables in CISCO-ENTITY-REDUNDANCY-MIB:

 

Table 1-38 CISCO-ENTITY-REDUNDANCY-MIB Tables

MIB Table
Description

ceRedunGroupTypesTable

This table lists the basic types of redundancy groups supported on the managed device along with additional information about each group type.

ceRedunVendorTypesTable

This table lists all entPhysicalVendorTypes allowed as members for a specific ceRedunGroupTypeIndex on the managed device, inclusive for all configurable values for ceRedunType, ceRedunScope, ceRedunArch, etc. If the ceRedunGroupDefinitionChanged object changes for a particular ceRedunGroupTypeIndex, then this table may have changed and should be read again. Note: Although a specific ceRedunGroupTypeIndex may allow groups of different entPhysicalVendorTypes, managed devices typically enforce all members within a specific group to have the same entPhysicalVendorType.

ceRedunInternalStatesTable

This table allows the managed system to report a read-only list of internal state numbers and the corresponding descriptions which apply for the members of a particular redundancy group type. If the ceRedunGroupDefinitionChanged object changes for a particular ceRedunGroupTypeIndex, then this table may have changed and should be read again.

ceRedunSwitchoverReasonTable

This table allows the managed system to report a read-only list of switchover reason indexes and the corresponding descriptions. If the ceRedunGroupDefinitionChanged object changes for a particular ceRedunGroupTypeIndex, then this table may have changed and should be read again.

ceRedunGroupTable

This table lists group configuration and status objects for a specific redundancy group. However, the members are configured separately in the ceRedunMbrTable.

ceRedunMbrConfigTable

This table lists the group members and generic redundancy objects which are associated with configuring redundancy group members. The switchover granularity should be for one member at a time. In other words if a member is allowed to be an individual port, then switchovers on multi-port linecards would be expected to take place independently for each port on the linecard. But if the members are full linecards, then all ports on the linecard would be expected to switch at the same time.

ceRedunMbrStatusTable

This table lists the redundancy status and other read-only redundancy objects which are associated with redundancy group members. Status associated with member alarm conditions should be reported separately using the CISCO-ENTITY-ALARM-MIB.

ceRedunCommandTable

This table allows switchover commands to be sent to members of configured redundancy groups.

MIB Constraints

Table 1-39 lists the constraints that the router places on the objects in the CISCO-ENTITY-REDUNDANCY-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-39 CISCO-ENTITY-REDUNDANCY-MIB Constraints

MIB Object
Notes

ceRedunGroupTypesTable

 

ceRedunGroupTypeName

Supported

ceRedunGroupCounts

Supported

ceRedunNextUnusedGroupIndex

Supported

ceRedunMaxMbrsInGroup

Supported

ceRedunUsesGroupName

Supported

ceRedunGroupDefinitionChanged

Supported

ceRedunVendorTypesTable

 

ceRedunVendorType

Supported

ceRedunInternalStatesTable

 

ceRedunStateCategory

Supported

ceRedunInternalStateDescr

Supported

ceRedunSwitchoverReasonTable

 

ceRedunReasonCategory

Supported

ceRedunSwitchoverReasonDescr

Supported

ceRedunGroupTable

 

ceRedunGroupString

Supported

ceRedunGroupRedunType

Supported

ceRedunGroupScope

Supported

ceRedunGroupArch

Supported

ceRedunGroupRevert

Supported

ceRedunGroupStorageType

Supported

ceRedunGroupRowStatus

Supported

ceRedunMbrConfigTable

 

ceRedunMbrPhysIndex

Supported

ceRedunMbrMode

Supported

ceRedunMbrStorageType

Supported

ceRedunMbrRowStatus

Supported

ceRedunMbrStatusTable

 

ceRedunMbrStatusCurrent

Supported

ceRedunMbrProtectingMbr

Supported

ceRedunMbrInternalState

Supported

ceRedunMbrSwitchoverCounts

Supported

ceRedunMbrLastSwitchover

Supported

ceRedunMbrSwitchoverReason

Supported

Scalar Objects

 

ceRedunGroupLastChanged

Supported

ceRedunMbrLastChanged

Supported

ceRedunMbrStatusLastChanged

Supported


Note • MIB tables and objects which are not included in the above list are not supported.

  • The ceRedunGroupTable and ceRedunMbrConfigTable have RowStatus objects and they are implemented as read-only. The access for other objects in these tables will be implemented as read-only.

CISCO-ENTITY-SENSOR-MIB

The CISCO-ENTITY-SENSOR-MIB contains objects to monitor the values and thresholds of sensors in ENTITY-MIB entPhysicalTable.

Table 1-40 lists the tables associated with this MIB.

 

Table 1-40 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 1-41 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 1-41 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 1-42 lists CISCO-ENTITY-SENSOR-MIB sensor objects and their usage values for Cisco tranceivers in the entSensor ValueTable.

 

Table 1-42 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 1-43 . 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 1-43 lists the default values for the Cisco transceivers in the entSensorThresholdTable.

 

Table 1-43 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-ENTITY-STATE-EXT-MIB

The CISCO-ENTITY-STATE-EXT-MIB is a Cisco Specific extension of ENTITY-STATE-MIB specified in RFC 4268. This MIB module is to add objects which provide additional information related to entity states. This MIB define notifications which are generated when a entity undergoes a redundancy switchover.

MIB Tables

Table 1-44 lists the tables in CISCO-ENTITY-STATE-EXT-MIB :

 

Table 1-44 CISCO-ENTITY-STATE-EXT-MIB Tables

MIB Table
Description

ceStateExtTable

An extension of the entStateTable, defined in ENTITY-STATE-MIB (rfc 4268) providing additional information and control objects for the entities listed in the table.

MIB Constraints

Table 1-45 lists the constraints that the router places on the objects in the CISCO-ENTITY-STATE-EXT-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-45 CISCO-ENTITY-STATE-EXT-MIB Constraints

MIB Object
Notes

ceStateExtPrevStandbyState

Not Supported

ceStateExtSwitchoverNotifEnable

Supported

ceStateExtStandbyStatusNotifEnable

Read-only

ceStateExtOperNotifEnable

Read-only

ceStateExtGlobalSwitchoverNotifEnable

Supported

ceStateExtGlobalStandbyStatusNotifEnable

Read-only

ceStateExtGlobalOperNotifEnable

Read-only

ceStateExtStandbySwitchover

Supported

ceStateExtStandbyStatusChange

Not Supported

CISCO-FABRIC-HFR-MIB

This MIB module is used for managing/tracking the Ehanced Benes Fabric entities and/or fabric related configuration, state and statistics information.


NoteIn a multi chassis system, the output of objects cfhBundlePlane and cfhPlaneId as 0 is a valid output. In CRS, plane identifiers range from 0 to 7. Whenever cfhBundlePlane is polled, bundles belonging to plane-0 will return the output as 0 and polling of cfhPlaneId can also return the output as 0 for plane-0, which should be considered as valid output.


MIB Tables

Table 1-46 lists the tables in CISCO-FABRIC-HFR-MIB:

 

Table 1-46 CISCO-FABRIC-HFR-MIB Tables

MIB Table
Description

cfhPlaneTable

This table contains information about fabric plane state and statistics in the managed system.

cfhPlaneStatsTable

This table contains statistics information for the fabric planes in the managed system. Discontinuities in the value of all statistics counters in this table might occur if chassis removal or re-initialization occurs in a managed system. The value of cfhPlaneStatsCounterDiscTime is updated when the counter of fabric plane discontinuity occurs.

cfhBundleTable

This table contains information about fabric bundle state and statistics in the managed system.

cfhBundlePortTable

This table contains one row per fabric bundle port that contains the port state and the aggregation information of traffic and error statistics. The total number of fabric bundle ports is given by the value of cdfhBundlePortNumber.

cfhBundlePortStatsTable

This table contains the traffic and error statistics for fabric bundle ports.

cfhCardTable

This table contains a list of fabric connection capable cards for tracking fabric related status, usage and statistics in the system.

cfhCardPlaneTable

This table contains the connectivity information of a card to a fabric plane in a system.

CISCO-FLASH-MIB

The CISCO-FLASH-MIB contains objects to manage flash cards and flash card operations.

Table 1-47 lists the tables associated with this MIB.

 

Table 1-47 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 1-48 lists the constraints on the objects in CISCO-FLASH-MIB.

 

Table 1-48 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

Not supported

ciscoFlashDeviceSize

Supported, read-only

ciscoFlashDeviceMinPartitionSize

Supported, read-only

ciscoFlashPartitionSize

Supported, read-only

ciscoFlashPartitionFreeSpace

Supported, read-only

ciscoFlashCfgDevInsNotifEnable

Supported, read-only

ciscoFlashCfgDevRemNotifEnable

Supported, read-only

ciscoFlashDeviceCard

Object is deprecated

ciscoFlashDeviceName

Object is deprecated

ciscoFlashDeviceRemovable

Supported, read-only

ciscoFlashDeviceNameExtended

Supported, read-only

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 1-49 lists the tables associated with this MIB.

 

Table 1-49 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 1-50 lists the tables associated with this MIB.

 

Table 1-50 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 1-51 lists the tables associated with this MIB.

 

Table 1-51 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 1-52 lists the tables associated with this MIB.

 

Table 1-52 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 1-53 lists the tables associated with this MIB:

 

Table 1-53 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 1-54 lists the constraints on objects in the CISCO-IETF-BFD-MIB.

 

Table 1-54 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 1-55 lists the tables associated with this MIB.

 

Table 1-55 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 1-56 lists the constraints on objects in the CISCO-IETF-FRR-MIB.

 

Table 1-56 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.

NoteVRF support was added for this MIB in Cisco IOS Release 4.0.0.


Table 1-57 lists the tables associated with this MIB.

 

Table 1-57 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 1-58 lists the constraints on objects in the CISCO-IETF-IPMROUTE-MIB.

 

Table 1-58 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 1-59 lists the tables associated with this MIB.

 

Table 1-59 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 1-60 lists the tables associated with this MIB.

 

Table 1-60 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 1-61 lists the constraints on objects in the CISCO-IETF-PIM-MIB.

 

Table 1-61 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 1-62 lists the tables associated with this MIB.

 

Table 1-62 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 DF11 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.

11.DF = designated forwarder

MIB Constraints

Table 1-56 lists the constraints on objects in the CISCO-IETF-PIM-EXT-MIB.

 

Table 1-63 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 1-64 lists the tables associated with this MIB.

 

Table 1-64 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 1-65 lists the tables associated with this MIB.

 

Table 1-65 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 1-66 lists the tables associated with this MIB.

 

Table 1-66 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 1-67 lists the tables associated with this MIB.

 

Table 1-67 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 1-68 lists the tables associated with this MIB.

 

Table 1-68 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 1-69 lists the tables associated with this MIB.

 

Table 1-69 CISCO-IETF-VPLS-LDP-MIB Tables and Descriptions

Name
Description

cvplsLdpConfigTable

This table specifies information for configuring and monitoring LDP specific parameters for VPLS12.

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.

12.VPLS = virtual private LAN services

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 1-70 lists the tables associated with this MIB.

 

Table 1-70 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

Table 1-71 lists the constraints on objects in the CISCO-IF-EXTENSION-MIB.

Table 1-71 CISCO-IF-EXTENSION-MIB Constraints

MIB Object
Notes

cieSystemMtu

Not supported

cieIfDot1qCustomAdminEtherType

Not supported

cieLinkUpDownEnable

Not supported

cieStandardLinkUpDownVarbinds

Not supported

cieIfDhcpMode

Not supported

cieIfMtu

Not supported

cieIfAutoNegotiate

Not supported

cieIfKeepAliveEnabled

Not supported

cieIfLastInTime 

Not supported

cieIfLastOutTime 

Not supported

cieIfLastOutHangTime

Not supported

cieIfPacketDiscontinuityTime

Not supported

cieIfStatusListIndex

Not supported

cieInterfaceOwnershipBitmap

Not supported

cieIfInterfaceDiscontinuityTime

Not supported

CieIfVlStatsEntry

Not supported

cieIfNoDropVlInPkts

Not supported

cieIfNoDropVlInOctets

Not supported

cieIfNoDropVlOutPkts

Not supported

cieIfNoDropVlOutOctets

Not supported

cieIfDropVlInPkts

Not supported

cieIfDropVlInOctets 

Not supported

cieIfDropVlOutPkts

Not supported

cieIfDropVlOutOctets

Not supported

cieIfIndexPersistence

Not supported

cieIfIndexPersistenceEnabled

Not supported

cieIfIndexPersistenceControl

Not supported

cieDelayedLinkUpDownNotifEnable

Not supported

cieDelayedLinkUpDownNotifDelay

Not supported

cieIfIndexGlobalPersistence

Not supported

cieLinkUpDownConfig

Not supported

cieIfSpeedReceive

Not supported

cieIfHighSpeedReceive

Not supported

cieIfOwner

Not supported

cieIfSharedConfig

Not supported

cieIfSpeedGroupConfig

Not supported

cieIfTransceiverFrequencyConfig

Not supported

cieIfFillPatternConfig

Not supported

cieIfIgnoreBitErrorsConfig

Not supported

cieIfIgnoreInterruptThresholdConfig

Not supported


NoteCaching of all tables is not supported.


CISCO-IP-STAT-MIB

The CISCO-IP-STAT-MIB incorporates objects to provide support for the Cisco IP statistics as implemented in command interfaces.

MIB Tables

Table 1-72 lists the tables in CISCO-IP-STAT-MIB:

Table 1-72 CISCO-IP-STAT-MIB Tables

Name
Description

cipPrecedenceTable

A table of entries sorted by the precedence of IP packets. The table is created and deleted via ip accounting command line interface.

cipMacTable

A table is created and deleted via ip accounting command line interface.

cipMacFreeTable

A table of free space available to store new MAC address information.

cipPrecedenceXTable

This table contains additional objects for the cipPrecedenceTable.

cipMacXTable

This table contains additional objects for the cipMacTable.

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 1-73 lists the tables associated with this MIB.

 

Table 1-73 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 1-74 lists the tables associated with this MIB.

 

Table 1-74 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


NoteCISCO-NTP-MIB has very limited support. cntpSysSrvStatus is supported.


Table 1-75 lists the constraints on objects in the CISCO-NTP-MIB.

 

Table 1-75 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 1-76 lists the tables associated with this MIB.

 

Table 1-76 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 1-77 lists the tables associated with this MIB.

 

Table 1-77 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 1-78 lists the tables associated with this MIB.

 

Table 1-78 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.


NoteFor information about the levels of redundancy, see Appendix A, “Using MIBs.”


Table 1-79 lists the tables associated with this MIB.

 

Table 1-79 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 1-80 lists the constraints on objects in the CISCO-RF-MIB.

 

Table 1-80 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.


NoteSNMP 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 1-81 lists the tables associated with this MIB.

 

Table 1-81 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.


NoteWhen 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 1-82 lists the constraints on objects in the CISCO-RTTMON-MIB.

 

Table 1-82 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 1-83 lists the tables associated with this MIB.

 

Table 1-83 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/VC13 related properties of SONET/SDH lines.

csApsConfigTable

This table contains objects to configure APS14 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 VC15 related properties of a TUG-3 within a AU-4 paths.

13.VT/VC = Virtual Tributary/Virtual Container

14.APS = automatic protection switching

15.VC = Virtual Container

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.


NoteThe MIB does not keep track of messages generated from debug commands entered through the CLI.


Table 1-84 lists the tables associated with this MIB.

 

Table 1-84 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 1-85 lists the constraints on objects in the CISCO-SYSLOG-MIB.

 

Table 1-85 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 1-86 lists the tables associated with this MIB.

 

Table 1-86 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 1-87 lists the tables associated with this MIB.

 

Table 1-87 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 1-88 lists the tables associated with this MIB.

 

Table 1-88 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 1-89 lists the tables associated with this MIB.

 

Table 1-89 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).

NoteThis information does not apply to all classes of physical entities. SeeTable 1-90 for more information


Table 1-90 specified the information that applies to each class.

 

Table 1-90 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 1-91 lists the tables associated with the ENTITY-MIB.

 

Table 1-91 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 1-92 lists the constraints on objects in the ENTITY-MIB.

 

Table 1-92 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.

ENTITY-STATE-MIB

The ENTITY-STATE-MIB defines a state extension to the Entity MIB. Copyright (C) The Internet Society 2005. This version of this MIB module is part of RFC 4268; see the RFC itself for full legal notices.

Table 1-93 lists the tables associated with this MIB.

 

Table 1-93 ENTITY-STATE-MIB Tables and Descriptions

Name
Description

entStateTable

A table of information about state/status of entities. This is a sparse augment of the entPhysicalTable. Entries appear in this table for values of entPhysicalClass [RFC4133] that in this implementation are able to report any of the state or status stored in this table.

MIB Constraints

Table 1-94 lists the constraints on objects in the ENTITY-STATE-MIB.

Table 1-94 ENTITY-STATE-MIB Constraints

MIB Object
Notes

entStateLastChanged

Supported

entStateAdmin

Read-only

entStateOper

Supported

entStateUsage

Not Supported

entStateAlarm

Not Supported

entStateStandby

Supported

EVENT-MIB

The EVENT-MIB contains objects to define event triggers and actions for network management purposes.

Table 1-95 lists the tables associated with this MIB.

 

Table 1-95 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

MIB Constraints

Table 1-96 lists the constraints on objects in the EVENT-MIB.

Table 1-96 EVENT-MIB Constraints

MIB Object
Notes

mteTriggerDeltaDiscontinuityID

Not supported.

mteTriggerDeltaDiscontinuityIDWildcard

Not supported.

mteTriggerDeltaDiscontinuityIDType

Not supported.

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 1-97 lists the tables associated with this MIB.

 

Table 1-97 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 1-98 lists the tables associated with this MIB.

 

Table 1-98 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 DLC16 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.

16.DLC = data link connections

IEEE8021-CFM-MIB

The IEEE8021-CFM-MIB is a Connectivity Fault Management (CFM) module for managing
IEEE 802.1ag.

Table 1-97 lists the tables associated with this MIB.

MIB Objects

Table 1-99 IEEE8021-CFM-MIB Tables and Descriptions

Names
Descriptions

OBJECT-TYPE

There is one CFM Stack table per bridge. It permits the retrieval of information about the Maintenance Points configured on any given interface.

OBJECT-TYPE

This table defines the association of VIDs into VLANs. There is an entry in this table, for each component of the bridge, for each VID that is: a) a VID belonging to a VLAN associated with more than one VID; and b) not the Primary VLAN of that VID.

OBJECT-TYPE

For each bridge component, the Default MD Level Managed Object controls MHF creation for VIDs that are not attached to a specific Maintenance Association Managed Object, and Sender ID TLV transmission by those MHFs.

OBJECT-TYPE

The CFM Configuration Error List table provides a list of Interfaces and VIDs that are incorrectly configured.

OBJECT-TYPE

The Maintenance Domain table. Each row in the table represents a different Maintenance Domain. A Maintenance Domain is described in 802.1ag (3.21) as the network or the part of the network for which faults in connectivity are to be managed.

OBJECT-TYPE

The Maintenance Association table. Each row in the table represents an MA. An MA is a set of MEPs, each configured with a single service instance.

OBJECT-TYPE

The Maintenance Association table. Each row in the table represents an MA. An MA is a set of MEPs, each configured with a single service instance. This is the part of the complete MA table that is variable across the Bridges in a Maintenance Domain, or across the components of a single Bridge.

OBJECT-TYPE

List of MEPIDs that belong to this MA. Clause 12.14.6.1.3 specifies that a list of MEPIDs in all bridges in that MA, but since SNMP SMI does not allow to state in a MIB that an object in a table is an array, the information has to be stored in another table with two indices, being the first index, the index of the table that contains the list or array.

OBJECT-TYPE

The Maintenance Association End Point (MEP) table. Each row in the table represents a different MEP. A MEP is an actively managed CFM entity, associated with a specific DSAP of a Service Instance, which can generate and receive CFM PDUs and track any responses.

OBJECT-TYPE

This table extends the MEP table and contains a list of Linktrace replies received by a specific MEP in response to a linktrace message.

OBJECT-TYPE

The MEP Database. A database, maintained by every MEP, that maintains received information about other MEPs in the Maintenance Domain.

MIB Constraints

Table 1-102 lists the constraints on objects in the IEEE8021-CFM-MIB.

Table 1-100 IEEE8021-CFM-MIB Constraints

MIB Object
Notes

dot1agCfmVlanPrimaryVid

Not supported

dot1agCfmVlanRowStatus

Not supported

dot1agCfmMdName

Not supported

dot1agCfmMdFormat

Not supported

dot1agCfmMdMdLevel

Not supported

dot1agCfmMdMhfCreation

Not supported

dot1agCfmMdMhfIdPermission

Not supported

dot1agCfmMdRowStatus

Not supported

dot1agCfmDefaultMdDefLevel

Not supported

dot1agCfmDefaultMdDefMhfCreation

Not supported

dot1agCfmDefaultMdDefIdPermission

Not supported

dot1agCfmDefaultMdLevel

Not supported

dot1agCfmDefaultMdMhfCreation

Not supported

dot1agCfmDefaultMdIdPermission

Not supported

dot1agCfmMepIfIndex

Not supported

dot1agCfmMepDirection

Not supported

dot1agCfmMepPrimaryVid

Not supported

dot1agCfmMepActive

Not supported

dot1agCfmMepCciEnabled

Not supported

dot1agCfmMepCcmLtmPriority

Not supported

dot1agCfmMepLowPrDef

Not supported

dot1agCfmMepFngAlarmTime

Not supported

dot1agCfmMepFngResetTime

Not supported

dot1agCfmMepTransmitLbmStatus

Not supported

dot1agCfmMepTransmitLbmDestMacAddress

Not supported

dot1agCfmMepTransmitLbmDestMepId

Not supported

dot1agCfmMepTransmitLbmDestIsMepId

Not supported

dot1agCfmMepTransmitLbmMessages

Not supported

dot1agCfmMepTransmitLbmDataTlv

Not supported

dot1agCfmMepTransmitLbmVlanPriority

Not supported

dot1agCfmMepTransmitLbmVlanDropEnable

Not supported

dot1agCfmMepTransmitLtmFlags

Not supported

dot1agCfmMepTransmitLtmTargetMacAddress

Not supported

dot1agCfmMepTransmitLtmTargetMepId

Not supported

dot1agCfmMepTransmitLtmTargetIsMepId

Not supported

dot1agCfmMepTransmitLtmTtl

Not supported

dot1agCfmMepTransmitLtmEgressIdentifier

Not supported

dot1agCfmMepRowStatus

Not supported

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 1-101 lists the tables associated with this MIB.

 

Table 1-101 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 1-102 lists the constraints on objects in the IEEE8023-LAG-MIB.

 

Table 1-102 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. For more information about SNMP commands, see http://www.cisco.com/en/US/docs/routers/asr9000/software/asr9k_r4.2/system_management/command_reference/b_sysman_cr42asr9k_chapter_01101.html.

To provide access to information on selected interfaces stored in IF-MIB table to a user, this MIB is made vrf-aware. This makes management of IF-MIB table for VRF based networks more secure. Context based community can be used only when VRF based polling needs to be done.

Table 1-103 lists the tables associated with this MIB.


NoteThe object ifNumber is not commited on SNMP Data Collection Manager (DCM).


 

Table 1-103 IF-MIB Tables and Descriptions

Name
Description

ifTable

List of interface entries. The number of entries is given by the value of ifNumber. This table is vrf-aware.

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. This table is vrf-aware.

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).

To provide selective access to information stored in IP forwarding table to user, the IP-FORWARD-MIB is made vrf-aware. This makes management of IP forwarding table for VRF based networks more secure.

Table 1-104 lists the tables associated with this MIB.

 

Table 1-104 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’s IP Routing table. The ipForwardNumber object is vrf-aware.

IP-MIB

The IP-MIB contains objects for managing IP and Internet Control Message Protocol (ICMP) implementations.


NoteThe IP-MIB does not provide functionality to manage IP routes.


Table 1-105 lists the tables associated with this MIB.

 

Table 1-105 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 1-106 lists the constraints that the router places on objects in the IP-MIB. For detailed definitions of MIB objects, see the MIB.


NoteTables which are specific to IPv4 are not implemented.


 

Table 1-106 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 1-107 lists the tables associated with this MIB.

 

Table 1-107 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

Not supported

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 1-108 lists the constraints that the router places on objects in the IPV6-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-108 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 1-109 lists the tables associated with this MIB.

 

Table 1-109 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 1-110 lists the tables associated with this MIB.

 

Table 1-110 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 1-111 lists the constraints that the router places on objects in the ISIS-MIB. For detailed definitions of MIB objects, see the MIB.


NoteSNMP sets are not supported.


 

Table 1-111 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

MEF-SOAM-PM-MIB

This MIB module contains the management objects for the management of Ethernet Services Operations, Administration and Maintenance for Performance Monitoring.

This table lists the tables associated with this MIB.

 

Nam
Descriptions

mefSoamPmMepTable

This table is an extension of the dot1agCfmMepTable and rows are automatically added or deleted from this table based upon row creation and destruction of the dot1agCfmMepTable. This table represents the local MEP PM configuration table. The primary purpose of this table is provide local parameters for the SOAM PM function found in [Y.1731] and [MEF SOAM-PM] and instantiated at a MEP.

mefSoamLmCfgTable

This table includes configuration objects and operations for the Frame Loss Measurement function defined in [Y.1731] and [MEF SOAM-PM]. Each row in the table represents a Loss Measurement session for the defined MEP. This table uses four indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. A Loss Measurement session is created on an existing MEP by first accessing the mefSoamPmMepOperNextIndex object and using this value as the mefSoamLmCfgIndex in the row creation. Some writable objects in this table are only applicable in certain cases (as described under each object), and attempts to write values for them in other cases will be ignored. The writable objects in this table need to be persistent upon reboot or restart of a device.

mefSoamLmMeasuredStatsTable

This object contains the last measured results for a SOAM Loss Measurement session. Each row in the table represents a Loss Measurement session for the defined MEP. This table uses four indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. Instances of this managed object are created automatically by the SNMP Agent when the Loss Measurement session is running. Each object in this table applies only if the corresponding bit is set in mefSoamLmCfgMeasurementEnable. The objects in this table do not need to be persistent upon reboot or restart of a device.

mefSoamLmCurrentAvailStatsTable

This object contains the current results for a SOAM Loss Measurement session for availability statistics gathered during the interval indicated by mefSoamLmCfgAvailabilityMeasurementInterval. Each row in the table represents a Loss Measurement session for the defined MEP. This table uses four indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. Instances of this managed object are created automatically by the SNMP Agent when the Loss Measurement session is running. The objects in this table apply regardless of the value of mefSoamLmCfgType unless otherwise specified in the object description. Except for mefSoamLmCurrentAvailStatsIndex, mefSoamLmCurrentAvailStatsStartTime, mefSoamLmCurrentAvailStatsElapsedTime and mefSoamLmCurrentAvailStatsSuspect, each object in this table applies only if the corresponding bit is set in mefSoamLmCfgMeasurementEnable. The objects in this table may be persistent upon reboot or restart of a device.

mefSoamLmCurrentStatsTable

This table contains the results for the current Measurement Interval in a SOAM Loss Measurement session gathered during the interval indicated by mefSoamLmCfgMeasurementInterval. A row in this table is created automatically by the SNMP Agent when the Loss Measurement session is configured. Each row in the table represents the current statistics for a Loss Measurement session for the defined MEP. This table uses four indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. There may be more than one LM session per MEP. The main use case for this is to allow multiple CoS instances to be operating simultaneously for a MEP. The objects in this table apply regardless of the value of mefSoamLmCfgType unless otherwise specified in the object description. Except for mefSoamLmCurrentStatsIndex, mefSoamLmCurrentStatsStartTime, mefSoamLmCurrentStatsElapsedTime and mefSoamLmCurrentStatsSuspect, each object in this table applies only if the corresponding bit is set in mefSoamLmCfgMeasurementEnable. The objects in this table do not need to be persistent upon reboot or restart of a device.

mefSoamLmHistoryAvailStatsTable

This table contains the results for availability history Measurement Intervals in a SOAM Loss Measurement session. Rows of this table object are created automatically by the SNMP Agent when the Loss Measurement session is running and a Measurement Interval is completed. Each row in the table represents the history statistics for a Loss Measurement session availability Measurement Interval for the defined MEP. This table uses five indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. The fifth index index the specific Measurement Interval. At least 32 completed Measurement Intervals are to be supported. 96 completed Measurement Intervals are recommended to be supported. If there are at least 32 rows in the table and a new Measurement Interval completes and a new row is to be added to the table, the oldest completed Measurement Interval can be deleted (row deletion). If the availability Measurement Interval is other than 15 minutes then a minimum of 8 hours of completed Measurement Intervals are to be supported and 24 hours are recommended to be supported. Except for mefSoamLmHistoryAvailStatsIndex, mefSoamLmHistoryAvailStatsEndTime, mefSoamLmHistoryAvailStatsElapsedTime and mefSoamLmHistoryAvailStatsSuspect, each object in this table applies only if the corresponding bit is set in mefSoamLmCfgMeasurementEnable. The rows and objects in this table are to be persistent upon reboot or restart of a device.

mefSoamLmHistoryStatsTable

This table contains the results for history Measurement Intervals in a SOAM Loss Measurement session. Rows of this table object are created automatically by the SNMP Agent when the Loss Measurement session is running and a Measurement Interval is completed. Each row in the table represents the history statistics for a Loss Measurement session Measurement Interval for the defined MEP. This table uses five indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific LM session on the selected MEP. The fifth index index the specific Measurement Interval. At least 32 completed Measurement Intervals are to be supported. 96 completed Measurement Intervals are recommended to be supported. If there are at least 32 rows in the table and a new Measurement Interval completes and a new row is to be added to the table, the oldest completed Measurement Interval may be deleted (row deletion). If the measurement interval is other than 15 minutes then a minimum of 8 hours of completed Measurement Intervals are to be supported and 24 hours are recommended to be supported. Except for mefSoamLmHistoryStatsIndex, mefSoamLmHistoryStatsEndTime, mefSoamLmHistoryStatsElapsedTime and mefSoamLmHistoryStatsSuspect, each object in this table applies only if the corresponding bit is set in mefSoamLmCfgMeasurementEnable. The rows and objects in this table are to be persistent upon reboot or restart of a device.

mefSoamDmCfgTable

This table includes configuration objects and operations for the Delay Measurement function. Each row in the table represents a Delay Measurement session for the defined MEP. This table uses four indices. The first three indices are the indices of the Maintenance Domain, MaNet, and MEP tables. The fourth index is the specific DM session on the selected MEP. A Delay Measurement session is created on an existing MEP by first accessing the mefSoamDmOperNextIndex object and using this value as the mefSoamDmCfgIndex in the row creation. Some writable objects in this table are only applicable in certain cases (as described under each object), and attempts to write values for them in other cases will be ignored. The writable objects in this table need to be persistent upon reboot or restart of a device.

mefSoamDmCfgMeasBinTable

This table includes configuration objects for the Delay Measurement bins to collect stats. Each row in the table is automatically created when the Delay Measurement session is defined for the selected MEP. The number of rows created is based upon three items: the DM type, the number of bins defined for each type, and whether bins are enabled for each type. The first four indices are the same as used to create the DM session: Maintenance Domain, MaNet, MEP identification, and mefSoamDmCfgIndex. The fifth index is the type of bin, and the sixth index is the bin number. For a dmDmm session all nine types of bins can be created. For a dm1DmmTx session no bins are created. For a dm1DmmRx session only types forwardFrameDelay, forwardIfdv, and forwardFrameDelayRange can be created. The number of bins created for a bin type is based upon: the mefSoamDmCfgNumMeasBinsPerFrameDelayInterval object, the mefSoamDmCfgNumMeasBinsPerInterFrameDelayVariationInterval object, the mefSoamDmCfgNumMeasBinsPerFrameDelayRangeInterval object, and the mefSoamDmCfgMeasurementEnable object. For instance, if a dmDmm session with Bins per Frame Delay Interval set to 5, Bins per Frame Delay Variation Interval set to 3, and Frame Delay Range set to 2 (default), all of the appropriate bits set in mefSoamDmMeasurementCfgEnable, the following number of rows would be created: For bin types TwoWayFrameDelay(1), forwardFrameDelay(2), and backwardFrameDelay(3) = 5 bins * 3 types = 15 rows For bin types TwoWayIfdv(4), forwardIfdv(5), backwardIfdv(6) = 3 bins * 3 types = 9 rows. For bins types twoWayFrameDelayRange(7), forwardFrameDelayRange(8), backwardFrameDelayRange(9) = 2 bins * 3 types = 6 rows. This gives a total of 30 rows created for the DMM session example. Each value in the bin defaults to 5000us greater than the previous bin, with the first bin default value set to 0. For the delay example above (5 bins), the following default values would be written to the bins: bin 1: 0 (range is 0us).

MPLS-L3VPN-STD-MIB

The MPLS-L3VPN-STD-MIB contains managed object definitions for the Layer-3 Multiprotocol Label Switching Virtual Private Networks.

Table 1-112 lists the tables associated with this MIB.

 

Table 1-112 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 1-113 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 1-113 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 1-114 lists the tables associated with this MIB.

 

Table 1-114 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’.


NoteOnly MANDATORY-GROUPS, which include mplsLdpGeneralGroup and mplsLdpNotificationGroup, are supported.


Table 1-115 lists the tables associated with this MIB.

 

Table 1-115 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.


NoteOnly MANDATORY-GROUPS which include mplsInterfaceTable, mplsInSegmentTable, mplsOutSegmentTable, mplsXCTable and mplsInterfacePerfTable are supported.


Table 1-116 lists the tables associated with this MIB.

 

Table 1-116 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 1-117 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 1-117 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 1-118 lists the tables associated with this MIB.

 

Table 1-118 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 1-119 lists the constraints on objects in the MPLS-TE-STD-MIB.

 

Table 1-119 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 1-120 lists the tables associated with this MIB.

 

Table 1-120 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 1-121 lists the tables associated with this MIB.

 

Table 1-121 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'sLSDB17. 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

17.LSDB = link state database

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 1-122 lists the tables associated with this MIB.

 

Table 1-122 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 1-123 lists the tables associated with this MIB.

 

Table 1-123 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 1-124 lists the tables associated with this MIB.

 

Table 1-124 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).


NoteFor more information on the evolution of RFC 1213-MIB see Appendix C, “RFC 1213”.


Table 1-125 lists the tables associated with this MIB.

 

Table 1-125 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 1-126 lists the tables associated with this MIB.

 

Table 1-126 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 1-127 lists the constraints on objects in the RSVP-MIB.

 

Table 1-127 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.


NoteFor more information on SNMP-COMMUNITY-MIB see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-128 lists the tables associated with this MIB.

 

Table 1-128 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.


NoteFor 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.


NoteFor 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.


NoteFor more information on SNMP-centric MIBs see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-129 lists the tables associated with this MIB.

 

Table 1-129 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.


NoteFor more information on SNMP-centric MIBs see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-130 lists the tables associated with this MIB.

 

Table 1-130 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.


NoteFor more information on SNMP-USM-MIB see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-131 lists the tables associated with this MIB.

 

Table 1-131 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).


NoteFor more information on SNMP-VACM-MIB see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-132 lists the tables associated with this MIB.

 

Table 1-132 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.

NoteFor more information on SNMP-centric MIBs see Appendix D, “Process Information for SNMP-centric MIBs”.


Table 1-133 lists the tables associated with this MIB.

 

Table 1-133 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 1-134 lists the tables associated with this MIB.

 

Table 1-134 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 1-135 lists the tables associated with this MIB.

 

Table 1-135 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 1-136 lists the constraints that the router places on objects in the TCP-MIB.

 

Table 1-136 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 1-137 lists the tables associated with this MIB.

 

Table 1-137 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 1-138 lists the constraints that the router places on objects in the UDP-MIB. For detailed definitions of MIB objects, see the MIB.

 

Table 1-138 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 1-139 lists the tables associated with this MIB.

 

Table 1-139 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.