 Feedback
|
Table Of Contents
Cisco MDS 9000 Family MIB Quick Reference
Accessing MIB Variables Through SNMP
Interpreting the MIB Structure
Accessing and Downloading Cisco MIB Files
Using HTTP to Access and Download the MIB Files from CCO
Using Passive FTP to Access and Download the MIB Files
MIBs Supported by Release in the Cisco MDS 9000 Family
Cisco-Specific MIBs Supported in the Cisco MDS 9000 Family
CISCO-AAA-SERVER-EXT-CAPABILTIY
CISCO-ENHANCED-IPSEC-FLOW-CAPABILITY
CISCO-ENTITY-FRU-CONTROL-CAPABILITY
CISCO-IETF-ISNS-MGMT-CAPABILITY
CISCO-IP-NW-DISCOVERY-CAPABILITY
CISCO-IPSEC-PROVISIONING-CAPABILITY
CISCO-ISNS-IP-NW-DISCOVERY-MIB
CISCO-NPV TRAFFIC MANAGEMENT-MIB
Understanding the ENTITY-MIB and Extensions
Cisco MDS 9000 Family MIB Quick Reference
Text Part Number: OL-16611-01July, 2008This document describes the private, or local, Management Information Base (MIB) files for the Cisco MDS 9000 Family of multilayer directors and fabric switches. The Cisco MIB files are provided with all Cisco MDS SAN-OS software releases. The MIB files contain variables that can be set or read to provide information about network devices and interfaces.
This document provides the following information:
•
Accessing and Downloading Cisco MIB Files
•
•
•
MIBs and Network Management
The Cisco MDS 9000 Family MIB Quick Reference lists Cisco proprietary MIBs as well as many other Internet Engineering Task Force (IETF) standard MIBs. These standard MIBs are defined in documents called Requests for Comments (RFCs). To find specific MIB information, you must examine the Cisco proprietary MIB structure and related IETF-standard MIBs supported by the Cisco MDS 9000 Family.
From the perspective of a network manager, network management takes place between two major types of systems: those in control, called managing systems, and those observed and controlled, called managed systems. The most common managing system is called a network management system (NMS). Managed systems can include hosts, servers, or network components such as switches or intelligent repeaters. CiscoWorks is an example of an NMS.
To promote interoperability, cooperating systems must adhere to a common framework and a common language, called a protocol. In the Internet-standard management framework, that protocol is the Simple Network Management Protocol (SNMP).
The exchange of information between managed network devices and a robust NMS is essential for reliable performance of a managed network. Because some devices have a limited ability to run management software, most of the computer processing burden is assumed by the NMS. The NMS runs the network management applications, such as Fabric Manager, that present management information to network managers and other users.
In a managed device, specialized low-impact software modules, called agents, access information about the device and make it available to the NMS. Managed devices maintain values for a number of variables and report those, as required, to the NMS. For example, an agent might report such data as the number of bytes and packets sent or received by the device or the number of broadcast messages sent and received. In SNMP, each of these variables is referred to as a managed object. A managed object is anything that can be managed, anything that an agent can access and report back to the NMS. All managed objects are contained in the MIB, which is a database of the managed objects.
An NMS can control a managed device by sending a request to an agent of that managed device, requiring the device to change the value of one or more of its variables. The managed devices can respond to requests such as set or get. The NMS uses the set request to control the device. The NMS uses the get requests to monitor the device. The set and get requests are synchronous events, meaning the NMS initiates the activity, and the SNMP agent responds.
The managed device can send asynchronous events, or SNMP notifications, to the NMS to inform the NMS of some recent event. SNMP notifications (traps or informs) are included in many MIBs and help to alleviate the need for the NMS to frequently send get requests to the managed devices.
Accessing MIB Variables Through SNMP
You can access the Cisco MIB variables through SNMP. The SNMP system consists of three parts: SNMP manager, SNMP agent, and MIB. You can compile Cisco MIBs with your network management software. If SNMP is configured on a device, the SNMP agent responds to MIB-related queries sent by the NMS.
Table 1 describes the SNMP operations.
Table 1 SNMP Operations
get-request
Retrieves a value from a specific variable.
get-next-request
Retrieves the value following the named variable. Often used to retrieve variables from within a table.1
get-bulk2
Retrieves large blocks of data, such as multiple rows in a table, which would otherwise require the transmission of many small blocks of data.
set-request
Stores a value in a specific variable.
response
Replies to the above commands sent by an NMS and to the informs sent by an agent.
trap
Sends an unsolicited message by an SNMP agent to an SNMP manager indicating that some event has occurred.
inform2
Sends an unsolicited message by an SNMP agent to an SNMP manager indicating that some event has occurred. Differs from a trap in that an acknowledgement is required from the manager.
1 With this operation, an SNMP manager does not need to know the exact variable name. A sequential search finds the next variable from within the MIB.
2 The get-bulk and inform commands are not a part of SNMPv1.
SNMP has been updated twice since its inception. SNMPv1 is the initial version of the protocol. SNMPv2 added support for 64-bit counters, and SNMPv3 added robust security for access, authentication, and encryption of managed data.
SNMP Traps and Informs
You can configure the Cisco MDS 9000 Family switch to send notifications to SNMP managers when particular events occur. You can send these notifications as traps or inform requests. Traps are unreliable because the receiver does not send any acknowledgment when it receives a trap. The sender cannot determine if the trap was received. However, an SNMP manager that receives an inform request acknowledges the message with an SNMP response. If the sender never receives a response, the inform request can be sent again. Thus, informs are more likely to reach their intended destinations.
Notifications may contain a list of MIB variables or varbinds that clarify the status being relayed by the notification. The list of varbinds associated with a notification is included in the notification definition in the MIB. In the case of standard MIBs, Cisco has enhanced some notifications with additional varbinds that further clarify the cause of the notification. See the "Extending the IF-MIB" section for an example of this in the IF-MIB.
Use the SNMP-TARGET-MIB to obtain more information on trap destinations and inform requests. Refer to the Cisco MDS 9000 Family CLI Configuration Guide for more information on configuring traps and informs.
Note
Interpreting the MIB Structure
A MIB presents the managed data in a logical tree hierarchy, using an IETF standard syntax called the Structure of Management Information (SMI). Branches of this MIB tree are organized into individual tables, which contain the managed data as leaf objects. Understanding these concepts is fundamental to interpreting the management information provided by the MIB.
This section provides the following information:
Object Identifiers
The MIB structure is logically represented by a tree hierarchy. The root of the tree is unnamed and splits into three main branches: Consultative Committee for International Telegraph and Telephone (CCITT), International Organization for Standardization (ISO), and joint ISO/CCITT.
These branches and those that fall below each category have short text strings and integers to identify them. Text strings describe object names, while integers allow computer software to create compact, encoded representations of the names.
Each MIB variable is assigned an object identifier. The object identifier is the sequence of numeric labels on the nodes along a path from the root to the object. For example, the MIB variable tftpHost is indicated by the number 1. The object identifier for tftpHost is iso.org.dod.internet.private.enterprise.cisco.workgroup products.stack group.tftp group.tftpHost or .1.3.6.1.4.1.9.5.1.5.1. The last value is the number of the MIB variable tftpHost.
Tables
When network management protocols use names of MIB objects in messages, each name has an appended suffix. This suffix is called an instance identifier. It identifies one occurrence of the associated MIB object. For simple scalar objects, the instance identifier 0 refers to the instance of the object with that name (for example, sysUpTime.0).
A MIB also can contain tables of related objects. For example, ifOperStatus is a MIB object inside the ifTable from the IF-MIB. It reports the operational state for an interface on a device. Because devices may have more than one interface, it is necessary to have more than one instance of ifOperStatus. This instance value is added to the end of the MIB object as the instance identifier (for example, ifOperStatus.2 reports the operational state for interface number 2).
Each object in a table is constructed with a set of clauses defined by the SMI. These clauses include the SYNTAX clause, MAX-ACCESS clause, STATUS clause, and DESCRIPTION clause.
An excerpt of the information in the VSAN table (known as vsanTable) from CISCO-VSAN-MIB follows:
vsanTable OBJECT-TYPESYNTAX SEQUENCE OF VsanEntryMAX-ACCESS not-accessibleSTATUS currentDESCRIPTION"A table of VSANs configured on this device."::= { vsanConfiguration 3 }vsanEntry OBJECT-TYPESYNTAX VsanEntryMAX-ACCESS not-accessibleSTATUS currentDESCRIPTION"An entry (conceptual row) in the vsanTable."INDEX { vsanIndex }::= { vsanTable 1 }VsanEntry ::= SEQUENCE {vsanIndex VsanIndex,vsanName SnmpAdminString,}In the example, vsanTable contains two variables: vsanIndex and vsanName. (There are more values in the actual vsanTable.) The index for this table is the ID of the VSAN, or vsanIndex. With n number of VSANs configured, n rows are present in the table. If you want to retrieve the vsanName that matches VSAN ID 3 (vsanIndex is 3), then you would issue an SNMP get for vsanName.3.
SYNTAX Clause
The SYNTAX clause describes the format of the information, or value, that is returned when you monitor or set information in a MIB.
The Cisco MDS 9000 Family MIBs are defined with the SNMPv2 Structure of Management Information version 2 (SNMPv2-SMI) defined in RFC 1902. Some examples of SNMPv2-SMI syntax are as follows:
•
•
•
•
•
•
MAX-ACCESS Clause
The MAX-ACCESS clause identifies the maximum access level for the associated MIB object. This clause can represent one of the following five states: read-create, read-write, read-only, accessible-for-notify, and not-accessible.
•
•
•
•
•
AGENT-CAPABILITIES
In SNMP, capabilities files provide implementation details for the associated MIB. These files, called AGENT-CAPABILITIES, list supported conformance groups and any deviations from the MIB as implemented in the associated software version. For instance, the CISCO-AAA-SERVER-CAPABILITY provides the implementation details for the CISCO-AAA-SERVER-MIB, as implemented in the Cisco MDS SAN-OS.
Note
About Cisco MIB Files
The Cisco MDS 9000 Family MIB files can be obtained by File Transfer Protocol (FTP) from http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml, under Cisco Storage Networking.
Cisco MIB files are a set of objects that are private extensions to the IETF standard MIB II. MIB II is documented in RFC 1213, Management Information Base for Network Management of TCP/IP-based Internets: MIB-II. Portions of MIB-II have been updated since RFC 1213. See the IETF website http://www.ietf.org for the latest updates to this MIB.
If your NMS cannot get requested information from a managed device, such as a Cisco switch, the MIB that allows that specific data collection might be missing. Typically, if an NMS cannot retrieve a particular MIB variable, either the NMS does not recognize the MIB variable, or the agent does not support the MIB variable. If the NMS does not recognize a specified MIB variable, you might need to load the MIB into the NMS, usually with a MIB compiler. For example, you might need to load the Cisco private MIB or the supported RFC MIB into the NMS to execute a specified data collection. If the agent does not support a specified MIB variable, you must find out what version of system software you are running. Different software releases support different MIBs.
Note
Cisco MIB File Directories
Cisco MIB files are organized into two directories: SNMPv1-SMI MIBs are in the SNMPv1 directory, and SNMPv2-SMI MIBs are in the SNMPv2 directory. The list of supported MIBs for the Cisco MDS 9000 Family is available at ftp://ftp.cisco.com/pub/mibs/supportlists/mds9000/MDS9000MIBSupportList.html Cisco also includes supported IETF-standard MIBs at this website. Use this support list to access and download the individual MIB files.
MIB Loading Order
Many MIBs use definitions that are defined in other MIBs. These definitions are listed in the IMPORTS section near the top of the MIB.
For example, if MIB B imports a definition from MIB A, some MIB compilers require you to load MIB A prior to loading MIB B. If you get the MIB loading order wrong, you might get an error message about what was imported, claiming it is undefined or not listed in IMPORTS. If you receive an error, look at the loading order of the MIB definitions from the IMPORTS of the MIB. Make sure that you have loaded all the preceding MIBs first.
Here is a list of MIBs from which many other MIBs import definitions. The MIBs are listed in the order in which you should load them:
•
•
•
•
•
•
•
•
•
•
If you load the MIBs in this order, you can eliminate most of your load-order definition problems. You can load most other MIBs (those not listed here) in any order.
Accessing and Downloading Cisco MIB Files
You can access the Cisco MIB files in either of the following ways:
•
•
Note
Using HTTP to Access and Download the MIB Files from CCO
To access MIB files using your Web browser, follow these steps:
Step 1
Step 2
Step 3
Step 4
If you are using Internet Explorer, you might need to enable passive FTP. To enable passive FTP, follow these steps:
Step 1
Step 2
Step 3
Step 4
Using Passive FTP to Access and Download the MIB Files
To access MIB files using passive FTP, you must know the names of the MIB files that you want to download. See "Using HTTP to Access and Download the MIB Files from CCO" section to access the Cisco MDS 9000 Family support list for the names of supported MIBs. These steps assume that your passive FTP utility has UNIX-like commands.
To download MIB files with passive FTP, follow these steps:
Step 1
Step 2
Step 3
Step 4
Step 5
MIBs Supported by Release in the Cisco MDS 9000 Family
The Cisco MDS 9000 Family supports several standard MIBs and Cisco-specific MIBs. For more information about IETF-standard MIBs in the following tables, refer to http://www.ietf.org. For more information about Cisco-specific MIBS, see the"Cisco-Specific MIBs Supported in the Cisco MDS 9000 Family" section.
Table 2 New MIBs Added to Cisco MDS SAN-OS Release 3.4(1)
Provides implementation details on Cisco MDS SAN-OS support of the CISCO-NPV TRAFFIC MANAGEMENT-MIB.
shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.4(1).
Table 3 New MIBs Added to Cisco MDS SAN-OS Release 3.3(1a)
Provides implementation details on Cisco MDS SAN-OS support of the CISCO-FLEXATTACH-MIB.
shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.3(1a).
Table 4 New MIBs Added to Cisco MDS SAN-OS Release 3.2(2c)
Provides implementation details on Cisco MDS SAN-OS support of the CISCO-SME-MIB.
shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.2(2c).
shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.2(1).
Table 6 New MIBs Added to Cisco MDS SAN-OS Release 3.1(2)
Manages the Fibre Channel SAN Device Virtualization (SDV) feature on Cisco Fibre Channel devices.
Table 6 shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.1(2).
Table 7 New MIBs Added to Cisco MDS SAN-OS Release 3.1(1)
Provides a method of routing traffic over preferred paths.
Table 7 shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.1(1).
shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.0(3).
Table 9 shows the most recent MIBs added to Cisco MDS SAN-OS Release 3.0(1).
Table 10 shows the most recent MIBs added to Cisco MDS SAN-OS Release 2.1(1a).
Table 11 shows the most recent MIBs added to Cisco MDS SAN-OS Release 2.0(2b).
Table 11 New MIBs Added to Cisco MDS SAN-OS Release 2.0(2b)
Configures and monitors SCSI flows.
Provisions features on the Storage Services Module (SSM).
Table 12 shows the most recent MIBs added to Cisco MDS SAN-OS Release 2.0(1b).
Table 13 shows the most recent MIBs added to Cisco MDS SAN-OS Release 1.3(x).This table covers releases after the Cisco MDS SAN-OS Release 1.3(1).
Table 14 shows the most recent MIBs added to Cisco MDS SAN-OS Release 1.3(1).
Table 15 shows the most recent MIBs added to Cisco MDS SAN-OS Release 1.2(x).
Table 16 lists the IETF standard MIBs supported in Cisco MDS SAN-OS Release 1.1(x).
Table 17 lists the Cisco-specific MIBs supported by Cisco MDS SAN-OS Release 1.1(x).
Cisco-Specific MIBs Supported in the Cisco MDS 9000 Family
This section describes the Cisco-specific MIBs that are supported by latest Cisco MDS SAN-OS release for the Cisco MDS 9000 Family of multilayer directors and fabric switches.The Cisco-specific MIBs are listed in alphabetical order.
•
•
•
•
•
•
•
•
•
CISCO-AAA-SERVER-EXT-MIB
This MIB extension enhances the casConfigTable of the CISCO-AAA-SERVER-MIB to include other types of server addresses. It also manages the following:
•
•
•
•
CISCO-AAA-SERVER-EXT-CAPABILTIY
The CISCO-AAA-SERVER-EXT-CAPABILITY provides the implementation details for the CISCO-AAA-SERVER-EXT-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-AAA-SERVER-MIB
This MIB provides configuration and statistics reflecting the state of an AAA server operation within the device and AAA communications with external servers. The CISCO-AAA-SERVER-MIB provides the following information:
•
•
•
•
A server is defined as a logical entity that provides any of the three AAA functions. A TACACS+ server consists of all three functions with a single IP address and a single TCP port. A RADIUS server consists of the authentication and accounting pair with a single IP address but distinct UDP ports, or it may be either authentication or accounting. It is possible to have two distinct RADIUS servers at the same IP address, one providing authentication only, and the other accounting only. This MIB replaced CISCO-RADIUS-MIB in Cisco MDS SAN-OS Release 1.3 and later.
CISCO-AAA-SERVER-CAPABILITY
The CISCO-AAA-SERVER-CAPABILITY provides the implementation details for the CISCO-AAA-SERVER-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-CALLHOME-MIB
This MIB manages the Call Home feature. Customers deploying storage solutions to run mission critical applications demand very high availability and serviceability from their products and support partners. To meet these requirements, Call Home allows the storage system experiencing hardware or software problems to automatically send the relevant failure information back to the support center for troubleshooting or to get replacement hardware dispatched. Call Home also provides advanced features that allow storage systems to send performance, accounting, and system health information in addition to the fault information.
CISCO-CALLHOME-CAPABILITY
The CISCO-CALLHOME-CAPABILITY provides the implementation details for the CISCO-CALLHOME-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-CDP-MIB
CDP is a device discovery protocol that runs on all Cisco manufactured equipment (that is routers, bridges, communication servers, WBU switches). Each device sends periodic messages to a multicast address. Each device listens to the periodic messages sent by others in order to learn about neighbouring devices and determine when their interfaces to the media go up or down.
The CISCO-CDP-MIB provides information about the device identifications, CDP running status, CDP transmitting frequency, and the time for the receiving device to hold CDP messages (time to live). This MIB stores information in a table called cdpGlobalInfo.
CISCO-CFS-MIB
This MIB facilitates the global level control over the CFS capable features in the system. This MIB applies to one or more sets of devices that have connectivity through the SAN fabric. Many features in the Cisco MDS 9000 Family need to exchange information between peer devices across the SAN fabric. CFS provides this general mechanism for data and configuration distribution within the fabric.
A feature supported in a device may or may not be CFS capable. In case a feature is CFS capable, the control of the CFS operations are instrumented through this MIB. As part of the CFS configuration, you must enable the feature for data distribution on all peer devices. The CFS, in addition to providing the basic distribution infrastructure to the CFS capable features in a stable fabric, also provides the infrastructure to handle data distribution when two stable fabrics merge.
CISCO-COMMON-MGMT-MIB
This MIB integrates different elements of managing a device. For example, different device access methods (such as CLI, SNMP, XML, and others) have different sets of users who are accustomed to communicating with the device. The ccmCommonUserTable provides the framework in which to create one set of users that is common across all the device access methods.
This framework integrates the management of different access methods.
CISCO-COMMON-MGMT-CAPABILITY
The CISCO-COMMON-MGMT-CAPABILITY provides the implementation details for the CISCO-COMMON-MGMT-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-COMMON-ROLES-MIB
This MIB manages the common roles between access methods, such as the CLI, SNMP, and XML interfaces. Every user on a device is associated with a role. A user role defines access rights afforded to the users that belong to this role. A role specifies which commands or operations a user can perform on which information.
This MIB describes a framework in which a role is defined independent of access methods. It is up to the particular access method to convert this framework information into native information. For example, SNMP needs to convert common role framework to VACM.
Note that this framework could also be used for access methods other than SNMP, XML, and CLI.
The framework needs a list of features and a list of operations they can support. The features provide the data context and are system dependent. The operations are the actions that can be performed on the data. The roles are defined in terms of rules. The rules are essentially access rights that specify whether or not a certain operation is permitted on a feature.
CISCO-CONFIG-COPY-MIB
This MIB facilitates copying configuration files for a Cisco MDS 9000 Family switch in the following ways:
•
•
•
CISCO-DIFFSERV-EXT-MIB
This MIB extension to DIFFSERV-MIB (RFC 3289) defines a Fibre Channel multifield filter to be used in conjunction with DIFFSERV-MIB. It also helps in associating differentiated services classifiers to interfaces on a VSAN through the cdsmDataPathTable defined in this MIB.
CISCO-DIFFSERV-MIB-CAPABILITY
The CISCO-DIFFSERV-MIB-CAPABILITY provides the implementation details for the CISCO-DIFFSERV-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-DM-MIB
This MIB is for the domain management functionality defined by the Fibre Channel standards (FC-SW2). For the purposes of this MIB, Domain Manager (DM) is the software functionality that executes in both the principal switch and in other switches. This MIB contains DM related parameters that can be configured and monitored for each of the VSANs configured on this switch.
CISCO-DNS-CLIENT-MIB
This MIB provides configuration for a Domain Name Service (DNS) client, which includes the ability to add or remove DNS servers and configure the domain name options for the local entity.
CISCO-DNS-CLIENT-CAPABILITY
The CISCO-DNS-CLIENT-CAPABILITY provides the implementation details for the CISCO-DNS-CLIENT-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-DYNAMIC-PORT-VSAN-MIB
This MIB manages the DPVM feature. DPVM assigns VSANs dynamically to switch ports based on the device logging in to the port. This device can be identified by its port world wide name (pWWN) and/or its node world wide name (nWWN).
CISCO-ENHANCED-IPSEC-FLOW-MIB
This MIB monitors IP Security (IPsec-based) networks. The MIB contains four major groups of objects that are used to manage the IPsec protocol. These groups are Phase-2, History, Failure, and Trap Control. The Phase-2 group pertains to IPsec data tunnels. The History group aids applications that do trending analysis. The Failure group provides troubleshooting and debugging of the VPN router. This MIB includes counters that detect potential security violations.
CISCO-ENHANCED-IPSEC-FLOW-CAPABILITY
The CISCO-ENHANCED-IPSEC-FLOW-CAPABILITY provides the implementation details for the CISCO-ENHANCED-IPSEC-FLOW-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-ENTITY-ASSET-MIB
This MIB monitors the asset information of items in the ENTITY-MIB (RFC 2037) entPhysicalTable. This MIB lists the orderable part number, serial number, hardware revision, manufacturing assembly number and revision, firmware ID and revision, if any, and software ID and revision, if any, of relevant entities listed in ENTITY-MIB entPhysicalTable.
Entities that have none of this data available are not listed in this MIB. The table in this MIB is sparse, 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 a software ID 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, a manufacturing date in the serial number), treat all data items as a single string unit. Do not decompose them or parse them. Use only string equals and unequals operations on them.
CISCO-ENTITY-EXT-MIB
This MIB extension to ENTITY-MIB (RFC 2737) contains entities of class module (entPhysicalClass = "module") that have a processor.
A processor module is defined as a physical entity that has a CPU, RAM, and NVRAM so that it can independently load a bootable image and save a configuration. This MIB provides memory size, memory utilization, and boot image information for these processor modules.
CISCO-ENTITY-FRU-CONTROL-MIB
This MIB extension to ENTITY-MIB (RFC 2737) monitors and configures the operational state of field- replaceable units (FRUs) of the system listed in ENTITY-MIB entPhysicalTable. FRUs include assemblies such as power supplies, fans, processor modules, and interface modules.
CISCO-ENTITY-FRU-CONTROL-CAPABILITY
The CISCO-ENTITY-FRU-CONTROL-CAPABILITY provides the implementation details for the CISCO-ENTITY-FRU-CONTROL-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-ENTITY-SENSOR-MIB
This MIB extension to ENTITY-MIB (RFC 2737) monitors the values of sensors in ENTITY-MIB entPhysicalTable. Sensors include power meters, temperature gauges, and chassis airflow measurements.
CISCO-ENTITY-VENDOR-OID-MIB
This MIB defines the OIDs that are assigned to various components on Cisco products that are used by the entPhysicalTable of ENTITY-MIB. These OIDs uniquely identify the type of each physical entry.
This MIB assigns OIDs for use as the values of entPhysicalVendorType. The subtrees in which the OID values are assigned are structured into a hierarchy based on the values in ENTITY-MIB (PhysicalClass) textual convention.
CISCO-EXT-SCSI-MIB
This MIB extension to CISCO-SCSI-MIB configures and monitors Small Computer System Interface entities (SCSI entities). SCSI entities include SCSI devices, SCSI targets and initiators, and SCSI ports. This MIB provides vendor and product details for the SCSI entities present in the CISCO-SCSI-MIB.
CISCO-FC-DEVICE-ALIAS-MIB
This MIB provides a configurable name, called a device alias, that can be used to reference a device on a Fibre Channel fabric. The device alias is a human-readable name for a world wide name (WWN).
CISCO-FC-FE-MIB
This MIB extension to IF-MIB (RFC 2863) manages Fibre Channel based interfaces and contains all groups from FIBRE-CHANNEL-FE-MIB (RFC 2837) that are relevant to the Cisco fabric. This MIB supports all the port types defined by the textual convention FcPortTypes. In addition, it supports N ports and NL ports.
This MIB supports PortChannel ports. A PortChannel port is a single logical port that contains multiple physical ports as its members.
CISCO-FC-MULTICAST-MIB
This MIB provides configuration for Fibre Channel multicast parameters on any VSAN configured on the local switch. You can set the multicast root mode for any configured VSAN. This MIB works in conjunction with the CISCO-FSPF-MIB.
CISCO-FC-ROUTE-MIB
This MIB configures and displays Fibre Channel routing information. The fcRouteTable contains entries to a destination, sorted by VSAN, output interface, and protocol through which the route was learned. Use fcRoutePreference to select a route when more than one route to the same destination is present in the fcRouteTable. Only entries configured by the user (fcRouteProto = "netmgmt(3)") can be deleted by the user.
CISCO-FC-SDV-MIB
This MIB manages the Fibre Channel SAN Device Virtualization (SDV) feature on Cisco Fibre Channel devices.
CISCO-FC-SPAN-MIB
This MIB displays and configures switched port analyzer (SPAN) related features in a Fibre Channel device. The SPAN feature enables the user to analyze network traffic by passing traffic from the selected SPAN source port to a SPAN destination (SD) port. A switch probe device attached to the SD port analyzes this traffic. The SPAN feature is nonintrusive and does not affect switching of network traffic for any of the source ports.
CISCO-FCC-MIB
This MIB manages Fibre Channel Congestion Control (FCC). FCC is a Cisco proprietary flow control mechanism that alleviates congestion on Fibre Channel networks. This MIB enables managers to configure the FCC mechanism on the switch, provides statistics on the congestion control, gives notification of congestion state changes of the Fibre Channel port, and monitors the congestion state of the Fibre Channel port.
CISCO-FCIP-MGMT-EXT-MIB
This MIB extension to CISCO-FCIP-MGMT-MIB adds objects that provide additional information about FCIP interfaces not available in the CISCO-FCIP-MGMT-MIB.
CISCO-FCIP-MGMT-MIB
This MIB is the Cisco version of the IETF FCIP MIB draft (draft-ietf-ips-fcip-mib-02.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 because of the "subject to change" nature of Internet Drafts. This Cisco MIB may eventually be replaced by a stable RFC.
This MIB manages Fibre Channel over IP (FCIP) devices, monitoring FCIP links and FCIP routing tables.
CISCO-FCPING-MIB
This MIB manages the Fibre Channel ping functionality. Fibre Channel ping mimics IP ping functionality for a Fibre Channel network. This MIB configures a Fibre Channel ping request and displays the Fibre Channel ping results in the fcPingStatsTable.
CISCO-FCS-MIB
This MIB manages a Fabric Configuration Server (FCS). An FCS is defined by the FC-GS3 standard. An FCS always maintains information pertaining to the local switch. However, it typically maintains only limited information on remote topology (remote switch name and corresponding domain ID for each VSAN).
To gather information about the whole topology, set up the desired VSANs in the fcsVsanDiscoveryList objects, and trigger the discovery process. The VSANs that are discovered during this process are selected with fcsVsanDiscoveryList objects. These objects use the FcList textual convention defined in CISCO-ZS-MIB. See the CISCO-ZS-MIB for a complete definition of the bit positions defined with this textual convention. A brief explanation of bit position layout for the fcsVsanDiscoveryList objects follows:
Within the leftmost octet, that is, octet 1 of fcsVsanDiscoveryList2k, the most significant bit represents VSAN 1, the next bit represents VSAN 2 and so on. The least significant bit in octet 256 represents VSAN 2048. The most significant bit in octet 1 of fcsVsanDiscoveryList4k represents VSAN 2049, and the least significant bit of octet 256 in fcsVsanDiscoveryList4k represents VSAN 4096.
Set the bits in the fcsVsanDiscoveryList objects that represent the VSANs you are interested in, and start the discovery process with fcsStartDiscovery. The results populate the other tables in this MIB.
CISCO-FCSP-MIB
This MIB configures and monitors the Fibre Channel Security Protocol (FC-SP). FC-SP defines authentication, authorization, and encryption techniques for the Fibre Channel fabric. Refer to http://www.t11.org for the FC-SP definition.
CISCO-FCTRACEROUTE-MIB
This MIB manages the Fibre Channel trace route functionality. Fibre Channel trace route mimics the IP trace route utility for Fibre Channel fabrics.
CISCO-FDMI-MIB
The Fabric Device Management Interface (FDMI) MIB defines objects for managing devices such as HBA (host bus adapter). It provides information for devices that have registered with a Fibre Channel fabric using FDMI. For more information about FDMI, refer to Fibre Channel Generic Services-4 (FC-GS-4) at http://www.t11.org.
CISCO-FDMI-CAPABILITY
The CISCO-FDMI-CAPABILITY provides the implementation details for the CISCO-FDMI-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-FEATURE-CONTROL-MIB
This MIB enables or disables optional features in the system. Disabling optional features makes the associated feature-specific MIB unavailable. For example, disabling FCIP makes CISCO-FCIP-MIB unavailable. Optional features may require additional configuration beyond the high level control provided by this MIB. Refer to the associated feature-specific MIB for more configuration requirements. Some optional features may also require a feature license. Refer to the appropriate Cisco MDS 9000 Family Configuration Guide at the following website for more information on the optional feature and licensing issues:
http://cisco.com/en/US/products/ps5989/products_installation_and_configuration_guides_list.html.
CISCO-FICON-MIB
This MIB manages FICON (Fiber Connection), which is an IBM standard transport mechanism for communication between mainframes and devices. The Cisco MDS 9000 Family switches provide the functionality of a FICON director.
CISCO-FLASH-MIB
This MIB configures and monitors flash memory devices on a system. The MIB is organized hierarchically into the following categories:
Device information:
•
•
•
Operations:
•
•
CISCO-FLEXATTACH-MIB
This MIB enables the automatic generation of virtual WWNs on all of the Fport interfaces whose fcIfOperMode is 'fPort'.
The Nxports register with the Fxports with a port WWN as indicated by object fcNameServerPortName in the CISCO-NS-MIB. Generally, the Nxports are zoned with other devices which they need to communicate using this port WWN. However, if the device containing Nx port has to be replaced, zoning has to be reconfigured using the port WWN of the new device to eliminate the need for a zoning change, a special WWN is assigned to the corresponding Fport and the original port WWN is replaced with this special WWN for any device that is logging through the Fport. In addition, the zoning is configured using the special WWN.
CISCO-FSPF-MIB
This MIB configures and monitors the Fabric Shortest Path First (FSPF) parameters on all VSANs configured on the local switch. FSPF is the protocol currently standardized by the T11 committee for routing in Fibre Channel networks. Refer to http://www.t11.org.
CISCO-HC-ALARM-MIB
This MIB defines RMON-MIB(RFC 2819) extensions for high-capacity alarms. This MIB is based on the Internet Draft (draft-ietf-rmonmib-hc-alarm-mib-02.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 because of the "subject to change" nature of Internet Drafts. This Cisco MIB eventually maybe replaced by a stable RFC.
This MIB configures RMON alarms that require high-capacity counters (64-bit counters).
CISCO-IETF-IP-FORWARD-MIB
This MIB was extracted from the draft-ietf-ipngwg-rfc2096-update-00.txt. In terms of object syntax and semantics, the content of this Cisco MIB is the same as the corresponding I-D revision. This Cisco MIB is created due to the "subject to change" nature of the I-Ds. This Cisco MIB may later be deprecated, and the stable RFC, which may replace the I-D, may be implemented in its place.
CISCO-IETF-ISNS-MGMT-MIB
This MIB is the Cisco version of the ISNS-MIB from the Internet Draft (draft-ietf-ips-isns-mib-06.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 because of the "subject to change" nature of Internet Drafts. This Cisco MIB may eventually be replaced by a stable RFC.
The iSNS protocol provides storage name service functionality on an IP network that is being used for iSCSI or iFCP storage. This MIB configures and monitors iSNS clients and servers, including information about registered objects in an iSNS server.
CISCO-IETF-ISNS-MGMT-CAPABILITY
The CISCO-IETF-ISNS-MGMT-CAPABILITY provides the implementation details for the CISCO-IETF-ISNS-MGMT-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-IETF-VRRP-MIB
This MIB manages Virtual Router Redundancy Protocol (VRRP) over IPv4 and IPv6 protocols. This MIB supports VRRP for IPv4 and IPv6 protocols simultaneously running on a specific interface of a router. This MIB was extracted from the Internet Draft (draft-ietf-vrrp-unified-mib-04.txt).
CISCO-IF-EXTENSION-MIB
This MIB extension to IF-MIB (RFC 2863) adds objects that provide additional information about interfaces not available in other MIBs. This MIB replaces OLD-CISCO-INTERFACES-MIB.
CISCO-IKE-CONFIGURATION-MIB
This MIB provides configuration and monitoring for the IKE. IKE dynamically negotiates security associations between peers and generates keys. IKE may be used with security protocols, such as Fibre Channel Security Protocol (FC-SP) or IPsec, based on the domain of interpretation (DOI).
CISCO-IKE-FLOW-EXT-MIB
This MIB extends the CISCO-IKE-FLOW-MIB, providing additional monitoring objects for IPsec control flows based on the IKE protocol. This MIB monitors the unique identity and type of each peer in an IKE traffic flow. For the purposes of this MIB, a traffic flow is a sustained connection between peers used to create security associations (SAs) for either IKE tunnels (ISKAMP SAs) or IPsec tunnels (IPsec SAs).
CISCO-IKE-FLOW-EXT-CAPABILITY
The CISCO-IKE-FLOW-EXT-CAPABILITY provides the implementation details for the CISCO-IKE-FLOW-EXT-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-IKE-FLOW-MIB
This MIB monitors IKE traffic flows. This MIB was extracted from portions of the the Internet Draft (draft-ietf-ipsec-flow-monitoring-mib-02.txt). This MIB augments the CISCO-IPSEC-SIGNALING-MIB for IKE-specific entities.
CISCO-IKE-FLOW-CAPABILITY
The CISCO-IKE-FLOW-CAPABILITY provides the implementation details for the CISCO-IKE-FLOW-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-IMAGE-CHECK-MIB
This MIB performs a high availability (HA) compatibility check of different software versions on the active and standby "supervisor engines", and it lists any incompatibilities. This MIB uses the following two tables to check the software and list any incompatibilities:
•
•
CISCO-IMAGE-MIB
This MIB identifies the capabilities and characteristics of the running image.
CISCO-IMAGE-UPGRADE-MIB
This MIB can upgrade images on modules in the system, show the status of the upgrade operation, and show the type of images that could be run in the system. Examples of modules include a controller card or line card.
The system fills up the ciuImageVariableTable with the type of images the system can support. For performing an upgrade operation, a management application must first read this table and use this information in other tables.
The ciuImageURITable is also filled by the system and provides the image name presently running for each type of image in the system. The user can configure a new image name for each image type as listed in ciuImageVariableTable. The system would use this image on the particular module on the next reboot.
The management application must first determine if an upgrade operation is already in progress in the system by reading the ciuUpgradeOpCommand. If it contains "none," no other upgrade operation is in progress. Any other value signifies that an upgrade is in progress and a new upgrade operation is not allowed.
Before starting an install, you must first verify version compatibility for the new set of image files (in ciuImageLocInputTable). Set ciuUpgradOpCommand to "check" to compare these new image files to the current system configuration. If ciuUpgradeOpStatus returns "success," then continue the installation process by setting ciuUpgradOpCommand to "install."
The tables, ciuVersionCompChkTable, ciuUpgradeImageVersionTable, and ciuUpgradeOpStatusTable, provide the result of the "check" or "install" operation performed using ciuUpgradeOpCommand. These tables are in addition to ciuUpgradeOpStatus, ciuUpgradeOpTimeStarted, ciuUpgradeOpTimeCompleted, and ciuUpgradeOpStatusReason. The ciuUpgradeOpStatus object provides the status of the selected upgrade operation. The user can choose to upgrade only some modules by using ciuUpgradeTargetTable. If this table is empty, then an upgrade operation is performed on all the modules in the system.
CISCO-IP-IF-MIB
This MIB configures IP address characteristics of the interfaces on a device, which includes configuring primary, secondary, and broadcast IP addresses.
CISCO-IP-NW-DISCOVERY-MIB
This MIB provides the ability to initiate, configure, and show discovery results for IP networks in a switch fabric. This MIB replaced CISCO-ISNS-IP-NW-DISCOVER-MIB.
CISCO-IP-NW-DISCOVERY-CAPABILITY
The CISCO-IP-NW-DISCOVERY-CAPABILITY provides the implementation details for the CISCO-IP-NW-DISCOVERY-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-IP-PROTOCOL-FILTER-MIB
This MIB manages information to support packet filtering on IP protocols.
The cippfIpProfileTable allows users to create, delete, and get information about filter profiles. Filter profiles are uniquely identified by the profile names. Filter profiles can be either simple or extended usage types. The usage type cannot be changed once it has been created.
The cippfIfIpProfileTable applies the filtering profiles to device interfaces running IP. A filter profile can be applied to multiple interfaces.
The cippfIpFilterTable contains ordered lists of IP filters for all filtering profiles. Filters and profiles are related if they have the same filter profile name. Filters can be created only if their associated filter profiles already exist in the cippfIpProfileTable. Filters of the same profile name belong to a common profile.
The interface-based cippfIfIpProfileTable can be configured with information independent of the other tables. However, if the profile name in this table matches any profile name in the cippfIpProfileTable and the profile name of any filter entry in the cippfIpFilterTable, the profile is active, and the filter entry is being applied to IP traffic passing through the attached device interfaces. Therefore, any change to the filters in the cippfIpFilterTable or the profile itself in the cippfIpProfileTable affects all the attached interfaces.
CISCO-IPSEC-PROVISIONING-MIB
This MIB provides IPsec configuration in terms of structures specific to the Cisco implementation of IPsec (such as IPsec transforms, and crypto maps). It deals with IPsec (Phase-2) configuration only. This MIB may be used to view and provision IPsec-based VPNs.
CISCO-IPSEC-PROVISIONING-CAPABILITY
The CISCO-IPSEC-PROVISIONING-CAPABILITY provides the implementation details for the CISCO-IPSEC-PROVISIONING-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-IPSEC-SIGNALING-MIB
This MIB provides status, performance, and fault detection for a protocol with the generic characteristics of signaling protocols used with IPsec and FC-SP, such as IKE and KINK. Signaling protocols are also referred to in this document as control protocols because they perform session control. The protocol-specific aspects of a signaling protocol are captured in a protocol-specific MIB such as the CISCO-IKE-FLOW-MIB.
This MIB contains major groups of objects that are used to manage the generic aspects of IPsec signaling. These groups include the following information:
•
•
•
•
CISCO-IPSEC-TC
This file defines the textual conventions used in the IPsec suite of MIBs, which includes Internet DOI numbers defined in RFC 2407, ISAKMP numbers defined in RFC 2408, and IKE numbers defined in RFC 2409.
CISCO-ISCI-GW-MIB
This MIB configures and monitors iSCSI (SCSI over TCP) gateway functions. An iSCSI node (target or initiator) is presented to the Fibre Channel network as a virtual Fibre Channel node that can be accessed by the real Fibre Channel nodes on that network. Similarly, a Fibre Channel node is presented to the iSCSI network as a virtual iSCSI node that can be access by the real iSCSI nodes on that network. It is up to the gateway implementation how to represent the nodes in each of these networks. For example, a gateway implementation may choose to represent multiple Fibre Channel targets either as one iSCSI target (many to one mapping) or multiple iSCSI targets (one to one mapping).
CISCO-ISCSI-MIB
This MIB manages iSCSI devices and is based on the Internet Draft (draft-ietf-ips-iscsi-mib-05.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 because of the "subject to change" nature of Internet Drafts. This Cisco MIB may eventually be replaced by a stable RFC.
The CISCO-ISCSI-MIB is layered between the CISCO-SCSI-MIB and the TCP-MIB (RFC 2012). These MIBs are related as follows:
•
•
CISCO-ISNS-CLIENT-MIB
This MIB configures and monitors the iSNS client. The Cisco MDS 9000 Family switches act as iSNS clients. This MIB lists iSNS server profiles known to the iSNS client.
CISCO-ISNS-IP-NW-DISCOVERY-MIB
This MIB discovers and manages the disjoint IP networks connected to the various Gigabit Ethernet interfaces in the SAN fabric. Disjoint IP networks are separate IP networks that are not reachable to each other using IP. Multiple disjoint IP networks may terminate on a single Fibre Channel switch in a fabric. In such a scenario, the iSNS server must ensure that the targets returned on a query by iSCSI devices are filtered based on access control lists (specified by the user during configuration), and also based on Gigabit Ethernet ports that are reachable by the IP network on which the iSCSI device is present.
The iSNS server partitions all known Gigabit Ethernet ports into disjoint sets based on IP reachability by sending discovery packets. Each discovered set is referred to as an IP network. The Gigabit Ethernet ports contained in these IP networks are referred to as IP network members.
This MIB provides the ability to initiate, configure, and show discovery results for the IP networks in the SAN fabric.
CISCO-IVR-MIB
This MIB manages inter-VSAN routing within the framework of the Cisco inter-VSAN routing (IVR) architecture. IVR allows traffic between VSANs. VSANs are logically separated SANs where traffic does not cross VSAN boundaries. Certain SAN applications need restricted communication between initiators and targets that are in different VSANs. The IVR architecture provides this inter-VSAN communications.
The VSANs logically separate a single physical fabric into multiple logical fabrics. These logical fabrics can be grouped together to form an autonomous fabric. In addition to inter-VSAN communication, IVR also enables communication between autonomous fabrics.
CISCO-IVR-CAPABILITY
The CISCO-IVR-CAPABILITY provides the implementation details for the CISCO-IVR-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-LICENSE-MGR-MIB
This MIB manages license files on the system. The Cisco MDS 9000 Family uses licensing to enable advanced features in the product. The licensing model has two options:
•
•
The license can specify a limit to the number of concurrent uses of the feature, a time limit on the feature, and the device where the feature can be used.
License files are provided to customers when licenses are purchased. Customers should copy the license file to a local computer to allow installation of the license to the switch.
CISCO-LICENSE-MGR-CAPABILITY
The CISCO-LICENSE-MGR-CAPABILITY provides the implementation details for the CISCO-LICENSE-MGR-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-NS-MIB
This MIB manages the name server (NS), which realizes the FC-GS3 requirements for a NS. The NS functionality maintains a database containing the attributes for all hosts and storage devices in each VSAN.
CISCO-NTP-MIB
This MIB monitors an NTP server. The MIB is derived from the Management of the Network Time Protocol (NTP) with SNMP publication, Technical Report No. 98-09. Refer to http://www.cis.udel.edu/~sethi/papers/97/ntp-mib-tr.pdf.
NTP is defined in RFC 1309.
CISCO-NPV TRAFFIC MANAGEMENT-MIB
This MIB for NPort Virtualization (NPV) traffic management is added to allow Cisco Fabric Manager to specify which NP ports can be used by particular F ports (servers) for connections to NPV core switches. The NPV traffic management feature allows end users to manage available bandwidth to core switches by reserving NP ports to carry traffic for specific servers. In previous releases, an F port could be assigned to any one of the available NP port connections, so available bandwidth to NPV core switches could not be managed explicitly. Control over switch-wide load balancing mode has also been included in this MIB. When load balancing is enabled for switches operating in the NPV mode, the assignments from F ports to NP ports are updated (rebalanced). If a new NP port is added while in the load balancing mode, the load balancing is evaluated and updated automatically. It is a disruptive process when rebalancing occurs on affected ports.
CISCO-PKI-PARTICIPATION-MIB
This MIB organizes the various certificates, key-pairs, and Certificate Authority (CA) related information into SNMP tables.
•
•
An entry in the cpkiTrustPointTable corresponds to a trusted CA that the switch uses to obtain an identity certificate and to verify the peer certificates issued by that CA. The entry contains information about the CA certificate, which includes the following information:
•
•
•
The cpkiRSAKeyPairTable contains an entry for each key-pair that is present in the device.
A key-pair entry from the cpkiRSAKeyPairTable can be associated to an entry in the cpkiTrustPointTable. A key-pair entry can be associated to multiple cpkiTrustPointTable entries, but a cpkiTrustPointTable entry is associated with only one key-pair entry.
This MIB supports the certificate work-flow operations used for generating the key-pairs and obtaining the certificates for them from various CAs. The following are the steps in one typical workflow:
1.
2.
3.
4.
5.
6.
7.
In another typical certificate workflow, the key-pair and the corresponding identity certificate are allowed to be generated or obtained outside of the device by whatever means and then input to the device in the pkcs#12 form.
This MIB does not support configuring individual security services such as SSL, SSH, IPsec/IKE to use particular trustpoints or certificates and key-pairs in them. Instead, the security services certificate usage configuration is supported in the respective feature MIBs.
CISCO-PORT-CHANNEL-MIB
This MIB manages PortChannel ports in the Cisco MDS 9000 Family. In addition to this MIB, CISCO-FC-FE-MIB and IF-MIB (RFC 2863) also contain entries for PortChannel ports. PortChannel refers to the aggregation of multiple physical Fibre Channel ports into one logical port to provide high-aggregated bandwidth, load balancing, and link redundancy.
CISCO-PORT-TRACK-MIB
This MIB provides configuration for port tracking. Port tracking allows the SAN fabric to recover quickly from indirect failures on a port. An indirect failure occurs when a connection fails because of a problem on another link in the path from the port to its remote peer. A direct failure occurs when a link failure is detected on the local port. Direct failures implement recovery and redundant port failover more quickly than indirect failures, which are dependent on SAN application timeouts to detect a remote link failure. To speed up recovery times for indirect failures, this MIB marks critical ports as tracked ports. Other dependent, or linked, ports can be associated with one or more tracked ports. When a tracked port fails, all linked ports are shut down, causing an immediate failover to redundant paths.
CISCO-PREFERRED-PATH-MIB
This MIB provides a method of routing traffic over the selected preferred paths, not necessarily the shortest path, as chosen by routing protocols such as FSPF. This type of control allows you to choose paths based on characteristics, such as frames received on a selected interface or frames with selected source FCID. This feature allows you to ensure path separation between switches for different traffic between a host and a target.
CISCO-PROCESS-MIB
This MIB displays memory and process CPU utilization on Cisco devices. This information should be used as an estimate only.
CISCO-PSM-MIB
This MIB manages the Port Security Manager (PSM). The PSM consists of two aspects: port binding and fabric binding. Port binding is concerned with the security of switch ports, and fabric binding is concerned with the security of the SAN fabric as a whole.
CISCO-PSM-MIB-CAPABILITY
CISCO-PSM-MIB-CAPABILITY provides the implementation details for the CISCO-PSM-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-RADIUS-MIB
This MIB manages the RADIUS server. This MIB was removed in Cisco MDS SAN-OS Release 1.3(1) and replaced by CISCO-AAA-SERVER-MIB.
CISCO-RF-MIB
This 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 "one to one" redundancy on processor cards. RF is not intended to solve all redundancy schemes. RF is not designed to support redundant hardware, such as power supplies.
Redundancy is concerned with the duplication of data elements and software functions to provide an alternative in case of failure. It is a key component to meeting 99.999 Percent availability requirements for Class 5 carrier solutions.
In the scope of this MIB definition, peer software elements are redundant and redundant software elements are peers.
CISCO-RF-SUPPLEMENTAL-MIB
This MIB extends CISCO-RF-MIB by providing additional optional status and configuration control for redundant processor platforms.
CISCO-RMON-CONFIG-MIB
This MIB defines configuration extensions for some of the IETF RMON MIBs.
The following terms are used throughout this MIB:
A SPAN session is an association of one or more destination(s) with a set of source(s), along with other parameters, to specify the network traffic to be monitored. Each SPAN session is denoted by a unique number.
A remote SPAN, also called RSPAN, refers to the analysis of network traffic remotely, from destination port(s) for one or more source ports, distributed in one or more switches in a switched network, through an RSPAN VLAN.
CISCO-RSCN-MIB
This MIB monitors the Fibre Channel Registered State Change Notification (RSCN) functionality, which is specified by FC-FLA and FC-FS. RSCN is a Fibre Channel service that informs hosts about changes in the fabric. Hosts can receive this information by registering with the fabric controller. This MIB lists which ports are registered for RSCN, and it provides global and per VSAN statistics on RSCN.
CISCO-SANTAP-MIB
This MIB configures the CVT for the SANTap service on the Fibre Channel switch modules.
SANTap is a Fibre Channel switch-based capability that provides a reliable copy of the data flowing between a set of one or more initiators and a set of one or more targets connected to the fabric.
Administrators must configure the switch to create the CVT for the SANTap service. CVTs are used to implement the control paths that process all SANTap service requests sent out by a device.
CISCO-SCSI-FLOW-MIB
This MIB configures and monitors Small Computer System Interface (SCSI) flows. A SCSI flow is a monitored connection between a SCSI initiator and a SCSI target. The initiator should be connected to a port on the local switch. The target can be present anywhere in the fabric. A SCSI flow is identified uniquely by a SCSI flow ID. The statistics gathered per flow and per LUN include SCSI reads, writes, transmit bytes, receive bytes, transmit frames, and receive frames.
CISCO-SCSI-MIB
This MIB is the Cisco version of the SCSI-MIB from the Internet Draft (draft-ietf-ips-scsi-mib-03.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 because of the "subject to change" nature of Internet Drafts. This Cisco MIB may eventually be replaced by a stable RFC.
This MIB configures and monitors SCSI entities. SCSI entities include SCSI devices, SCSI targets and initiators, and SCSI ports.
CISCO-SECURE-SHELL-MIB
This MIB provides management of the SSH protocol. SSH provides secure communications between the network management application and the managed device.
CISCO-SME-MIB
This MIB module manages Storage Media Encryption (SME) service. SME is an encryption service provided by an encryption node residing on a line card in a storage device. It receives clear-text data from the host, encrypts and then sends it to be written to tape or disk. It does the reverse in the opposite direction so the service is completely transparent to the host. The purpose of this service is to enhance data security in case the tape or disk is lost or stolen.
As with any services important the user requires that provides some level of fault tolerance in a graceful manner. SME provides fault tolerance by allowing encryption nodes to be grouped into a cluster. Nodes in the same cluster immediately take over the work of a failed node so that the user does not experience service disruption.
CISCO-SMI
This file gives the Structure of Management Information (SMI) for the Cisco enterprise. A subset of the SMI follows.
ciscoProducts
ciscoProducts is the root object identifier from which sysObjectID values are assigned. Actual values are defined in CISCO-PRODUCTS-MIB.
ciscoAgentCapability
ciscoAgentCapability provides a root object identifier from which AGENT-CAPABILITIES values may be assigned.
ciscoMgmt
ciscoMgmt is the main subtler for new MIB development.
ciscoExperiment
ciscoExperiment provides a root object identifier from which experimental MIBs may be temporarily based. MIBs are typically based here if they fall in one of two categories:
•
•
CISCO-SNMP-VACM-EXT-MIB
This MIB extends the SNMP-VACM-MIB to allow each combination of a securityModel and a securityName to be mapped into additional groupNames. The groups identified by these mappings are in addition to those identified by the vacmGroupName of the vacmSecurityToGroupTable.
CISCO-SSM-PROV-MIB
This MIB provisions features for SSMs. Currently, an SSM has eight data path processors (DPPs), each of which corresponds to four of the 32 ports on the SSM. Each DPP can run a feature independent of the other DPPs. Because the concept of a DPP is transparent to the network manager, groups of ports are used to configure different features. A start port and an end port are specified to identify a DPP and provision a feature.
CISCO-ST-TC
This file defines textual conventions used in MIBs that are specific to SANs in the Cisco MDS 9000 Family.
CISCO-SVC-INTERFACE-MIB
This MIB configures and monitors SVC related features in SAN switches. SVC supports a virtualized pool of storage from the storage subsystems attached to a SAN. This MIB monitors virtualization features per interface and per VSAN.
CISCO-SYSLOG-EXT-MIB
This MIB configures and monitors system log (syslog) management parameters. Syslog is defined by RFC 3164. Use this MIB to set up syslog servers and set logging severity levels.
CISCO-SYSLOG-MIB
This MIB collects system messages generated by Cisco MDS SAN-OS. These messages are typically sent to a syslog server. Use this MIB to retrieve SYSLOG-MIB system messages.
CISCO-SYSTEM-MIB
This MIB provides Cisco-defined extensions to the MIB-II systemGroup.
CISCO-SYSTEM-EXT-MIB
This MIB monitors high availability (HA) and provides an extension to the SNMP error status when an SNMP set request fails.
CISCO-TC
This file defines the common TEXTUAL-CONVENTIONS used in all Cisco MIBs. These conventions make it easier to realize the type or purpose of a MIB object by adding a label to an underlying primitive. DisplayString is a frequently used TEXTUAL-CONVENTION defined in SNMP.
CISCO-TPC-MIB
This MIB configures the TPC targets. This MIB is used with the Network Assisted Serverless Backup (NASB) feature. You specify the module and the VSAN on which the TPC feature needs to be configured. Once the feature is configured, target ports are created on the specified module and VSAN that are SCSI Extended Copy (XCOPY) capable. Any application that can source an XCOPY command can use these targets to perform data movement.
TPC derives its name from the fact that there are three entities involved in the process of copying data, either for backup or restore operations. These entities are as follows:
•
•
•
The entity originating the copy commands to perform the data transfer can use XCOPY. The TPC feature exposes a disk target with a Logical Unit Number (LUN) 0 that is capable of processing the XCOPY to transfer data from a specified source to a specified destination. On receiving the XCOPY command, the TPC target performs the actual data transfer from the data source to the data destination on behalf of the entity issuing the XCOPY command.
CISCO-VIRTUAL-NW-IF-MIB
This MIB manages virtual network interfaces to VSANs and VLANs. This MIB is used in conjunction with ENTITY-MIB, IF-MIB, CISCO-IF-EXTENSION-MIB, and CISCO-IP-IF-MIB. This MIB monitors the operational status of these virtual network interfaces.
CISCO-VSAN-MIB
This MIB manages VSANs within the framework of the Cisco VSAN architecture. This MIB enables you to create and monitor VSANs. VSANs provide isolation among devices that are physically connected to the same fabric. With VSANs you can create multiple logical SANs over a common physical infrastructure.
CISCO-VSAN-CAPABILITY
The CISCO-VSAN-CAPABILITY provides the implementation details for the CISCO-VSAN-MIB, as implemented in the Cisco MDS SAN-OS.
CISCO-WWWNMGR-MIB
This MIB manages the WWN manager functions. The WWN manager on a Cisco MDS 9000 Family switch assigns WWNs to each switch, independent of other WWN managers on other switches. This MIB provides statistics on the limited number of WWNs available to the switch and details on each type of WWN provided.
CISCO-ZS-EXT-MIB
This MIB manages zoning within the framework of the Cisco zone server architecture, which realizes the FC-GS4/SW3 requirements for a zone server. This MIB is an extension to the CISCO-ZS-MIB, which is for managing zoning conforming to FC-GS3/SW2. Refer to http://www.t11.org for the FC-GS4 specification.
GS4/SW3 allows zoning to operate in either basic or enhanced mode of operation. Basic mode is essentially the GS3/SW2 compatible mode (as modeled by CISCO-ZS-MIB). Enhanced mode provides additional capabilities. In enhanced mode of operation, all the configuration should be done within the scope of a session.
CISCO-ZS-MIB
This MIB manages zoning within the framework of the Cisco zone server architecture, which realizes the FC-GS3 requirements for the zone server (ZS). Additionally, the Cisco ZS allows for configuration of LUN zoning, which is an extension to the ZS standard specified by FC-GS3.
Supported Notifications
Cisco SAN-OS supports many notifications that are available in the supported MIBs. This section lists each of these notifications.
Understanding the ENTITY-MIB and Extensions
The ENTITY-MIB provides basic management and identification of physical and logical entities within a network device. Cisco MDS SAN-OS support for the ENTITY-MIB focuses on the physical entities within a switch or director. This MIB provides details on each module, power supply, and fan tray within a switch chassis. It gives enough information to correctly map the containment of these entities within the switch, building up a chassis view.
Cisco has developed a number of private extensions to the ENTITY-MIB to provide more details for these physical entities. Each of these MIB extensions shares the common index value, entPhysicalIndex, which allows the management application developer to link information across multiple MIBs.
Table 19 lists the CiscoMIB extensions that are linked to the ENTITY-MIB by entPhysical Index.
Extending the IF-MIB
The IF-MIB provides basic management status and control of interfaces and sublayers within a network device. Multiple standard and Cisco-specific MIBs use ifIndex from the IF-MIB to extend management for specific interface types. Cisco MIBs also enhances the two interface notifications, linkUp and linkDown, from the IF-MIB to provide a clearer indication of the reason for these notifications. Cisco MIBs add up to two varbinds to linkUp and linkDown as shown in Table 20.
Table 20 Varbinds added to IF-MIB Notifications
linkUp
fcIfOperMode1 , ifDescr
linkDown
fcIfOperStatusCause1, ifDescr
1 Added for Fibre Channel interfaces only. Refer to the CISCO-FC-FE-MIB.
Refer to the Cisco MDS 9000 Family CLI Configuration Guide for details about enabling link notifications that use these additional varbinds.
© 2007-2008 Cisco Systems, Inc. All rights reserved.
CCDE, CCENT, Cisco Eos, Cisco Lumin, Cisco Nexus, Cisco StadiumVision, the Cisco logo, DCE, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn is a service mark; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0805R)
