IBM-BCCUSTOM-MIB

OBJECT-IDENTITY

OBJECT-IDENTITY

OBJECT-IDENTITY

The OID subtree for version information

OBJECT-IDENTITY

OBJECT-TYPE

The MIB major and minor version number is a 4 byte value of the form xx:xx:yy:yy. The higher 2 byte (xx:xx) is for the major version number. The lower 2 byte (yy:yy) is for the minor version number. Rule of MIB Version: Major: Incremented by one every time a new object is added. When the Major number is incremented the Minor number should be reset and start at the value 1. Minor: Increment by one only when an object is modified and no new object(s) are added.

OBJECT-IDENTITY

OBJECT-TYPE

The AMM will use this object read the IOM capabilities. The IOM must set its capabilities prior to its POST transition. The unsigned INTEGER value will be treated as the 32 bits in network byte order. That is the bit 0 will be the left most bit and bit 31 will be the right most bit. The bit pattern definition is defined as below. Bit(31): IOM Mode Changeable: Set to 1, IOM supports to change its operation mode. Bit(30): Reserved for Port Based VLAN: Set to 1, IOM supports port based VLAN. Bit(29): Reserved for Port Statistics: Set to 1, IOM supports port statistics. Bit(28): Firmware group: Set to 1, IOM supports firmware group MIB objects. Bit(27): Files group: : Set to 1, IOM supports files group MIB objects. Bit(26): Reserved for VLAN group: Set to 1, IOM supports system vlan group MIB objects. Bit(25): Protocols: Set to 1, IOM supports protocols group MIB objects. Bit(24): Port Information: Set to 1, IOM supports port information group MIB objects. Bit(23): Feature License Information:Set to 1, IOM supports license key status reporting group MIB objects. Bit(22): PCI Adapter Inventory Information: Set 626 to 1, IOM supports reporting of PCI Adapter Inventory group MIB objects. Note: applicable for a PCIe IOM only. Bit(0-21): Reserved: must be set to zeroes.

OBJECT-TYPE

This MIB object provides the ability to read and write the current operation mode of operation of the IOM

OBJECT-IDENTITY

The OID subtree for Portmodule details

OBJECT-IDENTITY

OBJECT-TYPE

Table that contains port information for the I/O Module.

OBJECT-TYPE

I/O Module port entry

OBJECT-TYPE

I/O Module port sequence index.

OBJECT-TYPE

