Internet Draft Chassis MIB June 24, 1993 Definitions of Managed Objects for a Chassis Containing Multiple Logical Network Devices June 24, 1993 David Arneson (Editor) Cabletron Systems, Inc. arneson@ctron.com Status of this Memo This document is an Internet Draft. Internet Drafts are working documents of the Internet Engineering Task Force (IETF), its Areas, and its Working Groups. Note that other groups may also distribute working documents as Internet Drafts. Internet Drafts are valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet Drafts as reference material or to cite them other than as a "work in progress". Expires December, 1993 [Page 1] Internet Draft Chassis MIB June 24, 1993 1. Introduction This memo defines an experimental portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based internets. In particular it defines objects for managing a chassis containing multiple (logical) networking devices, such as repeaters, bridges, routers, terminal servers, etc. Please send all comments to the chassis MIB working group at chassismib@cs.utk.edu. 2. The Network Management Framework The Internet-standard Network Management Framework consists of the following components. They are: o RFC 1155 which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. RFC 1212 defines a more concise description mechanism, which is wholly consistent with the SMI. o RFC 1213 defines MIB-II, the core set of managed objects for the Internet suite of protocols. o RFC 1157 which defines the SNMP, the protocol used for network access to managed objects. The Framework permits new objects to be defined for the purpose of experimentation and evaluation. This MIB is written from the perspective of SNMP however has allowed for SNMPv2 type access by including the SNMPv2 Contexts within the MIB views. 2.1. Object Definitions Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) defined in the SMI. In particular, each object object type is named by an OBJECT IDENTIFIER, an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific Expires December, 1993 [Page 2] Internet Draft Chassis MIB June 24, 1993 instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to refer to the object type. Expires December, 1993 [Page 3] Internet Draft Chassis MIB June 24, 1993 3. Overview This memo defines objects for the management of a chassis. A chassis can be thought of as a hierarchical relationship of one or more "physical locations", each physical location containing one or more physical modules, and where a physical module, or combinations of physical modules, might perform one or more networking device functions. The relationship between physical location and physical module can be many to many. Also the relationship between physical module and function can be many-to-many. Thus, this memo uses the term 'entity' to refer to a logical networking device which may span parts of one or more modules. Often times entities utilize building blocks or connections. These connections (resources) are used to define and interconnect entities. This MIB contains the following information groups: chassis information group, chassis physical group, the entity definition group, the resource group, the powersupply Group, and the environment group. 3.1. What is a Chassis This MIB applies to a chassis. In its normal sense, a "chassis" is a collection of traditionally discrete network devices packaged in a single cabinet and power system. Indeed, the descriptions of the objects are phrased assuming such a "physical" chassis. However, these descriptions are not intended to exclude the application of this MIB to a "logical chassis". Examples of such logical chassis might be: - a building containing many network devices, where each room in the building might be considered as a physical location, - a geographical area containing many network devices, where each building in the area might be considered as a physical location. Note also that the MIB implementations for multiple (physical or logical) chassis might be arranged hierachically, i.e., a module/entity represented in one agent's chassis MIB might in Expires December, 1993 [Page 4] Internet Draft Chassis MIB June 24, 1993 fact represent a whole (lower-level) chassis. For example, in a equipment cabinet having multiple shelves with each shelf having multiple plug-in cards, the whole cabinet could be represented by an overall chassis MIB in which each "physical location" represents a shelf, and there might also be individual chassis MIBs for each shelf in which each location represents where the plug-in cards live. Expires December, 1993 [Page 5] Internet Draft Chassis MIB June 24, 1993 4. Definitions CHASSIS-MIB DEFINITIONS ::= BEGIN IMPORTS OBJECT-TYPE FROM RFC-1212 experimental, TimeTicks, IpAddress, Counter FROM RFC1155-SMI Context FROM RFC-1447; -- Textual Conventions DisplayString ::= OCTET STRING -- This data type is used to model textual information taken -- from the NVT ASCII character set. By convention, objects -- with this syntax are declared as having -- -- SIZE (0..255) AutonomousType ::= OBJECT IDENTIFIER -- The object identifier is an independently extensible type -- identification value. It may, for example indicate a -- particular sub-tree with further MIB definitions, or -- define something like a protocol type or type of -- hardware. chassis OBJECT IDENTIFIER ::= { experimental 38 } -- Groups within the chassis MIB chasInfo OBJECT IDENTIFIER ::= { chassis 1 } chasPhysical OBJECT IDENTIFIER ::= { chassis 2 } chasEntity OBJECT IDENTIFIER ::= { chassis 3 } chasResource OBJECT IDENTIFIER ::= { chassis 4 } chasPowerSupply OBJECT IDENTIFIER ::= { chassis 5 } chasEnviron OBJECT IDENTIFIER ::= { chassis 6 } -- Chassis MIB Know Types Expires December, 1993 [Page 6] Internet Draft Chassis MIB June 24, 1993 chasKnownTypes OBJECT IDENTIFIER ::= { chassis 7 } -- Values for known chasPhyLocationType. The types of -- location in the chassis. chasLocationTypes OBJECT IDENTIFIER ::= { chasKnownTypes 1 } chasModularSlot OBJECT IDENTIFIER ::= { chasLocationTypes 1 } chasPowerSupplyBay OBJECT IDENTIFIER ::= { chasLocationTypes 2 } chasFanTray OBJECT IDENTIFIER ::= { chasLocationTypes 3 } chasBackplane OBJECT IDENTIFIER ::= { chasLocationTypes 4 } chasFrontSlot OBJECT IDENTIFIER ::= { chasLocationTypes 5 } chasBackSlot OBJECT IDENTIFIER ::= { chasLocationTypes 6 } -- Values for chasModuleType. chasModuleTypes OBJECT IDENTIFIER ::= { chasKnownTypes 2 } chasLocationEmpty OBJECT IDENTIFIER ::= { chasModuleTypes 1 } chasModuleUnknown OBJECT IDENTIFIER ::= { chasModuleTypes 2 } -- Values for chasEntityObjectId. chasEntityTypes OBJECT IDENTIFIER ::= { chasKnownTypes 3 } -- Chassis components non-networking chasChassisEntities OBJECT IDENTIFIER ::= { chasEntityTypes 1 } chasPowerSupplyModule OBJECT IDENTIFIER ::= { chasChassisEntities 1 } chasChassis OBJECT IDENTIFIER ::= { chasChassisEntities 2 } chasMonitors OBJECT IDENTIFIER ::= { chasChassisEntities 3 } -- Basic Network Entities chasNetEntities OBJECT IDENTIFIER ::= { chasEntityTypes 2 } chas8023Repeater OBJECT IDENTIFIER ::= { chasNetEntities 1 } chas8025Ring OBJECT IDENTIFIER ::= { chasNetEntities 2 } chasFddiRing OBJECT IDENTIFIER ::= { chasNetEntities 3 } chasAtmSwitch OBJECT IDENTIFIER ::= { chasNetEntities 4 } chasFrameRelay OBJECT IDENTIFIER ::= { chasNetEntities 5 } -- Internetworking/Bridging chasConnectEntities OBJECT IDENTIFIER ::= { chasEntityTypes 3 } Expires December, 1993 [Page 7] Internet Draft Chassis MIB June 24, 1993 chasBridge OBJECT IDENTIFIER ::= { chasConnectEntities 1 } chasRouter OBJECT IDENTIFIER ::= { chasConnectEntities 2 } chasBrouter OBJECT IDENTIFIER ::= { chasConnectEntities 3 } chasGateway OBJECT IDENTIFIER ::= { chasConnectEntities 4 } -- Values for chasResourceType. chasResTypes OBJECT IDENTIFIER ::= { chasKnownTypes 4 } -- Chassis type resources. chasChassisRes OBJECT IDENTIFIER ::= { chasResTypes 1 } -- Basic Network Resource chasNetworkRes OBJECT IDENTIFIER ::= { chasResTypes 2 } chas8023RptrPort OBJECT IDENTIFIER ::= { chasNetworkRes 1 } chas8025MauPort OBJECT IDENTIFIER ::= { chasNetworkRes 2 } chasFddiPort OBJECT IDENTIFIER ::= { chasNetworkRes 3 } chasAtmPort OBJECT IDENTIFIER ::= { chasNetworkRes 4 } chas8023PortGroup OBJECT IDENTIFIER ::= { chasNetworkRes 5 } chas8025PortGroup OBJECT IDENTIFIER ::= { chasNetworkRes 6 } chasFddiPortGroup OBJECT IDENTIFIER ::= { chasNetworkRes 7 } chasAtmPortGroup OBJECT IDENTIFIER ::= { chasNetworkRes 8 } -- Backplane Network Resources (if required) chasBplaneRes OBJECT IDENTIFIER ::= { chasResTypes 3 } chas8023Bplane OBJECT IDENTIFIER ::= { chasBplaneRes 1 } chas8025Bplane OBJECT IDENTIFIER ::= { chasBplaneRes 2 } chasFddiBplane OBJECT IDENTIFIER ::= { chasBplaneRes 3 } chasMgmtBplane OBJECT IDENTIFIER ::= { chasBplaneRes 4 } chasAtmBplane OBJECT IDENTIFIER ::= { chasBplaneRes 5 } -- Internetworking/bridging resources (if required) chasConnectRes OBJECT IDENTIFIER ::= { chasResTypes 4 } chasBridgeRelay OBJECT IDENTIFIER ::= { chasConnectRes 1 } chasRouterRelay OBJECT IDENTIFIER ::= { chasConnectRes 2 } chasBrouterRelay OBJECT IDENTIFIER ::= { chasConnectRes 3 } chasSwitch OBJECT IDENTIFIER ::= { chasConnectRes 4 } Expires December, 1993 [Page 8] Internet Draft Chassis MIB June 24, 1993 -- chasInfo group (chassis information group). -- Implementation of this group is mandatory. chasType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only STATUS mandatory DESCRIPTION "An authoritative identification of the type of hub-based or standalone chassis. By convention this value is allocated within the SMI enterprises subtree(1.3.6.1.4.1), and provides an easy and unambiguous means for determining `what kind of box' is being managed. If this information is not present or unknown, its value should be set to the value: chasTypeUnknown." ::= { chasInfo 1 } chasPhysicalChanges OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of physical changes that have occurred in the chassis since the agent was warm/cold started. This includes additions and removal of modules and entities. Other uses are implementation specific." ::= { chasInfo 2 } chasChassisSerialNumber OBJECT-TYPE SYNTAX DisplayString (SIZE (0..32)) ACCESS read-only STATUS mandatory DESCRIPTION "The serial number of the chassis. If no serial number is available then this object should be the zero length string." ::= { chasInfo 3 } Expires December, 1993 [Page 9] Internet Draft Chassis MIB June 24, 1993 -- chasPhysical group (physical configuration group). -- Implementation of this group is mandatory. chasPhyLocationTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasPhyLocationEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table summarises the different classes of and types of modular physical locations in the chassis. This includes but is not limited to slot within a chassis, power supply bay." ::= { chasPhysical 1 } chasPhyLocationEntry OBJECT-TYPE SYNTAX ChasPhyLocationEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "An entry in the phyLocationTable" INDEX { chasPhyLocationTypeIndex } ::= { chasPhyLocationTable 1 } ChasPhyLocationEntry ::= SEQUENCE { chasPhyLocationTypeIndex INTEGER, chasPhyLocationCount INTEGER, chasPhyLocationType OBJECT IDENTIFIER, chasPhyLocationName DisplayString } chasPhyLocationTypeIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTION "This uniquely identifies the physical location type within the chassis." ::= { chasPhyLocationEntry 1 } chasPhyLocationCount OBJECT-TYPE SYNTAX INTEGER (1..65535) Expires December, 1993 [Page 10] Internet Draft Chassis MIB June 24, 1993 ACCESS read-only STATUS mandatory DESCRIPTION "Each physical location exists one or more times. This object defines the number of instances that exist for the specified location type." ::= { chasPhyLocationEntry 2 } chasPhyLocationType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only STATUS mandatory DESCRIPTION " Uniquely identifies the 'type' of the physical location within the chassis." ::= { chasPhyLocationEntry 2 } chasPhyLocationDescr OBJECT-TYPE SYNTAX DisplayString ACCESS read-only STATUS mandatory DESCRIPTION "Each type of physical location within the chassis is given a textual name." ::= { phyLocationEntry 3 } chasModuleTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasModuleEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "This table defines the physical modules within a chassis. This is done by defining the type physical modules and the physical location where it resides. This table also provides a mapping from between physical modules and their location within the chassis." :: { chasPhysical 2 } chasModuleEntry OBJECT-TYPE SYNTAX ChasPhyModuleEntry ACCESS not-accessible STATUS mandatory DESCRIPTION Expires December, 1993 [Page 11] Internet Draft Chassis MIB June 24, 1993 "An entry in this table that describes a physical module that resides at a given physcial location within the chassis." INDEX { chasModuleLocationType, chasModuleLocation } ::= { chasModuleTable 1 } ChasPhyModuleEntry ::= SEQUENCE chasModuleLocationTypeIndex INTEGER, chasModuleLocation INTEGER, chasModuleType OBJECT IDENTIFIER, chasModuleFwVersion DISPLAYSTRING, chasModuleHwVersion DisplayString, chasModuleSerialNumber DisplayString, chasModuleDescription DisplayString, chasModuleLastChangeTime TimeTicks, chasModuleAdminStatus INTEGER, chasModuleOperStatus INTEGER } chasModuleLocationTypeIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "An instance of a module is identified by the physical location which it resides. The physical location is identified by location type index and location index (instance of that location type). This object defines an instance of the chasPhyLocationTypeIndex." ::= { chasModuleEntry 1 } chasModuleLocation OBJECT-TYPE SYNTAX INTEGER ACCESS read-only Expires December, 1993 [Page 12] Internet Draft Chassis MIB June 24, 1993 STATUS mandatory DESCRIPTION "An instance of a module is identified by the physical location which it resides. The physical location is identified by location type index and location index (instance of that location type). This object defines the instance of a particular location type. It must be within the bounds defined by chasPhyLocationCount for the conceptual row in the chasPhyLocationTable identified by chasModuleLocationTypeIndex." ::= { chasModuleEntry 2 } chasModuleType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only STATUS mandatory DESCRIPTION "An authoritative identification of the type of physcial module in this physical location. A value of chasModuleUnknown indicates that the type of physical module is unknown." :== { chasModuleEntry 3 } chasModuleSwVersion OBJECT-TYPE SYNTAX DisplayString (SIZE (0..32)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual description of the version/revision level for this module's software. If not realized this value should be set to the zero-length string." :== { chasModuleEntry 4 } chasModuleHwVersion OBJECT-TYPE SYNTAX DisplayString (SIZE (0..32)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual description of the version/revision level for this module's firmware. If not realized this value should be set to the zero-length string." ::= { chasModuleEntry 5 } Expires December, 1993 [Page 13] Internet Draft Chassis MIB June 24, 1993 chasModuleSerialNumber OBJECT-TYPE SYNTAX DisplayString (SIZE (0..32)) ACCESS read-only STATUS mandatory DESCRIPTION "The serial number of the physical module present in this physical location. If the physical location table is implemented as dense and the slot is empty this value will be the zero length string. If no serial number is available for a physical module this value should set to a zero length string." ::= { chasModuleEntry 6 } chasModuleDescription OBJECT-TYPE SYNTAX DisplayString (SIZE (0..32)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual description of the physical module plugged that resides in this physical location. If not available this value should be set to a zero length string." ::= { chasModuleEntry 7 } chasModuleLastChange OBJECT-TYPE Syntax TimeTicks ACCESS read-only STATUS mandatory DESCRIPTION "The value of MIB-II's sysUpTime (in the agent supporting this chassis MIB) at which a module was last inserted or initialized. If the module has not changed since the last network managment system reinitialized then this object has a zero value." ::= { chasModuleEntry 8 } chasModuleAdminStatus OBJECT-TYPE Syntax INTEGER { enable(2), disable(3), reset(4), programLoad(5), test(6) Expires December, 1993 [Page 14] Internet Draft Chassis MIB June 24, 1993 } ACCESS read-write STATUS mandatory DESCRIPTION Provides desired state of the given physical module. Notice that not all values may be supported by the specified physical module. In this case an SNMP error will be returned when the set is attempted. A physical module may be activated by writing a value of enable(2). A physical module may be de-activated by writing a value of disable(3). In a disabled state a physical module is present in the chassis but is benign. Writing a value of reset(4) initiates a reset sequence. A value of programLoad(5) initiates a software load sequences. Writing a value of test(6) should start a self test sequence within the physical module." ::= { chasModuleEntry 9 } chasModuleOperStatus OBJECT-TYPE Syntax INTEGER { other(1), invalid(2), test(3), operational(4), resetInProgress(5), warning(6), nonFatalError(7), fatalError(8) } ACCESS read-only STATUS mandatory DESCRIPTION Provides operational status of the module. The following are possible definitions of the values. The exact definition of the values is Expires December, 1993 [Page 15] Internet Draft Chassis MIB June 24, 1993 implementation specific. A value of other(1) implies some undetermined state, possibly as a result of setting chasModuleAdminStatus to a value of disable(3). A value of invalid(2) could have the possible meaning that the module exists but the chassis manager has no direct control over the module. A value of testing(3) may be a diagnostic state. A value of operational(4) implies that the entity is running with no errors or warnings. State resetInProgress(5) implies equivalent of setting chasModuleAdminStatus to reset(4). The states of warning(6), nonFatalError(7), fatalError(8) reflect conditions detected during operation. The entity may or may not be still functional. For example if a modules value of chasModuleAdminStatus is disable(3) and is set to enable(2) then chasModuleOperStatus may enter a state of testing(3) then change to a value of operational(4)." ::= { chasModuleEntry 10 } Expires December, 1993 [Page 16] Internet Draft Chassis MIB June 24, 1993 -- The chasEntity group. Implementation of the chasEntity group -- is mandatory. -- Entity Table chasEntityTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasEntityEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table that contains information about the 'logical' networking devices (entities) in this chassis." ::= { chasEntity 1 } chasEntityEntry OBJECT-TYPE SYNTAX ChasEntityEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Information concerning an entity in the chassis. Conceptual rows may not be created or deleted with SNMP operations." INDEX { chasEntityIndex } ::= { chasEntityTable 1 } ChasEntityEntry ::= SEQUENCE { chasEntityIndex INTEGER, chasEntityObjectID OBJECT IDENTIFIER, chasEntityDescr DisplayString, chasEntityAdminStatus INTEGER, chasEntityOperStatus INTEGER, chasEntityTimeStamp TimeTicks } chasEntityIndex OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only Expires December, 1993 [Page 17] Internet Draft Chassis MIB June 24, 1993 STATUS mandatory DESCRIPTION "A unique index for the entity for which this entry contains information." ::= { chasEntityEntry 1 } chasEntityObjectID OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only STATUS mandatory DESCRIPTION "The specific type of entity. The value of this object is analagous to MIB-II's sysObjectId." ::= { chasEntityEntry 2 } chasEntityDescr OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write STATUS mandatory DESCRIPTION "A textual description of the entity. The value of this object is analagous to MIB-II's sysDescr." ::= { chasEntityEntry 3 } chasEntityAdminStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), -- none of the following enable(2), disable(3), reset(4), programload(5), test(6) } ACCESS read-write STATUS mandatory DESCRIPTION "Provides the administratively desired state of the given entity. An entity is activated by writing a value of enable(2). An entity may be de-activated by writing a value of disable(3). In a disabled state, a entity does Expires December, 1993 [Page 18] Internet Draft Chassis MIB June 24, 1993 exist within the given chassis, but is benign. A disabled entity is available for subsequent activation. Writing a value of reset(4) specifies an entity should initiate a reset sequence. Writing a value of programload(5) specifies an entity should initiate a program load sequence. Writing a value of test(6) specifies an entity should initiate a testing sequence. Agent support of the writing of any of the values of this object is implementation-specific. For example, this object might be read only for entities that disabling would compromise the integrity of the chassis." ::= { chasEntityEntry 4 } chasEntityOperStatus OBJECT-TYPE SYNTAX INTEGER { other(1), -- none of the following invalid(2), testing(3), operational(4), resetInProgress(5), warning(6), nonFatalError(7), fatalError(8), loading(10) } ACCESS read-only STATUS mandatory DESCRIPTION "Provides operational status of the entity. The following are possible definitions of the values. The exact definition of the values is implementation specific. A value of other(1) implies some undetermined state, possibly as a result of setting chasEntityAdminStatus to a value of disable(3). A value of invalid(2) could have the possible meaning that the entity exists but the chassis manager has no direct control of the entity. A value of testing(3) may be a diagnostic Expires December, 1993 [Page 19] Internet Draft Chassis MIB June 24, 1993 state. A value of operational(4) implies that the entity is running with no errors or warnings. State resetInProgress(5) implies equivalent of setting chasEntityAdminStatus to reset(4). The states of warning(6), nonFatalError(7), fatalError(8) reflect conditions detected during operation. The entity may or may not be still functional. State loading(10) is a result of asserting programload(5) in chasEntityAdminStatus. For example if an entities value of chasEntityAdminStatus is disable(3) and is set to enable(2) then chasEntityOperStatus may enter a state of testing(3) then change to a value of operational(4)." ::= { chasEntityEntry 5 } chasEntityTimeStamp OBJECT-TYPE SYNTAX TimeTicks ACCESS read-only STATUS mandatory DESCRIPTION "The value of MIB-II's sysUpTime (in the agent supporting this MIB) at which this entity was last (re-)initialized. If the entity has not been initialized then this object has a zero value." ::= { chasEntityEntry 6 } -- The chasEntityViewTable is used to provide the different MIB views -- for each entity. In it's simpliest form a MIB view provides -- read-write access to all of the MIBs realized by the given entity. -- For example a bridge entity may realize the bridge MIB as defined -- by RFC-1286. The MIB view table may include entries for a read-only -- view, a read-write vies. It may also include entries for specific -- groups within the bridge MIB. chasEntityViewTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasEntityViewEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A table of all MIB views orgainized by entity. Expires December, 1993 [Page 20] Internet Draft Chassis MIB June 24, 1993 Each entity may have a number of MIB views associated with it." ::= { chasEntity 2 } chasEntityViewEntry OBJECT-TYPE SYNTAX ChasEntityViewEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Defines a specific MIB view." INDEX { chasEntityViewEntityId, chasEntityViewIndex } ChasEntityViewEntry ::= SEQUENCE { chasEntityViewEntityId INTEGER, chasEntityViewIndex INTEGER, chasEntityCommunity OCTET STRING, chasEntityIpAddress IpAddress, chasEntityContext Context } chasEntityViewEntityId OBJECT-TYPE SYNTAX INTEGER (1..65535) ACCESS read-only STATUS mandatory DESCRIPTIOn "The unique entity for which this MIB view is defined. This is an instance of chasEntityIndex within the chasEntityTable." ::= { chasEntityViewEntry 1 } chasEntityViewIndex OBJECT-TYPE SYNTAX INTEGER (1..127) ACCESS read-only STATUS mandatory DESCRIPTIOn "Defines a unique MIB view for this entity." ::= { chasEntityViewEntry 2 } chasEntityCommunity OBJECT-TYPE SYNTAX OCTET STRING (SIZE (0..255)) Expires December, 1993 [Page 21] Internet Draft Chassis MIB June 24, 1993 ACCESS read-only STATUS mandatory DESCRIPTIOn "The SNMP Community which executes at the address chasEntityIpAddress, and provides access to the detailed management information for this entity. For an entity which is not managed through access to a SNMP Community, the value of this object is the zero-length string." ::= { chasEntityEntry 3 } chasEntityIpAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "The address of the SNMP agent which responds to messages for the SNMP Community identified by chasEntityCommunity. When access is via proxy, this variable contains the address of the proxy agent. For an entity which is not managed through access to a SNMP Community, the value of this object is 0.0.0.0." ::= { chasEntityEntry 4 } chasEntityContext OBJECT-TYPE SYNTAX Context ACCESS read-only STATUS mandatory DESCRIPTION "The SNMPv2 Context indentifier the chasEntityContext in conjunction with chasEntityParty defines access to the MIB view for this entity." ::= { chasEntityEntry 8 } Expires December, 1993 [Page 22] Internet Draft Chassis MIB June 24, 1993 -- The chasResource group. -- This defines all the resources that are defined within the chassis. -- Implementation of the resource group is optional. chasResourceTable OBJET-TYPE SYNTAX SEQUENCE of ChasResourceEntry ACCESS read-only STATUS mandatory DESCRIPTION "This table defines all chassis resources. A chassis resource is a building block. A resource defines the type of relationship between entities. This may be a back plane connection between physical modules sharing the same entity. It may be a network segment that connects multiple entities." ::= { chasResource 1 } chasResourceEntry OBJECT-TYPE SYNTAX ChasResourceEntry ACCESS read-only STATUS mandatory DESCRIPTION "A list of information for a particular resource in the chassis." INDEX { chasResourceIndex } ::= { chasResourceTable 1 } ChasResourceEntry ::= SEQUENCE { chasResourceIndex INTEGER, chasResourceType OBJECT IDENTIFIER } chasResourcIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "A unique index for the chassis resource for which this entry has information" ::= { chasResourceEntry 1 } Expires December, 1993 [Page 23] Internet Draft Chassis MIB June 24, 1993 chasResourceType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only DESCRIPTION "The type of resource. For example, for an Ethernet backplane segment this object would have a value of chas8023Bplane." ::= { chasResourceEntry 2 } -- The following 2 tables define the relationship between physical -- modules, resources and entities. chasPhyConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasPhyConfigEntry ACCESS not-accessible DESCRIPTION "The physical configuration is defined as what resources and entities are realized by a given physical modules. In other words this refers to the relationship between physical modules, resources and entities. The relationship between physical modules and resources is many to many as is the relationship between resources and entities." ::= { chasResource 2 } chasPhyConfigEntry OBJECT-TYPE SYNTAX ChasPhyPhyConfigEntry ACCESS not-accessible DESCRIPTION "Defines a specific physical relationship." ::= { chasPhyConfigTable 1 } ChasPhyConfigEntry ::= SEQUENCE { chasPhyConfigLocationTypeIndex INTEGER, chasPhyConfigLocationIndex INTEGER, chasPhyConfigResourceID INTEGER, chasPhyConfigEntityID INTEGER } Expires December, 1993 [Page 24] Internet Draft Chassis MIB June 24, 1993 chasPhyConfigLocationTypeIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Refers to the physical location type within the chasPhyLocationTable. This together with chasPhyConfigPhyLocationIndex defines the physical module for which this relationship exists." ::= { chasPhyConfigEntry 1 } chasPhyConfigLocationIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Refers to the physical location of the module as defined by chasModuleLocation. This together with chasPhyConfigLocationTypeIndex defines the physical module for which this relationship exists." ::= { chasPhyConfigEntry 2 } chasPhyConfigResourceID OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines the resource for which this physical relationship exists." ::= { chasPhyConfigEntry 3 } chasPhyConfigEntityID OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines the entity index for which this physical relationship is defined." ::= { chasPhyConfigEntry 4 } chasLogConfigTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasLogConfigEntry ACCESS not-accessible DESCRIPTION Expires December, 1993 [Page 25] Internet Draft Chassis MIB June 24, 1993 "The logical configuration is defined as what resources and physical modules are utilized by a given entity. In other words this refers to the relationship between entities, resources and physical modules." ::= { chasResource 3 } chasLogConfigEntry OBJECT-TYPE SYNTAX ChasLogPhyConfigEntry ACCESS not-accessible DESCRIPTION "Defines a specific logical relationship." ::= { chasLogConfigTable 1 } ChasLogConfigEntry ::= SEQUENCE { chasLogConfigEntityID INTEGER, chasLogConfigResourceID INTEGER, chasLogConfigLocationTypeIndex INTEGER, chasLogConfigLocationIndex INTEGER } chasLogConfigEntityID OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines the entity index for which this physical relationship is defined." ::= { chasLogConfigEntry 1 } chasLogConfigResourceID OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines the resource for which this physical relationship exists." ::= { chasLogConfigEntry 2 } chasLogConfigLocationTypeIndex OBJECT-TYPE Expires December, 1993 [Page 26] Internet Draft Chassis MIB June 24, 1993 SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Refers to the physical location type within the chasPhyLocationTable. This together with chasLogConfigPhyLocationIndex defines the physical module for which this relationship exists." ::= { chasLogConfigEntry 3 } chasLogConfigLocationIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Refers to the physical location of the module as defined by chasModuleLocation. This together with chasLogConfigLocationTypeIndex defines the physical module for which this relationship exists." ::= { chasLogConfigEntry 4 } Expires December, 1993 [Page 27] Internet Draft Chassis MIB June 24, 1993 -- The chasPowerSupply (Power Supply) group, implementation of -- the power supply group is optional. -- the Power Supply table chasPowerSupplyTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasPowerSupplyEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of power supply entries, one for each power supply in the chassis." ::= { chasPowerSupply 1 } chasPowerSupplyEntry OBJECT-TYPE SYNTAX ChasPowerSupplyEntry ACCESS not-accessible STATUS mandatory DESCRIPTION Values for a power supply." INDEX { chasPowerSupplyIndex } ::= { chasPowerSupplyTable 1 } ChasPowerSupplyEntry ::= SEQUENCE { chasPowerSupplyIndex INTEGER, chasPowerSupplyDescr DisplayString, chasPowerSupplyAdminStatus INTEGER, chasPowerSupplyOperStatus INTEGER, chasPowerSupplyHealthText DisplayString, chasPowerSupplyWarnings Counter, chasPowerSupplyFailures Counter, chasPowerSupplyLocationType INTEGER, chasPowerSupplyLocationIndex INTEGER } Expires December, 1993 [Page 28] Internet Draft Chassis MIB June 24, 1993 chasPowerSupplyIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "An index value that uniquely identifies a power supply." ::= { chasPowerSupplyEntry 1 } chasPowerSupplyDescr OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual description of the power supply, including the vendor's name and version." ::= { chasPowerSupplyEntry 2 } chasPowerSupplyAdminStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), enable(2), disable(3) } ACCESS read-write STATUS mandatory DESCRIPTION "Desired status of the power supply." ::= { chasPowerSupplyEntry 3 } chasPowerSupplyOperStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), empty(2), disabled(3), bad(4), warning(5), standby(6), engaged(7), redundant(8) } ACCESS read-only STATUS mandatory DESCRIPTION "Actual status of the power supply: - unknown(1) - status not known. - empty(2) - no power supply installed in slot Expires December, 1993 [Page 29] Internet Draft Chassis MIB June 24, 1993 - disabled(3) - unable to supply power due to chasPowerSupplyAdminStatus - bad(4) - unable to supply power due to failure - warning(5) - supplying power but an output or sensor is bad or warning - standby(6) - believed usable but not supplying power - engaged(7) - supplying power - redundant(8) - supplying power but not needed It is an implementation specific matter whether the agent keeps entries with status unknown(1) or empty(2) in the table." ::= { chasPowerSupplyEntry 4 } chasPowerSupplyHealthText OBJECT-TYPE SYNTAX DisplayString (SIZE (0..255)) ACCESS read-only STATUS mandatory DESCRIPTION "A textual description of the power supply's operational status. Agents may use this string to provide detailed information on current failures, including how they were detected, and/or instructions for problem resolution. The contents are agent-specific." ::= { chasPowerSupplyEntry 5 } chasPowerSupplyWarnings OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times chasPowerSupplyOperStatus has gone to warning(5)." ::= { chasPowerSupplyEntry 6 } chasPowerSupplyFailures OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times chasPowerSupplyOperStatus has gone to bad(4)." ::= { chasPowerSupplyEntry 7 } chasPowerSupplyLocationType OBJECT-TYPE SYNTAX INTEGER Expires December, 1993 [Page 30] Internet Draft Chassis MIB June 24, 1993 ACCESS read-only STATUS mandatory DESCRIPTION "This defines the instance of a physical location type of the power supply. Location Type together with location index completely defines the location of a power supply." ::= { chasPowerSupplyEntry 8 } chasPowerSupplyLocationIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines a particular instance of a physical location type." ::= { chasPowerSupplyEntry 9 } -- the Power Supply Output table chasPowerSupplyOutputTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasPowerSupplyOutputEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of power supply output entries, one for each output of each power supply in the chassis." ::= { chasPowerSupply 2 } chasPowerSupplyOutputEntry OBJECT-TYPE SYNTAX ChasPowerSupplyEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Values for a power supply output." INDEX { chasPowerSupplyIndex, chasPowerSupplyOutputIndex } ::= { chasPowerSupplyOutputTable 1 } ChasPowerSupplyOutputEntry ::= SEQUENCE { chasPowerSupplyOutputIndex INTEGER, chasPowerSupplyOutputStatus INTEGER, chasPowerSupplyOutputNominalVoltage Expires December, 1993 [Page 31] Internet Draft Chassis MIB June 24, 1993 Gauge, chasPowerSupplyOutputOfferedVoltage INTEGER, chasPowerSupplyOutputOfferedWattage Gauge, chasPowerSupplyOutputWarnings Counter, chasPowerSupplyOutputFailures Counter } chasPowerSupplyOutputIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "An index value that uniquely identifies an output for the power supply." ::= { chasPowerSupplyOutputEntry 1 } chasPowerSupplyOutputStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), bad(2), warning(3), good(4) } ACCESS read-only STATUS mandatory DESCRIPTION "Actual status of the power supply: - unknown(1) status not known - bad(2) unable to supply power due to failure - warning(3) supplying power but marginally - good(4) supplying power It is an implementation specific matter whether the agent keeps entries with status unknown(1) in the table. If unknown(1), offered values and counters are meaningless." ::= { chasPowerSupplyOutputEntry 2 } chasPowerSupplyOutputNominalVoltage OBJECT-TYPE SYNTAX Gauge ACCESS read-only Expires December, 1993 [Page 32] Internet Draft Chassis MIB June 24, 1993 STATUS mandatory DESCRIPTION "In hundredths of a volt, the voltage the output is supposed to supply, such as -5, +5, +12, -15, etc." ::= { chasPowerSupplyOutputEntry 3 } chasPowerSupplyOutputOfferedVoltage OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "In hundredths of a volt, the voltage actually offered by the output. If chasPowerSupplyOutputStatus is good(4), the value 0 means offered voltage is not available." ::= { chasPowerSupplyOutputEntry 4 } chasPowerSupplyOutputOfferedWattage OBJECT-TYPE SYNTAX Gauge ACCESS read-only STATUS mandatory DESCRIPTION "In hundredths of a watt, the wattage actually offered by the output. If chasPowerSupplyOutputStatus is good(4), the value 0 means offered wattage is not available." ::= { chasPowerSupplyOutputEntry 5 } chasPowerSupplyOutputWarnings OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times chasPowerSupplyOutputStatus has gone to warning(3)." ::= { chasPowerSupplyOutputEntry 6 } chasPowerSupplyOutputFailures OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory Expires December, 1993 [Page 33] Internet Draft Chassis MIB June 24, 1993 DESCRIPTION "The number of times chasPowerSupplyOutputStatus has gone to bad(2)." ::= { chasPowerSupplyOutputEntry 7 } Expires December, 1993 [Page 34] Internet Draft Chassis MIB June 24, 1993 -- the chasEnviron (Environment) group -- Implementation of this group is optional. -- the Environment table. chasEnvironTable OBJECT-TYPE SYNTAX SEQUENCE OF ChasEnvironEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "A list of environmental entries, one for each environmental sensor in the chassis." ::= { chasEnviron 1 } chasEnvironEntry OBJECT-TYPE SYNTAX ChasEnvironEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "Values for a environmental sensor." INDEX { chasEnvironIndex } ::= { chasEnvironTable 1 } ChasEnvironEntry ::= SEQUENCE { chasEnvironSensor AutonomousType, chasEnvironStatus INTEGER, chasEnvironWarnings Counter, chasEnvironFailures Counter, chasEnvironLocationType INTEGER, chasEnvironLocationIndex INTEGER } chasEnvironSensor OBJECT-TYPE SYNTAX AutonomousType ACCESS read-only STATUS mandatory DESCRIPTION "The identification of an environmental sensor. Other AutonomousType values may be Expires December, 1993 [Page 35] Internet Draft Chassis MIB June 24, 1993 defined elsewhere, in association with specific protocols." ::= { chasEnvironEntry 1 } chasEnvironStatus OBJECT-TYPE SYNTAX INTEGER { unknown(1), bad(2), warning(3), good(4) } ACCESS read-only STATUS mandatory DESCRIPTION "Actual status indicated by the sensor. It is an implementation specific matter whether the agent keeps entries with status unknown(1) in the table. If unknown(1), counters are meaningless." ::= { chasEnvironEntry 2 } chasEnvironWarnings OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times chasEnvironStatus has gone to warning(3)." ::= { chasEnvironEntry 3 } chasEnvironFailures OBJECT-TYPE SYNTAX Counter ACCESS read-only STATUS mandatory DESCRIPTION "The number of times chasEnvironStatus has gone to bad(2)." ::= { chasEnvironEntry 4 } chasEnvironLocationType OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "Defines the actual type of physical location that this environmental sensor occupies." Expires December, 1993 [Page 36] Internet Draft Chassis MIB June 24, 1993 ::= { chasEnvironEntry 5 } chasEnvironLocationIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "This defines the particular instance of a physical location type which this environmental sensor occupies." ::= { chasEnvironEntry 6 } END Expires December, 1993 [Page 37] Internet Draft Chassis MIB June 24, 1993 5. Acknowledgements The Chassis MIB represents the combined work of the IETF Chassis MIB Working Group, with particular, substantial authorship contributions from: Manu Kaycee Ungermann-Bass, Inc kaycee@andr.UB.com Keith McCloghrie Hughes LAN Systems, Inc. kzm@hls.com Bob Stewart Xyplex, Inc rlstewart@eng.xyplex.com Pete Wilson 3Com Corporation {3COM/PDD/PeteW}@pdd.3mail.3com.com Donna McMaster SynOptics Inc mcmaster@synoptics.com Expires December, 1993 [Page 38] Internet Draft Chassis MIB June 24, 1993 6. References [1] M.T. Rose and K. McCloghrie, Structure and Identification of Management Information for TCP/IP-based internets, Internet Working Group Request for Comments 1155. Network Information Center, SRI International, Menlo Park, California, (May, 1990). [2] J.D. Case, M.S. Fedor, M.L. Schoffstall, and J.R. Davin, Simple Network Management Protocol, Internet Working Group Request for Comments 1157. Network Information Center, SRI International, Menlo Park, California, (May, 1990). [3] K. McCloghrie and M.T. Rose (editors), Management Information Base for Network Management of TCP/IP-based internets: MIB-II, Internet Working Group Request for Comments 1213. Network Information Center, SRI International, Menlo Park, California, (March, 1991). [4] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8824, (December, 1987). [5] Information processing systems - Open Systems Interconnection - Specification of Basic Encoding Rules for Abstract Notation One (ASN.1), International Organization for Standardization. International Standard 8825, (December, 1987). [6] M.T. Rose, K. McCloghrie (editors), Concise MIB Definitions, Internet Working Group Request for Comments 1212. Network Information Center, SRI International, Menlo Park, California, (March, 1991). [7] K. McCloghrie, J. Davin, J. Galvin, Definitions of Managed Objects for Adminstration of SNMP Parties Internet Working Group Request for Comments 1353. Network Information Center, SRI International, Menlo Park, California, (July, 1992). Expires December, 1993 [Page 39] Internet Draft Chassis MIB June 24, 1993 7. Security Considerations Security issues are not discussed in this memo. 8. Author's Address David Arneson (Editor) Cabletron Systems, Inc. Phone: (603)332-9400 Email: arneson@ctron.com Expires December, 1993 [Page 40] Internet Draft Chassis MIB June 24, 1993 Table of Contents 1 Introduction .......................................... 2 2 The Network Management Framework ...................... 2 2.1 Object Definitions .................................. 2 3 Overview .............................................. 4 3.1 What is a Chassis ................................... 4 4 Definitions ........................................... 6 5 Acknowledgements ...................................... 38 6 References ............................................ 39 7 Security Considerations ............................... 40 8 Author's Address ...................................... 40 Expires December, 1993 [Page 41]