AD | Application | AWS | Azure | Cloud | Database | Enterprise | Environmental | Event Log | File System | Infra | IoT | IT Service | Linux | Network/System | Performance | Protocol | SaaS | Security | Service Level | SNMP | Storage | VMware | VoIP | Web | Wireless

Crumbtrail

MonitorTools.com » Technical documentation » SNMP » MIB » Cisco » CISCO-CIPCSNA-MIB » Objects

CISCO-CIPCSNA-MIB.mib object view, vendor Cisco

Introduction

Most network devices and programs ship with so-called MIB files to describe the parameters and meanings (i.e.: friendly names) which are available for monitoring via SNMP.
ActiveXperts Network Monitor 2024 can import vendor-specific MIB files, so it can be used to monitor specific OID's (Object Identifiers). This way, you can monitor your devices, computers, etc. by selecting your relevant OID's by name.

ActiveXperts Network Monitor 2024 can import MIB file CISCO-CIPCSNA-MIB and use it to monitor vendor specific OID's.

CISCO-CIPCSNA-MIB file content

Object view of CISCO-CIPCSNA-MIB:

Scalar Object
cipCardCsnaAdminEntry .1.3.6.1.4.1.9.9.33.1.1.1.1
A list of CSNA configuration values.
cipCardCsnaOperEntry .1.3.6.1.4.1.9.9.33.1.1.2.1
A list of CSNA operational and status values. The entries are created by the Agent. They have read-only access.
cipCardCsnaStatsEntry .1.3.6.1.4.1.9.9.33.1.1.3.1
A list of CSNA statistics. The entries are created by the Agent. They have read-only access.
cipCardSessionsAdminEntry .1.3.6.1.4.1.9.9.33.1.2.1.1
A list of CMCC specific Session configuration values.
cipCardSessionsOperEntry .1.3.6.1.4.1.9.9.33.1.2.2.1
A list of CMCC specific Session values.
cipCardSessionsStatsEntry .1.3.6.1.4.1.9.9.33.1.2.3.1
A list of CMCC specific Session values.
cipCardCsnaConnEntry .1.3.6.1.4.1.9.9.33.1.3.1.1
A list of CSNA internal LAN Adapter connection values. The first three indices allow the mapping to the LAN and Adapter. To obtain the mapping to the llc SAP table, use the ifIndex, llcSapNumber, and the MAC Address (from the CMCC internal LAN Adapter table).
Tabular Object
cipCardCsnaAdminPath .1.3.6.1.4.1.9.9.33.1.1.1.1.1
The Channel Path for this Channel Systems Network Architecture table entry. For more information see the textual convention ChannelPath.
cipCardCsnaAdminDevice .1.3.6.1.4.1.9.9.33.1.1.1.1.2
Two octet hex device address for the device the SNA host will use to communicate with the CSNA feature on the CMCC card. For more information see the textual convention ChannelDevice.
cipCardCsnaAdminBlockDelayTime .1.3.6.1.4.1.9.9.33.1.1.1.1.3
The Block Delay Time is the maximum amount of time the CSNA feature can hold a set of requests before it must transmit the block to the host. The Block must be sent when this time has expired, even if the block has not reached the suggested Block Delay Length.
cipCardCsnaAdminBlockDelayLength .1.3.6.1.4.1.9.9.33.1.1.1.1.4
The Block Delay Length is the suggested size of a block before it is transmitted to the host. The Block Delay Length is used to force a transmit of a block when all information currently being processed has been placed in the block and the real block size exceeds this Block Delay Length size. The size of the block can grow larger than the Block Delay Length size, but must never exceed the Maximum Block Length before being transmitted.
cipCardCsnaAdminMaxBlockLength .1.3.6.1.4.1.9.9.33.1.1.1.1.5
The Maximum block length is the maximum size that an inbound channel I/O block my attain before being sent to the host. The block must be smaller or equal to this value.
cipCardCsnaAdminRowStatus .1.3.6.1.4.1.9.9.33.1.1.1.1.6
This object is used by a Management Station to create or delete the row entry in the cipCardCsnaAdminTable following the the RowStatus textual convention. Upon successful creation of the row, an Agent automatically creates a corresponding entry in the cipCardCsnaOperTable with the cipCardCsnaOperState equal to 'inactive (1)'. The Management Station can initiate row deletion, by setting this value to 'destroy (6)'. The Agent will then delete the rows corresponding to this CSNA instance from both the cipCardCsnaAdminTable and cipCardCsnaOperTable.
cipCardCsnaOperState .1.3.6.1.4.1.9.9.33.1.1.2.1.1
The current state of the CSNA entry. The values have the following meanings: closed - Link is closed. pendingOpen - An Open Subchannel command has been received from the host. open - Subchannel is open. pendingSetup - Host has queried for LAN info. setupComplete - LAN info has been sent to the host. pendingClose - A Close Subchannel command has been received from the host.
cipCardCsnaOperSlowDownState .1.3.6.1.4.1.9.9.33.1.1.2.1.2
The current state of the CSNA slow down condition. A channel device will turn on the slow down bit whenever insufficient buffering is available to receive data from the adjacent channel device. The values have the following meanings: normal - Link is normal. slowDownSent - The router has put VTAM into a slow down state. slowDownReceived - VTAM has put the router into a slow down state. slowDownSentReceived - Both VTAM and the router are in a slow down state.
cipCardCsnaOperBlockDelayTime .1.3.6.1.4.1.9.9.33.1.1.2.1.3
The current Block Delay Time value being used by this instance of CSNA path/device (subchannel).
cipCardCsnaOperBlockDelayLength .1.3.6.1.4.1.9.9.33.1.1.2.1.4
The current Block Delay Length being used by this instance of CSNA path/device (subchannel).
cipCardCsnaOperMaxBlockLength .1.3.6.1.4.1.9.9.33.1.1.2.1.5
The current Maximum block length being used by this instance of CSNA path/device (subchannel).
cipCardCsnaStatsBlocksTxd .1.3.6.1.4.1.9.9.33.1.1.3.1.1
The number of Blocks Transmitted.
cipCardCsnaStatsBlocksRxd .1.3.6.1.4.1.9.9.33.1.1.3.1.2
The number of Blocks Received.
cipCardCsnaStatsBytesTxd .1.3.6.1.4.1.9.9.33.1.1.3.1.3
The number of Bytes Transmitted. NOTE: To support SNMP Version 1 Managers, this variable is supplied as a 32 bit value which can wrap very frequently.
cipCardCsnaStatsHCBytesTxd .1.3.6.1.4.1.9.9.33.1.1.3.1.4
The number of Bytes Transmitted. NOTE: This is a 64 bit (High Capacity) version of the cipCardCsnaStatsBytesTxd counter for use with SNMP Version 2 Managers
cipCardCsnaStatsBytesRxd .1.3.6.1.4.1.9.9.33.1.1.3.1.5
The number of Bytes Received. NOTE: To support SNMP Version 1 Managers, this variable is supplied as a 32 bit value which can wrap very frequently.
cipCardCsnaStatsHCBytesRxd .1.3.6.1.4.1.9.9.33.1.1.3.1.6
The number of Bytes Received. NOTE: This is a 64 bit (High Capacity) version of the cipCardCsnaStatsBytesRxd counter for use with SNMP Version 2 Managers
cipCardCsnaStatsBlocksTxByBlockDelayTime .1.3.6.1.4.1.9.9.33.1.1.3.1.7
The number of Blocks Transmitted when the Block Delay Time has been exceeded.
cipCardCsnaStatsBytesTxByBlockDelayTime .1.3.6.1.4.1.9.9.33.1.1.3.1.8
The number of Bytes Transmitted when the Block Delay Time has been exceeded.
cipCardCsnaStatsHCBytesTxByBlockDelayTime .1.3.6.1.4.1.9.9.33.1.1.3.1.9
The number of Bytes Transmitted when the Block Delay Time has been exceeded. NOTE: This is a 64 bit (High Capacity) version of the cipCardCsnaStatsBytesTxByBlockDelayTime counter for use with SNMP Version 2 Managers
cipCardCsnaStatsBlocksTxByBlockDelayLength .1.3.6.1.4.1.9.9.33.1.1.3.1.10
The number of Blocks Transmitted when the suggested Block Delay Length has been exceeded.
cipCardCsnaStatsBytesTxByBlockDelayLength .1.3.6.1.4.1.9.9.33.1.1.3.1.11
The number of Bytes Transmitted when the suggested Block Delay Length has been exceeded.
cipCardCsnaStatsHCBytesTxByBlockDelayLength .1.3.6.1.4.1.9.9.33.1.1.3.1.12
The number of Bytes Transmitted when the suggested Block Delay Length has been exceeded. NOTE: This is a 64 bit (High Capacity) version of the cipCardCsnaStatsBytesTxByBlockDelayLength counter for use with SNMP Version 2 Managers
cipCardCsnaStatsBlocksTxByMaxBlockLength .1.3.6.1.4.1.9.9.33.1.1.3.1.13
The number of Blocks Transmitted when the Maximum block length has been exceeded.
cipCardCsnaStatsBytesTxByMaxBlockLength .1.3.6.1.4.1.9.9.33.1.1.3.1.14
The number of Bytes Transmitted when the Maximum block length has been exceeded.
cipCardCsnaStatsHCBytesTxByMaxBlockLength .1.3.6.1.4.1.9.9.33.1.1.3.1.15
The number of Bytes Transmitted when the Maximum block length has been exceeded. NOTE: This is a 64 bit (High Capacity) version of the cipCardCsnaStatsBytesTxByBlockDelayLength counter for use with SNMP Version 2 Managers
cipCardCsnaStatsSlowDownsReceived .1.3.6.1.4.1.9.9.33.1.1.3.1.16
The number of times the slow down bit was detected in a channel I/O block received from VTAM. This condition causes the router to stop transmitting data to VTAM over the channel until the slow down condition has been cleared.
cipCardCsnaStatsSlowDownsSent .1.3.6.1.4.1.9.9.33.1.1.3.1.17
The number of times the slow down bit was set by the router to stop VTAM from sending any more channel I/O blocks. This condition stays in effect until the router clears the slow down condition.
cipCardAdminMaxLlc2Sessions .1.3.6.1.4.1.9.9.33.1.2.1.1.1
The configured maximum number of LLC2 sessions allowed on a CMCC card. A value of zero indicates that the maximum should only be limited by the amount of available memory on the CMCC. A value greater than zero indicates the maximum number of sessions the CMCC will support given there is enough memory available on the CMCC card. This value can be set at any time, however it will only affect the Maximum number of LLC2 sessions supported on a CIP the first time it is set and only if the value it is being set to is greater than the current value for cipCardStatsHiWaterLlc2Sessions.
cipCardOperMaxLlc2Sessions .1.3.6.1.4.1.9.9.33.1.2.2.1.1
This value indicates the current number of LLC2 sessions that can be supported on this CMCC card. If this value is zero, then the limit of LLC2 sessions on the CMCC card is only limited by the amount of memory available.
cipCardStatsHiWaterLlc2Sessions .1.3.6.1.4.1.9.9.33.1.2.3.1.1
High water LLC2 sessions count per CMCC card. If cipCardOperMaxLlc2Sessions is zero (0), then this value starts at 256 Llc2 sessions and will be incremented in values of 64 as more active concurrent LLC2 sessions are established. If cipCardOperMaxLlc2Sessions is greater then zero (0), then this value will either be equal to the cipCardOperMaxLlc2Sessions given enough memory is available on the CMCC card to support that many LLC2 sessions or the the value will be less than cipCardOperMaxLlc2Sessions, reflecting the maximum number of LLC2 sessions the CMCC card can support.
cipCardStatsLlc2SessionAllocationErrs .1.3.6.1.4.1.9.9.33.1.2.3.1.2
This value represents the number of memory allocation errors that have occurred when attempting to create a new block of memory for the LLC2 session buffer pool.
cipCardCsnaConnActiveSessions .1.3.6.1.4.1.9.9.33.1.3.1.1.1
The Active Sessions in this VTAM to CMCC LAN Adapter/Mac Address mapping.
cipCardCsnaSlot .1.3.6.1.4.1.9.9.33.1.3.1.1.2
Slot number of the CMCC card that the Path and Device are configured.
cipCardCsnaPort .1.3.6.1.4.1.9.9.33.1.3.1.1.3
Port number on the CMCC card that the Path and Device are configured.
cipCardCsnaConnPath .1.3.6.1.4.1.9.9.33.1.3.1.1.4
Hex path identifier used by this instance of CMCC LAN adapter/SAP to connect SNA sessions to VTAM. For more information see the textual convention ChannelPath.
cipCardCsnaConnDevice .1.3.6.1.4.1.9.9.33.1.3.1.1.5
Two digit hex device address used by this CMCC LAN adapter/SAP instance to connect SNA sessions to VTAM. For more information see the textual convention ChannelDevice.
Table
cipCardCsnaAdminTable .1.3.6.1.4.1.9.9.33.1.1.1
This table contains configuration information for the Channel Systems Network Architecture (CSNA) feature on the CMCC card.
cipCardCsnaOperTable .1.3.6.1.4.1.9.9.33.1.1.2
This table contains operation values and status information for the Channel Systems Network Architecture (CSNA) feature on the CMCC card.
cipCardCsnaStatsTable .1.3.6.1.4.1.9.9.33.1.1.3
This table contains statistics information for the Channel Systems Network Architectures (CSNA) feature on the CMCC card.
cipCardSessionsAdminTable .1.3.6.1.4.1.9.9.33.1.2.1
This table contains configured values for CSNA sessions supported on the CMCC card.
cipCardSessionsOperTable .1.3.6.1.4.1.9.9.33.1.2.2
This table contains the current value for the maximum number of sessions that can be supported on the CMCC card.
cipCardSessionsStatsTable .1.3.6.1.4.1.9.9.33.1.2.3
This table contains the statistic value(s) for the maximum number of sessions that can be supported on the CMCC card.
cipCardCsnaConnTable .1.3.6.1.4.1.9.9.33.1.3.1
This table contains the map between VTAM (the I/O Device Address) and the CMCC LAN Adapter/Mac Address/SAP. For example: Channel Path Channel Path & Device & Device | / / | | / / | SAPS 04 04 04 04 04 04 08 / / 08 | / / | | / / | | / / | | / / | | v / | | ______/ / \_____ | Adpt Adpt Adpt
Trap
cipCsnaOpenDuplicateSapFailure .1.3.6.1.4.1.9.9.33.2.0.1
This trap indicates that VTAM attempted to open a SAP that was already open via another Path/Device on this CMCC card.
cipCsnaLlc2ConnectionLimitExceeded .1.3.6.1.4.1.9.9.33.2.0.2
This trap indicates that a connection attempt was rejected due to a connection resource limitation
Object Identifier
ciscoCipCsnaMIB .1.3.6.1.4.1.9.9.33
This is the Management Information Base (MIB) module for objects used to manage the cisco Systems Network Architecture (SNA) support on Cisco Mainframe Channel Connection (CMCC) cards, also called the CIP-SNA feature. --------------------------------------------------- | Acronym Definitions: | | CMCC = Cisco Mainframe Channel Connection | | CIP = Channel Interface Processor | | CTA = Channel Transport Architecture | | SNA = Systems Network Architecture | | CIP-SNA = CNA = CSNA = SNA Support on | | a CMCC card | --------------------------------------------------- This mib consists of the following tables: 1) CSNA Administration 2) CSNA Operational 3) CSNA Statistics 4) Max Sessions Administration 5) Max Sessions Operational 8) LLC2/CSNA Connection mapping The following is a set of IBM channel terminology: 1) The Channel Subsystem is the way a host performs I/O. 2) A Channel Path is the path to the Channel Control Unit. In the Cisco CMCC environment, this is the path of the channel to the physical router, itself. This path is needed because the physical channel may be directed (switched) through a device called an ESCON director. The path defined from the host to the Control Unit can be different than the path from the Control Unit to the host. For an in-depth definition of how this number is derived, see the cipCardCsnaAdminPath object. 3) A Sub-Channel and Device are exactly the same thing. The term Sub-Channel was introduced for ESCON (IBM's serial fiber optic) channel interface. Previously the term Device was used, and it mapped directly to hardware (in most situations) via a Parallel Channel Adapter (PCA). Another name for PCA is Bus & Tag. In the Cisco CMCC environment, the Sub-Channel is controlled by the Channel Systems Network Architecture (CSNA) feature. For an in-depth definition of how this number is derived, see the cipCardCsnaAdminDevice object. NOTE: The terminology of Sub-Channel and Sub-Channel Index are two completely different entities! See below for Sub-Channel Index. 4) An I/O Device is the entity that is addressed by the combination of Sub-Channel and Device. This directly maps to the cipCardCsnaAdminTable. NOTE: The Channel Systems Network Architecture (CSNA) feature may have multiple sub-channels/devices defined for its control. Also NOTE: That we have defined an object with the name cipCardSubChannelIndex and this object is the two hex octet Channel Path values concatenated with the second hex (the first octet is not used) octet Device value and then converted to an INTEGER (Unsigned). The exact description is taken from the CISCO-CHANNEL-MIB cipCardSubChannelIndex OBJECT-TYPE SYNTAX INTEGER MAX-ACCESS read-only STATUS current DESCRIPTION This indicates which subchannel is being referenced for a particular daughter board on a CMCC card. This value is constructed as follows: path * 256 + device Path and device are the values in CipCardClawConfigTable. ::= { cipCardSubChannelEntry 1 } In this mib, the last two lines change to Path and device are the values in the cipCardCsnaAdminTable. 5) XCA Major Nodes. The XCA major node binds the Channel Path (from the hosts perspective)/Sub- Channel number (i.e. I/O Device), to a CIP internal LAN Adapter of a specific type with a unique SAP Number. That same I/O Device can also be bound to the same LAN Adapter of the same type with a different SAP, and/or the same I/O Device can be bound to any other Adapter and any unique SAP on that Adapter. The binding allows the I/O Device to talk to the Adapter. The SAP allows multiple connections to the same Adapter. The following is an example of the hardware with the above names showing there locations. |----- Channel Path ------| Eg. 150F and 190A ================= ========== | Router A with | | HOST 1 |--- ============ | Control Unit | ========== |__15| ESCON |_____| & Virtual | ____| Director | | I/O Devices | ========== | 19============ | via the CSNA | | HOST 2 |--- -----| feature. | ========== | ================= | Eg. 0100, | ========== Direct Connection | | HOST 3 |--------------------- ========== The following example configuration of a router that shows the entities managed by the CIPCSNA MIB. ------------ ------------ | HOST 1 | | HOST 3 | | & HOST 2 | | | ------------ ------------ || || Router A ----------------------------------------- | ------------------------------------- | | | ----------- --------- | | | | | ESCON 0 | | PCA 1 | | | | | ----------- --------- | | | | | | | | ---------------------- | | | | | CSNA Feature | | | | | | Control Unit F & A | | | | | | for ESCON 0 | | | | | ---------------------- | | | | | | | | CMCC CARD 6 | | | ------------------------------------- | | | ----------------------------------------- The first table is the Cisco Mainframe Channel Connection (CMCC) Channel Systems Network Architecture support (CSNA) Administration table. Each entry created in this table will create an I/O Device that can be attached to the host (via a host VTAM XCA Major Node command). The indices of the table are: * The CMCC Card Slot Index * The Daughter Board Index * The Sub-Channel Index NOTE: In the above discussion, this value is defined to be a combination of the Channel Path and Device (really the address of an I/O Device). The fields included in this table represent: * Channel Path * Device NOTE: The two fields above are the same values as the above Sub-Channel Index. * The configured maximum block delay time * The configured suggested block delay length * The configured maximum block length NOTE: The channel uses data blocks that accumulate data before it sends it to the host. * The row control variable In the example above, three entries would be defined. The first entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 0 - Sub-Channel Index of 0x150F00 or 1380096 - Channel Path of 0x150F or 5391 - Device of 00 - rest can be defaulted The second entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 0 - Sub-Channel Index of 0x190A00 or 1640960 - Channel Path of 0x190A or 6410 - Device of 00 - rest can be defaulted The third entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 1 - Sub-Channel Index of 0x010000 or 65536 - Channel Path of 0x0100 or 256 - Device of 00 - rest can be defaulted The next table is an augmented table to the first table. It keeps the operational status of the first table. The indices are the same as the first table. The fields included in this table represent: * The current operational state of a this table entry * The current operational maximum block delay time * The current operational suggested block delay length * The current operational maximum block length In the example above, three entries would be defined. The first entry would be: - CMCCC Card Slot 0 - CMCC Daughter Board 0 - Sub-Channel Index of 0x150F00 or 1380096 - rest will be determined by the agent The second entry would be: - CMCC Card Slot 0 - CIP Daughter Board 0 - Sub-Channel Index of 0x190A00 or 1640960 - rest will be determined by the agent The second entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 1 - Sub-Channel Index of 0x010000 or 65536 - rest will be determined by the agent The next table is an augmented table to the first table. It keeps the statistics for the Channel Systems Network Architecture (CSNA) counters. The indices are the same as the first table. The fields included in this table represent: * Blocks transmitted * Blocks received * Bytes transmitted * Bytes received * Blocks transmitted by maximum block delay time * Blocks transmitted by the suggested block delay length * Blocks transmitted by maximum block length In the example above, three entries would be defined. The first entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 0 - Sub-Channel Index of 0x150F00 or 1380096 - rest will be determined by the agent The second entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 0 - Sub-Channel Index of 0x190A00 or 1640960 - rest will be determined by the agent The second entry would be: - CMCC Card Slot 0 - CMCC Daughter Board 1 - Sub-Channel Index of 0x010000 or 65536 - rest will be determined by the agent The next table is maximum sessions Admin table. The one entry in this table defines the configured maximum sessions supported on the whole CMCC card. The one index is: * The ifIndex addresses the virtual CMCC interface The one field in this table represents: * The maximum sessions for this card In the example above, the one entry would be defined. - ifIndex is created by the agent - the maximum sessions would be within the range The next table is the operational maximum sessions table. This table is an augmented table to the maximum sessions Admin table. The entries in this table display the current maximum sessions supported on the whole CMCC card. The indices are the same as the maximum sessions Admin table. The one field in this table represents: * The current operational maximum sessions for this card In the example above, the one entry would be defined. - ifIndex is created by the agent - the maximum sessions would be within the range The next table is the statistical maximum sessions table. This table is an augmented table to the maximum sessions Admin table. The entries in this table displays the current high water maximum sessions supported on the whole CMCC card and the number of allocation errors that have occurred when attempting to increase the number of sessions. The indices are the same as the maximum sessions Admin table. The one field in this table represents: * The current operational maximum sessions for this card In the example above, the one entry would be defined. - ifIndex is created by the agent - the highest maximum sessions that has occurred since the last re-boot. - the number of allocation errors when extending the number of sessions. The last table is the SNA Connection table. Each entry in this table represents a connection from an I/O Device (Channel Path/Device) address to a CMCC internal LAN Adapter for a single SAP address. Multiple entries in this table can represent the same LAN Adapter with the use of a different SAP. The entries in this table are created when VTAM on a host creates an XCA Major Node definition. That definition will tell the router what I/O Device address are to be bound to which CMCC internal LAN Adapter (of a type) and which SAP will be used to carry traffic. The indices of the table are: * The ifIndex that addresses the virtual CMCC interface * The virtual interface identifying a unique CMCC internal MAC Adapter. This definition used is defined in the CISCO-SNA-LLC-MIB as llcPortVirtualIndex. * The SAP used by this connection. NOTE: The SAP definition used is defined in the CISCO-SNA-LLC-MIB. The fields included in this table represent: * The number of currently active sessions over this connection * The slot of the CMCC card. * The port on the CMCC card that the Path/Device (subchannel is configured. * The Channel Path used by this connection * The Device used by this connection In the example above, the number entries would depend upon the VTAM configuration. Each entry would be: - ifIndex is created by the agent - one of the LAN identifiers from one of the entries in the CMCC internal LAN table. - one of the adapter identifiers from one the entries in the CMCC internal LAN Adapter table. - the SAP provided by the XCA Major Node command - the number of currently active sessions - the slot of the CMCC card. - the port on the CMCC card. - the Channel Path from one entry in the first table - the Device from same entry as the Channel Path in the first table
cipCsnaObjects .1.3.6.1.4.1.9.9.33.1
cipCsnaChannel .1.3.6.1.4.1.9.9.33.1.1
cipSession .1.3.6.1.4.1.9.9.33.1.2
cipCsnaConnection .1.3.6.1.4.1.9.9.33.1.3
cipCsnaNotificationPrefix .1.3.6.1.4.1.9.9.33.2
cipCsnaNotifications .1.3.6.1.4.1.9.9.33.2.0
ciscoCipCsnaMibConformance .1.3.6.1.4.1.9.9.33.3
ciscoCipCsnaMibCompliances .1.3.6.1.4.1.9.9.33.3.1
ciscoCipCsnaMibGroups .1.3.6.1.4.1.9.9.33.3.2
Group
ciscoCsnaGroup .1.3.6.1.4.1.9.9.33.3.2.1
A collection of objects providing (Channel Systems Network Architecture (CSNA) Administration, Operational status and Statistics.
ciscoMaxSessionsGroup .1.3.6.1.4.1.9.9.33.3.2.2
A collection of objects providing the information on the maximum number of sessions supported on a CMCC card.
ciscoCsnaConnGroup .1.3.6.1.4.1.9.9.33.3.2.3
A collection of objects providing CMCC LAN adapter/SAP connection mapping to the Path/Device (subchannel).