Indicates the given port type of the I/O Module. The definitions of port types are: unUsed: the value of zero indicates the request is for a real port index of the IOM in the OID. In the port type GET operation, the return value of zero means the port is not used for anything. externalPort: This port is connected to an external device and is for data traffic. externalManagementPort: This port is solely for an external management connection. This port is not used for data traffic from an external device externalDualPort: This port is used for both data traffic as well as for management traffic. bladePort : This port is connected to a blade. mmManagementPort: This port is connected to the Management Module. uplinkPort: This port is configured for up link functionality. interModulePort(: This port is connected to another I/O Module for data. interModuleManagementPort: This port is connected to another I/O Module for management purpose. interModuleDualPort: The port is connected to another I/O Module and can be used for both data and management purpose. interModuleExternalBridgePort: This port is an external bridge port that connects to another bridge. interModuleInternalBridgePort: This port is an internal bridge port that connects to chassis bridge module. To get the port type of a given port, the port type in OID must be zero and the port command in the OID is 2. For an example: To get a port type of the real port index 7, the OID would be: 1.3.6.1.4.1.2.6.215.2.1.1.1.2.7.0 and the result should be 4 (bladePort).

OBJECT-TYPE

The current port link state of the I/O Module. down: the physical port is down or off. up: the physical port 817 is up and active initialized: the physical port has completed initializion but is not active yet.

OBJECT-TYPE

The port string label of the I/O module. The IOM may allow for the port label to be configured from the I/O Modules user interface but the default port label must reflect.port type description as defined below: Unused port External port External Management port External Dual port Blade port MM Management port Up-Link port Interconnect Modular port Interconnect Modular Management port Interconnect Modular Dual port The write ACCESS will allow AMM to change the port label as needed.

OBJECT-TYPE

The INTEGER value will indicate the current speed of the port. The INTEGER values are defined as follows: A signed value is Half duplex, A unsigned value is FULL Duplex. The value is the speed in multiple of 100 Mbps. The value of 0 is special for AUTO Speed, Auto Duplex. For example: 0: (SET) Auto Speed, Auto Duplex, GET (Not available due to link down) -1: 100 Mbps Half Duplex 1: 100 Mbps FULL Duplex 10: 1 Gbps FULL Duplex 20: 2 Gbps FULL Duplex 40: 4 Gbps FULL Duplex. 60: 6 Gbps FULL Duplex. 80: 8 Gbps FULL Duplex 100: 10 Gbps FULL Duplex 140: 14 Gbps FULL Duplex 160: 16 Gbps FULL Duplex 200: 20 Gbps FULL Duplex 400: 40 Gbps FULL Duplex 560: 56 Gbps FULL Duplex 600: 60 Gbps FULL Duplex 800: 80 Gbps FULL Duplex 1000: 100 Gbps FULL Duplex 1120: 112 Gbps FULL Duplex 1680: 168 Gbps FULL Duplex The value of zero is invalid in the get operation but it is valid in the set operation (Zero is the value used for a set operation for Auto Speed, Auto Duplex ).

OBJECT-TYPE

The port media type of the I/O Module.

OBJECT-TYPE

The port protocol of the I/O Module.

OBJECT-TYPE

This value must return the the total number of ports supported on the IOM. This value must be customized

OBJECT-TYPE

The string contains all the available speed settings that is applicable to the port. It is a special format so the application can parse the string to obtain all the possible speed settings. The speeds supported are define by 927 a token inside the pair of <> brackets. Inside the bracket there are two parts: the speed number which is the multiple of 100 Mbps and a word either HALF or FULL. For examples: <1 HALF> indicates 100 Mbps Half Duplex. <1 FULL> is 100 Mbps Full Duplex. <10 FULL> is 1 Gbps FULL Duplex. <20 FULL> is 2 Gbps FULL Duplex. <40 FULL> is 4 Gbps FULL Duplex <60 FULL> is 6 Gbps FULL Duplex <80 FULL> is 8 Gbps FULL Duplex <100 FULL> is 10 Gbps FULL Duplex. <140 FULL> is 14 Gbps FULL Duplex. <160 FULL> is 16 Gbps FULL Duplex. <200 FULL> is 20 Gbps FULL Duplex <400 FULL> is 40 Gbps FULL Duplex <560 FULL> is 56 Gbps FULL Duplex <600 FULL> is 60 Gbps FULL Duplex. <800 FULL> is 80 Gbps FULL Duplex. <1000 FULL> is 100 Gbps FULL Duplex. <1120 FULL> is 112 Gbps FULL Duplex. <1680 FULL> is 168 Gbps FULL Duplex. <AUTO> is a special token to indicate Auto Speed, Auto Duplex. <END> is a special token to mark the end of the list. The format of the string is <token><token><token> <END> The first token is always the current setting of the port. examples: <AUTO><1 HALF><1 FULL><10 FULL><40 FULL><100 FULL><END> The example shows the port is currently set as AUTO. The port can be set to any value of Auto, 100 Mbps Half Duplex, 100 Mbps Full Duplex, 1 Gbps Full Duplex, 4 Gbps Full Duplex, and 10 Gbps Full Duplex.

OBJECT-TYPE

To map from relative port index based on port type to the real port index of the server.

OBJECT-TYPE

To map from real port index to the relative port index of the server.

OBJECT-TYPE

The value represents the number of lanes supported by the port.

OBJECT-TYPE

The length (in meters) of the cable supported by this port.

OBJECT-TYPE

A string that contains the cable manufacturer. The name cannot exceed 64 1028 octets.

OBJECT-TYPE

Indicates the compatibility of the external cable which is currently plugged into this port.

OBJECT-TYPE

A string that designates the external cable type for this port. The name cannot exceed 64 octets. For example, Active Copper, Passive Copper, Active Fibre, Passive Fibre.

OBJECT-TYPE

The value represents the data rate supported for this port. SDR (single data rate), DDR (double data rate), QDR (quad data rate), EDR (enhanced data rate), FDR (fourteen data rate).

OBJECT-TYPE

The value represents the port license state. If this port is a base port that does not require a license key then the state will always indicate notApplicable. If the port needs to be enabled by a license key then the state may be licensed or not licensed depending on if the license key is installed.

OBJECT-IDENTITY

The OID subtree for Firmware operations

OBJECT-IDENTITY

OBJECT-TYPE

Table of Firmware Image information.

OBJECT-TYPE

I/O Module Firmware Image entry

OBJECT-TYPE

Firmware Image index.

OBJECT-TYPE

Information about the image - This string must follow the format below: Version: %s\n, Rel-Date: %s\n, Status: %s\n, Type: %s\n, Size: %s\n, Other-Info: %s\n\ Version: The version of the image and should match firmware VPD information. Rel-Date: The release date of the image which should match firmware VPD information of form MM/DD/YYYY. Status: To show if the image is currently Active or Not-Active (backup image ) or Reboot-Active (requires reboot to become active image) and should match firmware VPD information. Type: Boot Rom, Application, Bundled, Diagnostic, Generic Firmware which should match firmware VPD information. A Boot Rom or Application or Diagnostic or Generic image should be used to designate that the image is a single file when updates are performed for the targeted type of firmware. A Bundled image type would be used to designate that the file contains multiple firmware update packages. This should be used if all images in the bundled image have the same version, Release date, . If a bundled image then the image types included in the bundle must be listed in the Other Info. Size: Size of image in KB (Kilobyte) rounded to next 1KB increment. (Note: the MM will read the size of the current image in the IOM and if the size exceeds the allowable space on the MMs internal file system then the MM will not allow the file to be uploaded. In addition if the current image file size is within the limits of the MMs file system but the MM determines the new update image on an external server would exceed the MMs internal file systems allocation then the MM will fail the update. In this case the user on the MM will have to directly transfer the image to the IOM and not use the MMs file system as a source for the update. Other-Info: Any additional information that the IOM wishes to provide. String example 1: (Bundled image that is expanded on IOM) Version: 20.2.2.9, Rel Date: 09/26/2011, Type: Bundled, Status: Active, Size:27500KB, Other Info: Contains Boot ROM and Application images. String example 2: (Application image that is the backup image) Version: 20.1.0.20, Rel Date: 02/27/2012, Type: Application, Status: Not- Active, Size:1200KB, Other Info: None String example 3: (Application image that will become the active image on next reboot) Version: 20.1.0.25, Rel Date: 05/20/2012, Type: Application, Status: Reboot- Active, Size:1200KB, Other Info: None The format of the Firmware Image Information is very important and must be strictly followed. It is intended for other applications to parse and make use of the information. The string is made up of many parts of text information. Each part has the format of the form Token: information_string\n,. Each part consists of a token followed by token information. The end of each part is marked by a new line character, and a comma or a null character. The total length of the string cannot exceed 256 octets.

OBJECT-TYPE

This object indicates whether the IOM implementation of firmware updates has requirements on the server that would prevent the MM acting as the server for the image file(s). If there are no unique requirements then mmIsServer will not be set and one of the other enumerations will need to be set. - If the IOM firmware update requires the update file to be un-compressed on the server before transfer to the IOM then externalServerRequired must be set by IOM. - If the IOM firmware update is larger than 100MB the externalServerRequired must be set by IOM. Additional reasons for restrictions may be added 1198 in the future.

OBJECT-TYPE

The CMM will use this command to read the current supported and enabled IOM file transfer protocols. The bit mask is treated as 32 bits in network byte order. 1310 That is the bit 0 will be the left most bit and bit 31 will be the right most bit. The bit pattern definition is defined as below. Supported Bit Mask (Bits 31:16): Bit(31): This bit is set to 1 if TFTP is supported. Bit(30): This bit is set to 1 if FTP is supported Bit(29): This bit is set to 1 if SFTP (via SSH) is supported Bit(28): This bit is set to 1 if HTTP is supported. Bit(27): This bit is set to 1 if HTTPs is supported Bit(26:16): Reserved: must be set to zeroes. Enabled Bit Mask (Bits 15:0): Bit(15): This bit is set to 1 if TFTP is enabled. Bit(14): This bit is set to 1 if FTP is enabled Bit(13): This bit is set to 1 if SFTP (via SSH) is enabled. Bit(12): This bit is set to 1 if HTTP is enabled. Bit(11): This bit is set to 1 if HTTPs is enabled Bit(10:0): Reserved: must be set to zeroes. .

OBJECT-IDENTITY

OBJECT-TYPE

The I/O Module must indicate the number of firmware images that can be updated. For example a value of 0 should be used if no images can be updated, a value of 1 should be used if 1 firmware image can be updated.

OBJECT-TYPE

This value indicates the image number that will be updated. For example, if the value is 2, that means firmware image 2 must be updated on the I/O Module. This value is write only by MM to the I/O Module.

OBJECT-TYPE

The action the I/O Module must take for the firmware update operation.Upon receiving this command IOM must immediately execute the operation with all the necessary information which was preset prior to receiving this request

OBJECT-TYPE

The status of the firmware update operation 0: No operation pending. 1-100: the percentage of completion of the update operation. 101: success. 201: failed

OBJECT-TYPE

This is a string of information about the final result of firmware update operation. It will further qualify in detail the information provided by the firmware update operation status and provide a text string indicating if the operation was successful or not successful. When the operation has completed successfully then the text string Success should be used. When the operation is not successful then a text string such as Failed to contact server or Image was not valid, would be appropriate to explain the reason for the failure.

OBJECT-TYPE

This value indicates which image index that the I/O Module must immediately activate.

OBJECT-TYPE

This is a URI string specifies the protocol and various location parameters to be used by the switch to perform a get operation using any of the supported protocols TFTP, FTP, sFTP. SFTP and FTP are mandatory and TFTP is recommended to support various user update tools. The IOM must report the protocols supported for the level of executing firmware in the IOM capabilities field of the VPD EEPROM. In this context the CMM (or remote host) acts as the server and the IOM acts as the client. The format of this string is as follows: <protocol>://<username>:<password>@<IP address or hostname:<port>/<path>/<filename> An example of a URI for the firmware packet file would be: ftp://USERID:PASSW0RD@192.168.0.2:30045/tmp/1308 application.img1 or ftp://USERID:PASSW0RD@[fe80::290:27ff:fe29:6019]:30045/tmp/application.img or sftp://USERID:PASSW0RD@192.168.0.2:30045/tmp/application.img or sftp://USERID:PASSW0RD@[fe80::290:27ff:fe29:6019]:30045/tmp/application.img where the FTP or sFTP protocol will be used for transferring the packet file, username is USERID, password is PASSW0RD, host IP address is either fe80::290:27ff:fe29:6019 or 192.168.0.2, port number is 30045, and /tmp is the full pathname to the packet file application.img. Some protocols do not need the username, password, and the port number, so the minimum requirement for a fully qualified address would be: <protocol>://<IP address or hostname>/<path</<filename> An example of a fully qualified address for the firmware packet file can be: tftp://192.168.0.2:2022/tmp/application.img. ote: (1) the MM will set the URI to the IOM. This URI may point to a server that is internal to the chassis with an IP address/hostname or if the server is external to the chassis then a public IP address/ hostname. Therefore the IP address of the server may or may not be the MMs IP address. In addition when a public IP address/hostname is used the filename in the URI may point to the top level directory that contains many files that make up the firmware image and the IOM is responsible to accept or reject this operation and indicate this by utilizing the status OID.

OBJECT-TYPE

Contains the public 1024 bit RSA key used for a secure file transfer utilizing sFTP over a SSH connection.The CMM will issue a set (write) of this object with the CMMs current public key when a SFTP transfer is required for a firmware transfer will occur to the CMMs SFTP server. This will enable the IOMs SSH client to perform SSH public key authentication with the CMMs SSH server.

OBJECT-IDENTITY

The OID subtree for various file operations

OBJECT-IDENTITY

OBJECT-TYPE

Table of System File information.

OBJECT-TYPE

I/O Module System File entry

OBJECT-TYPE

System File index.

OBJECT-TYPE

Information about the system file(s) that are supported by the IOM, on which the CMM can perform a get or put operation from/to the IOM. Two types of files are mandatory for the IOM, service file and configuration file. This string must follow the format below - This string must follow the format below: File-Name: %s\n, Size: %d KB\n, Date: %s\n, Category: %s\n, Type: %s, Other-Info: %s\n\0 File-Name: The file name of the file i.e service.log, new_config.cfg Size: The size of the file in Kbyte. Date: The date of the last update to the file. It must be in this format: mm/dd/yyyy hh:mm:ss. The hour is from 0-23. The time is based on GMT. Category: The system file must be one of the categories below: Service-Data, Saved-Configuration, Active-Configuration, New-Configuration, Other Type: It is either binary or text. Other-Info: Any additional information that the IOM wishes to provide about the file. String example 1:File Name: service.log, Size: 98 KB Date: 09/26/2008 14:35:21, Category: Service- Data, Type:text, Other Info: Service Data file. String example 2: File Name: config.cfg, Size: 6 KB Date: 09/26/2011 16:35:32, Category: Active-Configuration, Type: text, Other Info: Active Configuration file. The format of the System File Information is very important and must be strictly followed. It is intended for other applications to parse and make use of the information. The string is made up of many parts of text information. Each part has the format of the form Token: information_string\n,. Each part consists of a token followed by token information. The end of each part is marked by a new line character, and a comma or a null character.The total length of the string cannot exceed 256 octets. Note: All IOMs must minimally support the Service-Data file type.

OBJECT-TYPE

The CMM will use this command to read the current supported and enabled IOM file transfer protocols. The bit mask is treated as 32 bits in network byte order. That is the bit 0 will be the left most bit and bit 31 will be the right most bit. The bit pattern definition is defined as below. Supported Bit Mask (Bits 31:16): Bit(31): This bit is set to 1 if TFTP is supported. Bit(30): This bit is set to 1 if FTP is supported Bit(29): This bit is set to 1 if SFTP (via SSH) is supported Bit(28): This bit is set to 1 if HTTP is supported. Bit(27): This bit is set to 1 if HTTPs is supported Bit(26:16): Reserved: must be set to zeroes. Enabled Bit Mask (Bits 15:0): Bit(15): This bit is set to 1 if TFTP is enabled. Bit(14): This bit is set to 1 if FTP is enabled Bit(13): This bit is set to 1 if SFTP (via SSH) is enabled. Bit(12): This bit is set to 1 if HTTP is enabled. Bit(11): This bit is set to 1 if HTTPs is enabled Bit(10:0): Reserved: must be set to zeroes. .

OBJECT-IDENTITY

OBJECT-TYPE

The I/O Module must indicate the number of system files that it has available to user. For an example a value of 0 should be used if it has no system file, a value of 1 should be used if it has 1 system file.

OBJECT-TYPE

The system file name and category of the file set by AMM that the I/O Module must use to perform an operation on the file. The string format of this command is defined: 1366 File-Name: %s\n, Category: %s\n\0 File-Name: The file name of the file i.e service.log, new_config.cfg Category: The system file must be one of the categories defined in the MIB Object systemFileInformation. The format of this string is very important and must be strictly followed. The string is made up of many parts of text information. Each part has the format of the form Token: information_string\n,. Each part consists of a token followed by token information. The end of each part is marked by a new line character, and a comma or a null character.1433 The total length of the string cannot exceed 256 octets.

OBJECT-TYPE

The AMM will set the maximum file size allowable for the IOM system file when IOM upload its system file to a remote server. IOM must not exceed this file size limit. The file size will be in KB unit. The value of zero is to denote no limitation. If the actual file size of the system file on IOM is greater than the file size limitation, AMM will set other filter such as Severity, or timestamp to help reduce the file size before IOM upload the file to remote server. If the file size still exceeds the limitation, IOM must truncate the file to only include the most recent activity.

OBJECT-TYPE

This is a URI string that specifies the location and various parameters to be used by the switch to perform a get or put operation using any of the supported protocols TFTP, FTP, sFTP, SFTP and FTP are mandatory and TFTP is recommended to support various user update tools. The IOM must report the protocols supported for the level of executing firmware in the IOM capabilities field of the VPD EEPROM. In this context the CMM (or remote host) acts as the server and the IOM acts as the client. The format of this string is as follows: <protocol>://<username>:<password>@<IP address or hostname>:<port>/<path>/<filename> An example of a fully qualified address for the firmware packet file would be: ftp://USERID:PASSW0RD@192.168.0.2:30045/tmp/service.log or ftp://USERID:PASSW0RD@[fe80::290:27ff:fe29:6019]:30045/tmp/service.log or sftp://USERID:PASSW0RD@192.168.0.2:30045/tmp/service.log or sftp://USERID:PASSW0RD@[fe80::290:27ff:fe29:6019]:30045/tmp/service.log where the FTP or sFTP protocol will be used for transferring the packet file, username is USERID, password is PASSW0RD, host IP address is fe80::290:27ff:fe29:6019 or 192.168.0.2, port number is 30045, and /tmp is the full pathname to the packet file service.log. Some protocols do not need the username, password, and the port number, so the minimum requirement for a fully qualified address would be: <protocol>://<IP address or hostname>/<path</<filename> An example of a fully qualified address for the firmware packet file can be: tftp://192.168.0.2:2022/1527 tmp/service.log

OBJECT-TYPE

Contains the public 1024 bit RSA key used for a secure a file transfer utilizing sFTP over a SSH connection. The CMM will issue a set (write) of this object with the CMMs current public key when a SFTP transfer is required for a firmware transfer will occur to the CMMs SFTP server. This will enable the IOMs SSH client to perform SSH public key authentication with the CMMs SSH server.

OBJECT-TYPE

The action the I/O Module must take on the system file MAX-ACCESS operation. Upon receiving this command IOM must immediately execute the operation with all the necessary information which was preset prior to receiving this request.

OBJECT-TYPE

The status of the system file operation: 0: No operation pending. 1-100: the percentage of completion of the operation. 101: success. 201: failed

OBJECT-TYPE

This is a string of information about the final result of system file operation. It will further qualify in detail the information provided by the system file operation status and provide a text string indicating if the operation was successful or not successful. When the operation has completed successfully then the text string Success should be used. When the operation is not successful then a text string such as Failed to contact server or File was not valid, would be appropriate to explain the reason for the failure.

OBJECT-TYPE

This object is used only for configuration files. After the transfer of the configuration file is completed to the IOM the CMM can use this object to immediately activate the configuration file at the IOM.

OBJECT-IDENTITY

The OID subtree for various protocol configuration operations

OBJECT-IDENTITY

OBJECT-TYPE

Disable/Enable the NTP client. When set to enabled the MM previously set the following additional NTP client objects The NTP client must then be configured to values specified in the following objects and must update immediately the IOMs clock from the configured NTP server address. Note: certain IOM implementations1 may have their NTP client always enabled AND does not support the ability to disable or enable the NTP client from any external user interface. - If this is true, then a get of this object will always return enabled and a set to enable will return no_error. If a set of this object is performed to disabled then the IOM will return a gen_error. - If this is not true then a get and set to enable or disable must return no_error.

OBJECT-TYPE

NTP server's IPv6 address. Note: This address represents the address that will be used for NTP requests and responses that utilize the MM internal port. A value of all zeroes indicates no address is configured. Note the MM will set an IPv6 or IPv4 address. If IPv6 address is set then the IPv4 NTP address will be zero. If IPv4 address is set then the IPv4 NTP address will be zero.

OBJECT-TYPE

NTP server's IPv4 address. Note: This address represents the address that will be used for NTP requests and responses that utilize the MM internal port. A value of all zeroes indicates no address is configured. Note the MM will set an IPv6 or IPv4 address. If IPv6 address is set then the IPv4 NTP address will be zero. If IPv4 address is set then the IPv4 NTP address will be zero.

OBJECT-TYPE

The frequency in minutes that the NTP client service will synchronize the local clock with the NTP server. The value range is 1 to 44640 minutes. Note: certain IOM implementations may have their NTP client configured to always perform time synchronization at a specific frequency AND does not support the ability to change this frequency from any external user interface. - If this is true, then a get of this object will always return the frequency rounded to a 1 minute interval. If a set is issued for this object then IOM will return a gen_error. - If this is true, then a get of this object will always return the frequency rounded to a 1 minute interval. If a set is issued for this object then IOM will return a gen_error. If this is not true then a get and set must return no_error

OBJECT-TYPE

The NTP v3 authentication entry to be used for time sync with a secure NTP server. The format of an authentication entry is <key index>::<key type>::<key>. The <key index> must be an INTEGER between 1 and 65534. <key type> must be M which signify MD5 encryption. The <key> is the actual value of the authentication key (symmetric) as configured on the NTP server. A SET operation can set the <key>. A GET operation returns back data in the format: <key index>::<key type> and does not return the encryption actual key value.

OBJECT-TYPE

Enables/Disables NTPv3 authentication

OBJECT-IDENTITY

OBJECT-TYPE

Trap destination IPv6 address. Note: This address represents the address that will be used for by IBM director for receiving SNMPv3 traps for the EHCM defined SNMPv3 user. This address is in addition to the MM IP address and does not override or replace that trap address. This value is normally set to zero and will only be set when director request the MM to set to a valid IP address. A value of all zeroes indicates no address is configured. Note the MM will set an IPv6 or IPv4 address. If IPv6 address is set then the IPv4 trap address will be zero. If IPv4 address is set then the IPv6 trap address will be zero.

OBJECT-TYPE

Trap destination IPv4 address. Note: This address represents the address that will be used for by IBM director for receiving SNMPv3 traps for the EHCM defined SNMPv3 user. This address is in addition to the MMs IP address and does not override or replace that trap address. This value is normally set to zero and will only be set when director request the MM to set to a valid IP address. A value of all zeroes indicates no address is configured. Note: the MM will set an IPv6 or IPv4 address. If IPv6 address is set then the IPv4 trap address will be zero. If IPv4 address is set then the IPv6 trap address will be zero.

OBJECT-IDENTITY

The OID subtree for feature license key configuration operations

OBJECT-TYPE

Table of License key information.

OBJECT-TYPE

License Key entry

OBJECT-TYPE

License Key index.

OBJECT-TYPE

Information about the system file - This string must follow the format below: Description: %s\n, Date-Time: %s\n, License-ID: %s\n, Other-Info: %s\n\0 Description: Description of the license key feature, for example NetCorp 12 Port License Key Upgrade for Fibre Switch. Date-Time: The date and time of the license key was installed in this format: mm/dd/yyyy hh:mm:ss. The hour is from 0-23. The time is based on GMT. License-ID: License ID, for example 222345K. Other-Info: Any additional information that the IOM wishes to provide about the key. String example 1:File Description: NetCorp 12 Port License Key Upgrade for Fibre Switch, Date-Time: 09/26/2008 14:35:21, License-ID: 222345K, Other Info: Test information. The format of the License Key Information is very important and must be strictly followed. It is intended for other applications to parse and make use of the information. The string is made up of many parts of text information. Each part has the format of the form Token: information_string\n,. Each part consists of a token followed by token information. The end of each part is marked by a new line character, and a comma or a null character. The total length of the string cannot exceed 256 octets.

OBJECT-TYPE

Provides information on the current state of the license