Internet Draft ATM Management Objects August 1993 Definitions of Managed Objects for ATM Management Version 1.0 August 9, 1993 Masuma Ahmed (editor) Kaj Tesink (editor) Bell Communications Research 331 Newman Springs Road Red Bank, NJ 07701 mxa@mail.bellcore.com kaj@cc.bellcore.com 1. 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 "working draft" or "work in progress". Please check the I-D abstract listing contained in each Internet Draft directory to learn the current status of this or any other Internet Draft. Distribution of this document is unlimited. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 1] Internet Draft ATM Management Objects August 1993 2. Abstract 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 ATM-based interfaces, networks and services. This memo specifies a MIB module in a manner that is both compliant to the SNMPv2 SMI, and semantically identical to the peer SNMPv1 definitions. [Temporary Note: Upon progression of this specification as a Proposed Standard, an SNMPv2 and an SNMPv1 version of this MIB module will be made available to ease migration.] This version differs from Version 0 (Bellcore Draft, 6/15/93) as follows: - This MIB module is made compliant with SNMPv2 SMI. - This MIB module incorporates the changes agreed upon at the AToM MIB WG meeting in Amsterdam. - The objects atmInterfacePortIdentifier, atmInterfaceTransmissionType and atmInterfaceMediaType have been deleted from the atmInterfaceConfTable. The object atmInterfaceIlmiVpiVci has been clarified. - Entries in the ifTable have been updated for ATM interface, and AAL level interfaces. - Representations of the AAL level interfaces in the Interface Group have been modified as follows: The AAL level is now represented per ATM interface and not per virtual connection. Therefore, the AAL pointer group is deleted. AAL3/4 and AAL5 CPCS layers are now combined and represented as a single entry in the Interface Group. AAl1 SAR layer is also now represented in the Interface Group. - Formal conformance statements have beed added. This memo does not specify a standard for the Internet community. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 2] Internet Draft ATM Management Objects August 1993 3. The SNMPv2 Network Management Framework The SNMPv2 Network Management Framework consists of four major components. They are: RFC 1442 which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. RFC 1213 defines MIB-II, the core set of managed objects for the Internet suite of protocols. RFC 1445 which defines the administrative and other architectural aspects of the framework. RFC 1448 which defines the protocol used for network access to managed objects. The Framework permits new objects to be defined for the purpose of experimentation and evaluation. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 3] Internet Draft ATM Management Objects August 1993 4. Objects 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) [3] defined in the SMI. In particular, each object has a name, a syntax, and an encoding. The name is an OBJECT IDENTIFIER, an administratively assigned name, which specifies an object type. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to also refer to the object type. The syntax of an object type defines the abstract data structure corresponding to that object type. The ASN.1 language is used for this purpose. However, the SMI RFC 1442 purposely restricts the ASN.1 constructs which may be used. These restrictions are explicitly made for simplicity. The encoding of an object type is simply how that object type is represented using the object type's syntax. Implicitly tied to the notion of an object type's syntax and encoding is how the object type is represented when being transmitted on the network. The SMI specifies the use of the basic encoding rules of ASN.1 [4], subject to the additional requirements imposed by the SNMPv2. 4.1. Format of Definitions Section 9 contains the specification of all object types contained in this MIB module. The object types are defined using the conventions defined in the SNMPv2 SMI. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 4] Internet Draft ATM Management Objects August 1993 5. ATM Terminology Some basic ATM terminologies are described in this section to facilitate defining the ATM managed objects and ATM management groups. 5.1. VCL/VPL and VCC/VPC There are two distinct types of ATM virtual connections: Virtual Channel Connections (VCCs) and Virtual Path Connection (VPCs). As shown in the figures below, ATM virtual connections are made of virtual links such as Virtual Channel Links (VCLs) or Virtual Path Links (VPLs). The VCI/VPI or VPI field in the ATM cell header associates each cell with a particular VCL or VPL over a given physical link. <-----------------------VCC-------------------------------> ---------- ---------- | ATM | | ATM | | | | | O<------->|Switch |<-------------->|Switch |<------------>O VCL1 | | VCL2 | | VCL3 ---------- ---------- <---a managed segment--> <------------------a managed segment-----------------------> Figure 1: Virtual Channel Links and Virtual Channel Connection As shown in Figure 1, end-to-end VCCs are created by the concatenation of VCLs. This is a path composed of more than once VCL spanning multiple network nodes to form a connection between two end-points. The VCLs used to form a VCC all have the same attributes (i.e., bandwidth characteristics, QoS, etc.). The switch routes cells between VCLs, thereby, forming VCCs across the network. The VCCs are bi-directional. However, the traffic attributes in two directions of the connection can be symmetric or asymmetric, i.e., the two directions of the virtual connection can have the same or different traffic attributes. An ATM equipment (e.g., a router, switch or network) typically does not support a VCC end-to-end, but only a segment of the Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 5] Internet Draft ATM Management Objects August 1993 VCC (see Figure 1). Therefore, the managed resource is typically a VCC segment and the management of an end-to-end VCC is achieved by appropriate management of its individual components. Many VCLs may be carried within a single VPL. All VCLs within a single VPL share the same VPI value in the ATM header. In turn, several VPLs can be carried over a single physical link. <-----------------------VPC-----------------------------> ---------- ---------- | ATM | | ATM | VCCs | | | | <--|---------|Switch |----------------|Switch |----------|--> <--| | | | | |--> <--|---------| |----------------| |----------|--> VPL1 ---------- VPL2 ---------- VPL3 <---------a managed segment---------> <-------------------a managed segment-------------------> Figure 2: Virtual Path Links and Virtual Path Connection End-to-end VPCs are created by the concatenation of VPLs and may be viewed as a logical bundle of VCCs as shown in Figure 2. An end-to-end VPC may be used by a user to group all those VCCs going to the same destination. The switch switches VPLs while ignoring the VCLs within it. Thus, at the switching point, a translation is performed on the VPL identifier fields (i.e., the VPI) in the ATM cell header. The VPI field does not have end-to-end significance over the entire VPC. Note that, for a switch or network supporting a VPC, only the VCI value has end-to-end significance since the switch or the network does not process the VCI field. Therefore, in the context of a given switch or network, VPC and VCC are non- overlapping virtual connections. A switch or network typically does not support a VPC end-to- end, but only a segment of the VPC (see Figure 2). Therefore, in a switch or network, a managed resource is typically a VPC segment and the management of an end-to-end VPC is achieved by appropriate management of its individual components. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 6] Internet Draft ATM Management Objects August 1993 5.2. PVC and SVC A Permanent Virtual Connection (PVC) is a provisioned VCC or VPC. A Switched Virtual Connection (SVC) is a switched VCC or VPC that is set up in real-time via call set-up signaling procedures. A PVC (or an SVC) can be a point-to-point, point-to-multipoint, or multipoint-to-multipoint VCC or VPC. 5.3. Traffic Management Parameters 5.3.1. Traffic Policing and Traffic Shaping Parameters In order to allocate resources fairly among different users, it is usually necessary to police traffic at different resource access points. The traffic enforcement or policing taken at a UNI is called Usage Parameter Control (UPC) and is activated on an incoming VCL or VPL as shown in Figure 3. The use of the traffic enforcer at the ingress of the connection is to make sure that the user traffic does not exceed the negotiated traffic parameters such as the peak cell rate. ---------- ---------- UNI | ATM | NNI | ATM | UNI | | switch | | | switch | | O<---|---->X(UPC) |<-------|--------->| (UPC)X<------|--->O | VCL | | | VCL | | VCL | ---------- ---------- Figure 3: An Example of a UPC In addition, traffic shaping may be performed on an outgoing VPL or VCL at a given ATM interface. The function of the ATM traffic shaper at the egress of the connection is to smooth the outgoing cell traffic inter-arrival time. If policing or shaping is not performed then the policing or shaping parameters are zero. 5.3.2. Cell Loss Priority To prioritize traffic during resource congestion, ATM cells are assigned one of the two types of Cell Loss Priority (CLP), Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 7] Internet Draft ATM Management Objects August 1993 CLP=0 and CLP=1. ATM cells with CLP=0 are treated as higher priority traffic than ATM cells with CLP=1. 5.3.3. QoS Class A VCC or VPC is associated with one of a number of Quality of Service (QoS) classes. Four QoS classes have been specified to support service class A (constant bit rate video and circuit emulation), service class B (variable bit rate video/audio), service class C (connection-oriented data) and service class D (connectionless data). The VCLs (or VPLs) concatenated to form a VCC (or VPC) will all have the same QoS class as that of the VCC (or VPC). 6. Overview ATM management objects are used to manage ATM interfaces, ATM virtual links and ATM virtual connection segments supported by a switch or network. This section provides an overview and background of how to use this MIB and other potential MIBs for this purpose. The purpose of this memo is primarily to manage ATM PVCs. Management of ATM SVCs may require additional capabilities which are currently outside the scope of this memo. 6.1. Background The ATM MIB shall be used for ATM Customer Network Management (CNM) and ATM Network Management (NM) purposes for managing ATM interfaces, ATM virtual links and ATM virtual connections. Anything inside a switch or network is invisible and therefore shall not be manageable by the ATM MIB. The ATM MIB shall support configuration, fault, and performance management of: (1) ATM interfaces (2) ATM virtual links (3) ATM virtual connections Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 8] Internet Draft ATM Management Objects August 1993 In addition, other MIB modules are necessary to manage ATM interfaces and connections. Examples include MIB II for general system and interface management, the DS3 or SONET MIBs for management of physical interfaces, and, as appropriate, MIB modules for applications that make use of ATM, such as SMDS. These MIB modules are outside the scope of this specification. The current specification of this ATM MIB is based on SNMPv2. 6.2. Structure of the MIB The managed ATM objects are arranged into the following groups for management of (1) ATM local interfaces including VCLs/VPLs and (2) ATM virtual connections. For a switch or network that terminates or originates VCCs, the management of ATM local interfaces also includes management of ATM adaptation layers for ATM applications. In addition, managed ATM objects for activation/deactivation of OAM cell flows and ATM traps notifying virtual connection or virtual link failures such as VP-AIS may be needed and are under study. (1) ATM interface configuration group (2) ATM interface DS3 PLCP group (3) ATM interface SONET TC Sublayer group (4) ATM interface VPL and VCL cell layer performance groups (5) ATM Virtual Connection Segment (VPC/VCC) groups The groups listed above are the basic units of conformance. If the semantics of a group are applicable to an implementation, then it must implement all objects in that group. For example, a managed agent must implement the VCC group if and only if it manages the VCCs. 6.3. ATM Interface Configuration Group This group is designed to manage ATM cell layer configuration of local ATM interfaces on an ATM device. In addition, this group provides pointers to any additional MIB modules (e.g., enterprise-specific) that may be needed to manage this interface. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 9] Internet Draft ATM Management Objects August 1993 6.4. ATM Interface DS3 PLCP and SONET TC Layer Groups These groups provide performance statistics of the DS3 PLCP and SONET TC sublayer of local ATM interfaces on a managed ATM device. DS3 PLCP and SONET TC sublayer are used to carry ATM cells respectively over DS3 and SONET transmission paths. 6.5. ATM Interface VCL/VPL Cell Layer Performance Groups These groups provide performance monitoring of ATM virtual links to isolate problems associated with a specific VCL or VPL or a virtual connection. Due to traffic enforcement, ATM cells can be dropped on an incoming virtual link. Also, ATM cells lost internally within a network or a switch (e.g., due to congestions) can degrade the performance of a virtual connection and hence can result in different cell counts at the two end points of a connection. 6.6. ATM Virtual Connection Segment Groups 6.6.1. Introduction In these groups, managed segments of virtual connections are modeled as a set of unidirectional traffic flows between an ingress and an egress of a switch or network (see Figure 4). This allows for independent treatment of the forward and backward traffic flows of virtual connections, and allows for the management of all possible topologies (pt/pt, pt/mpt, mpt/mpt). Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 10] Internet Draft ATM Management Objects August 1993 Managed Resource Managed Resource Ingress___________________________________Egress _________________| >> Virtual Connection traffic >> |______________ |__________________________________| Figure 4 - Model unidirectional traffic flow The In and Out in this model necessarily differs from the model in the ifTable of MIB II, where the In/Out is measured at the same port. The relationship is shown in Figure 5. Port x __________________________/ LocalIn--> (Ingress XtoY)| >> XtoY traffic >> / ____________________________| ________________________/ LocalOut<-- (Egress YtoX)| << YtoX traffic << / |________________________/ Figure 5 - Relation Local In/Out with Virtual Connection Ingress/Egress Each Ingress-Egress flow is represented as a separate entry in the atmConnectionTables. This approach accommodates unidirectional, bidirectional, point-to-point, point-to- multipoint, and multipoint-to-multipoint topologies. It also allows for efficient searching by port number. For example, a bidirectional point-to-point virtual connection between port 1 and port 2 is represented by the entries: {Port1VCx-Port2VCy} {Port2VCy-Port1VCx} Similarly, a bidirectional point-to-multipoint virtual connection from port 1 to ports 2 and 3, is represented by the entries: {Port1VCx-Port2VCy} {Port1VCx-Port3VCz} {Port2VCy-Port1VCx} {Port3VCz-Port1VCx} A bidirectional multipoint-to-multipoint virtual connection between ports 1, 2, and 3 is represented by the entries: {Port1VCx-Port2VCy} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 11] Internet Draft ATM Management Objects August 1993 {Port1VCx-Port3VCz} {Port2VCy-Port1VCx} {Port2VCy-Port3VCz} {Port3VCz-Port1VCx} {Port3VCz-Port2VCy} A unidirectional multicast from port 1 to ports 2, 3, and 4 ports 1, 2, and 3 is represented by the entries: {Port1VCx-Port2VCy} {Port1VCx-Port3VCz} {Port1VCx-Port4VCw} The purpose of atmConnectionTable is to specify for each managed virtual connection segment supported by the ATM equipment (e.g., a router, switch or network): 1) Its identifier at the ingress 2) Its identifier at the egress 3) The characterization of the virtual connection. 6.6.2. Virtual Connection Identifiers at Ingress and Egress The virtual connection identifiers at ingress and egress of the ATM equipment must be locally unique to the equipement. For VCCs, this is achieved by the tuples: {atmVCConnectionIngressPort, atmVCConnectionIngressVpi, atmVCConnectionIngressVci}, and {atmVCConnectionEgressPort, atmVCConnectionEgressVpi, atmVCConnectionEgressVci} For VPCs, this is achieved by the tuples: {atmVCConnectionIngressPort, atmVCConnectionIngressVpi}, and {atmVCConnectionEgressPort, atmVCConnectionEgressVpi} 6.6.3. Virtual Connection Characterization A virtual connection segment is characterized by the following parameters: Status: status of the virtual connection segment, Quality of Service (QoS): specifying performance objectives for the virtual connection segment, Traffic policer: specifying the traffic enforcement policy at the ingress of the virtual connection segment, and Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 12] Internet Draft ATM Management Objects August 1993 Traffic shaper: specifying the traffic enforcement policy at the egress of the virtual connection segment. 6.6.4. Sets Requests for new virtual connections, discontinuation of existing virtual connections, and modifications of existing virtual connections are accommodated by proper use of the atmConnectionTableEntryStatus column. The structure of the atmConnectionTableEntry allows to request and fully qualify new connections by a single set operation. The status column follows the textual convention RowStatus defined in [RFC1443]. [Needs text specifying its use under SNMPv1]. Not all managed resources may support sets for this table. Furthermore, sets on the individual columns are only supported within the range of values, supported by the ATM equipment. The set capability shall only be supported for PVCs. SVCs are set up via appropriate call signaling procedures. The creation of one or more rows in this table has the following effects: - A virtual connection of the specified type, and with the specified qualifications shall be provisioned, - Associated entries in the local interface tables shall be created. The following constraints apply to virtual connection modifications: [text to be provided. there are probably cases where one cannot do certain modifications. For example, can one change a unidirectional PVC to a bidirectional one? Can one change the QOS of an existing virtual connection? And so on.] For some ATM equipments, requests for changes in the virtual connection table may be honored after a period of time, due to provisioning activities. SNMPv2 provides the means to accommodate it [RFC1441-1452]. However, management under SNMPv1 does not accommodate these needs. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 13] Internet Draft ATM Management Objects August 1993 6.6.5. Virtual Connection Association with Interface Addresses Interface addresses may not be typically freely allocated, and are usually assigned by the provider of the switch or network (e.g., the public service provider in case of a public network). Furthermore, addresses may be assigned without virtual connections being established. Therefore, these addresses appear in the local interface tables, and not in the atmConnectionTable. 6.6.6. Management of an End-to-End Virtual Connection [to be supplied - text explaining that one needs to figure out which switches or networks/managed VC segments take part in the virtual connection, and that one needs to string the virtual connection table info of each of those segments together if one wants to know the whole story] 7. Application of MIB II to ATM 7.1. The System Group This specifies how the System Group defined in MIB II shall be used for ATM agent/proxy agent. For ATM switches or ATM networks, the sysServices object in the System Group has the value "2" which implies that the ATM switch or network is providing a subnetwork level service. 7.2. The Interface Group This specifies how the Interfaces Group defined in MIB II shall be used for the management of ATM based interfaces, and in conjunction with the ATM MIB modules. This memo assumes the interpretation of the Interfaces group to be in accordance with [5]: "The interfaces table (ifTable) contains information on the managed resource's interfaces. Each sub-layer below the internetwork layer of a network interface is considered an interface." Thus, the ifTable allows the following ATM-based interfaces to be represented as table entries: - ATM cell level interfaces in the ATM equipments (e.g., Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 14] Internet Draft ATM Management Objects August 1993 switches, routers or networks) with ATM interfaces. This level is concerned with generic cell counts and not with individual virtual connections. - AAL level interfaces in the ATM equipments (e.g., switches, routers or networks) with ATM interfaces. This MIB module accommodates the AAL3/4 and AAL5 CPCS layers. - AAL1 level interfaces in the ATM equipments (e.g., switches, routers or networks) with ATM interfaces. This MIB module accommodates the AAL1 SAR layer. In accordance with the guidelines of ifTable, cell counts per virtual connection are not covered by ifTable, and is considered interface specific and covered in the ATM MIB module defined in this memo. In order to interrelate the ifEntries properly, the Interfaces Stack Group defined in [5] shall be supported. 7.2.1. Support of the ATM Cell Layer by ifTable Some specific interpretations of ifTable for the ATM cell layer follow. Object Use for the generic ATM layer. ifIndex Each ATM port is represented by an ifEntry. ifDescr Description of the ATM interface. ifType The value to be allocated for ATM is 37. ifMtu Set to 53. ifSpeed Peak bandwidth in bits per second available for use. ifPhysAddress The primary address for this interface assigned by the ATM interface provider. An octet string of zero length if no address is used for this interface. ifAdminStatus Supports read-only access (initially). Set to the same value as ifOperStatus. ifOperStatus Assumes the value down(2) if the ATM cell layer or any layer below that layer is down. ifLastChange The elapsed time since the last re-initializtion. ifInOctets The number of received cells multiplied by 53. ifOutOctets The number of transmitted cells multiplied by 53. ifInUcastPkts The number of received unerrored assigned cells. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 15] Internet Draft ATM Management Objects August 1993 ifInNUcastPkts Set to 0 since the generic ATM level is point-to-point. ifOutUcastpkts The number of assigned cells received for transmission. [Ed. note: ATM switches provide counts of transmitted cells and not of cells received for transmission as required by the ifTable. This is because the latter counter is switch architecture dependent. Comments are requested on this issue.] ifOutNUcastpkts Set to 0 since the generic ATM level is point-to-point. ifInErrors The number of received cells that are dropped due to uncorrectable header bit errors. ifInUnknownProtos The number of received cells discarded due to header content errors which include unrecognized VPI or VPI/VCI values, incorrect PTI values or incorrect cell header patterns. ifInDiscards Set to 0. ifOutErrors Set to 0. ifOutDiscards Set to 0. ifOutQLen Set to 0. ifSpecific Set to the OBJECT IDENTIFIER { experimental 41 }. [Ed.note to be changed to { transmission 37 } if this specification is put on the IETF standards track] ifName [to be specified.] ifLinkUpDownTrapEnable Set to disabled (2). [Ed. note: The ATM cell layer can fail independent of the physical layer. However, following the guidelines specified in (5), this object is set to disabled so that traps will not be generated even when ATM cell layer fails. It is important for the trap to be suppressed when the physical layer fails. However, trap may need to be generated for ATM cell layer failures which are not due to physical layer failures. Comments are requested on this issue.] 7.2.2. Support of the AAL3/4 and AAL5 by ifTable The AAL3/4 and AAL5 CPCS layers combined together are represented by an ifEntry in the ifTable per ATM interface and Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 16] Internet Draft ATM Management Objects August 1993 not per ATM virtual connection. As noted below, there are several outstanding issues associated with representing the AAL3/4 and AAL5 CPCS layer per ATM interface. Object Use for AAL (AAL3/4 and AAL5 CPCS layers) ifIndex Each AAL (AAL3/4 and AAL5) port is represented by an ifEntry. ifDescr Description of the AAL interface. ifType [The value to be allocated for AAL3/4 and AAL5. Will there be a single value allocated for both AAL3/4 and AAL5 ?] ifMtu Set to the largest PDU size for the AAL CPCS layer. [Do we set it to the largest PDU size of the two AAL types ? The largest PDU size for the AAL3/4 CPCS layer can be different from the AAL5 CPCS layer. Thus, buffer size requirements can be different for the two AAL types. This information is useful to determine the allocation of buffer to AAL PDUs.] ifSpeed [How do we derive the AAL rate for the combined AAL3/4 and AAL5 CPCS layers per ATM interface. Also, how do we derive the AAL rate from the peak cell rate or sustained cell rate since the ATM cell rate is specified per ATM virtual link ? Also, the ATM cell rate includes both user cells and OAM cells, however, the AAL does not include the OAM cells ?] ifPhysAddress An octet string of zero length. ifAdminStatus Supports read-only access. Set to the same value as ifOperStatus. ifOperStatus Assumes the value down(2) if the AAL or any layer below that layer is down. [Do we set it to down(2) if one of the AALs (i.e., AAL3/4 or AAL5) is down ? It is possible for the AAL3/4 layer to go down even though the AAL5 layer is up or vice versa. The AAL3/4 processor (which is different from the AAL5 processor) or the ATM virtual connection used fo AAL3/4 transport (which is different from the AAL5 virtual connection) can be down. Do we set it to down if one of the Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 17] Internet Draft ATM Management Objects August 1993 multiple virtual connections used for AAL (3/4 or 5) transport goes down ? Also, how do we determine that an ATM virtual connection used for AAL transport has failed since the association between the AAL and the virtual connection is not provided ?] ifInOctets Number of received AAL PDU octets for AAL CPCS layer. ifOutOctets Number of AAL PDU octets received for transmission for AAL CPCS layer. ifInUcastPkts Number of received unerrored AAL PDUs. ifInNUcastPkts Set to 0. ifOutUcastpkt Number of AAL PDUs received for transmission. [Ed. note: ATM switches provide counts of transmitted AAL PDUs and not of AAL PDUs received for transmission as required by the ifTable. This is because the latter counter is switch architecture dependent. Comments are requested on this issue.] ifOutNUcastpkt Set to 0. ifInErrors Number of received AAL PDUs with transmission errors. ifInUnknownProtos Number of received AAL PDUs with protocol errors. ifInDiscards Set to 0. ifOutErrors Set to 0. ifOutDiscards Set to 0. ifOutQLen Set to 0. ifSpecific Set to the OBJECT IDENTIFIER { 0 0 }. ifName [to be specified.] ifLinkUpDownTrapEnable Set to disabled(2). [Ed. note: The AAL layer can fail independent of the physical layer. However, following the guidelines specified in (5), this object is set to disabled so that traps will not be generated even when AAL layer fails. It is important for the trap to be suppressed when the physical layer or ATM cell layer fails. However, trap may need to be generated for AAL failures which are not due to physical layer or ATM cell layer failure. Comments are requested on this issue.] Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 18] Internet Draft ATM Management Objects August 1993 7.2.3. Support of the AAL1 by ifTable Some specific interpretations of the ifTable for the AAL1 SAR layer follow below. Object Use for AAL1 SAR layer ifIndex Each AAL1 port is represented by an ifEntry. ifDescr Description of the AAL1 interface. ifType [The value to be allocated for AAL1.] ifMtu Set to 48 for the AAL1 SAR layer. ifSpeed [How do we derive the AAL1 rate per ATM interface from the peak cell rate or sustained cell rate since the ATM cell rate is specified per ATM virtual link ? Also, the ATM cell rate includes both user cells and OAM cells, however, the AAL does not include the OAM cells ?] ifPhysAddress An octet string of zero length. ifAdminStatus Supports read-only access. Set to the same value as ifOperStatus. ifOperStatus Assumes the value down(2) if the AAL1 SAR layer or any layer below that layer is down. [Do we set it to down(2) if one of the multiple virtual connections used for AAL1 transport is down ? Also, how do we determine that an ATM virtual connection used for AAL transport has failed since the association between the AAL and the virtual connection is not provided ?] ifInOctets Number of AAL1 SAR PDU octets received. ifOutOctets Number of AAL1 SAR PDU octets transmitted. ifInUcastPkts Number of received unerrored AAL1 SAR PDUs. ifInNUcastPkts Set to 0. ifOutUcastpkt Number of AAL1 SAR PDUs received for transmission. [Ed. note: ATM switches provide counts of transmitted AAL PDUs and not of AAL PDUs received for transmission as required by the ifTable. This is because the latter counter is switch architecture dependent. Comments are requested on this issue.] ifOutNUcastpkt Set to 0. ifInDiscards Number of received AAL1 PDUs discarded due to receive buffer overflow. ifInErrors Number of starvation events due to Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 19] Internet Draft ATM Management Objects August 1993 receive buffer underflow. ifInUnknownProtos Set to 0. ifOutErrors Set to 0. ifOutDiscards Set to 0. ifOutQLen Set to 0. ifSpecific Set to the OBJECT IDENTIFIER { 0 0 }. ifName [to be specified.] ifLinkUpDownTrapEnable Set to disabled (2). [Ed. note: The AAL layer can fail independent of the physical layer. However, following the guidelines specified in (5), this object is set to disabled so that traps will not be generated even when AAL layer fails. It is important for the trap to be suppressed when the physical layer or ATM cell layer fails. However, trap may need to be generated for AAL failures which are not due to physical layer or ATM cell layer failure. Comments are requested on this issue.] 8. ILMI MIB and The ATM Managed Objects The ILMI MIB is specified by the ATM Forum in UNI specification document, Draft 2.3 [11], to manage local ATM UNIs. The support of the ATM management functions by the ILMI MIB and the ATM MIB are compared in Table 1. In the table below, "yes" in ILMI column indicates that the management functions are supported by the ILMI MIB. The MIB groups in the ATM MIB column are the groups listed in Section 6.2. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 20] Internet Draft ATM Management Objects August 1993 Table 1 - Structuring of ATM Managed Objects ______________________________________________________________________ | | | | ATM Mgmt.Inf. |ATM Managed Objects |This memo |ILMI MIB| ______________|_________________________________|___________|________| Local Interface Information: _____________________________________________________________________ ATM interface:| (1) port identifier | ATM | | physical layer| (2) physical transmission types | MIB gr.1* |yes | configuration | (3) physical media types | | | | (4) operational status | MIB II | | | (5) administrative status | | | _____________________________________________________________________ ATM interface:| (1) maximum VPI/VCI fields | ATM | | cell layer | (2) maximum number of VPCs/VCCs | MIB gr.1 |yes | configuration | (3) configured VPCs/VCCs | | | | (4) ILMI VPI/VCI value | | | | (5) additional MIB pointer | | | _____________________________________________________________________ ATM interface:|(1) received/transmitted cells | | | cell layer |(2) errored cells | MIB II |yes | performance |(3) header content violations | | | _____________________________________________________________________ ATM interface:|(1)DS3 PLCP severely errored | ATM | | PLCP & TC | framing seconds | MIB gr.2,3| | layer |(2)DS3 PLCP unavailable seconds | |no | performance |(3)DS3 PLCP alarm state | | | |(4)out of cell delineation events| | | |(5)Sonet alarm state | | | _____________________________________________________________________ Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 21] Internet Draft ATM Management Objects August 1993 _____________________________________________________________________ ATM interface:|(1)PDUs discarded for protocol | | | AAL3/4 and | errors | MIB II |no | AAL5 CPCS |(2)PDUs discarded for procedural | | | layers | or transmission errors | | | |(3)received/transmitted PDUs | | | _____________________________________________________________________ ATM interface:|(1)received/transmitted PDUs | | | AAL1 SAR layer|(2)PDUs discarded for buffer | | | | overflow | MIB II |no | |(3)starvation events | | | _____________________________________________________________________ Virtual link: |(1)VPI or VPI/VCI value | ATM | | cell layer |(2)VCL or VPL operational status | MIB gr. 4 |yes** | |(3)VCL/VPL administrative status | | | |(4)received/transmitted cells | | | | across a VCL/VPL | | | |(5)cells dropped due to traffic | | | | enforcement | | | _____________________________________________________________________ Virtual Connection Information: _____________________________________________________________________ Comments: |(1)port identifier of ingress | | | | end | | | Virtual |(2)port identifier of egress |ATM | | connection | end |MIB gr. 5 |no | information |(3)VPI or VPI/VCI value | | | are provided | of ingress VCL/VPL | | | for each |(4)VPI or VPI/VCI value of | | | direction | egress VCL/VPL | | | of the |(5)policing parameters of | | | connection. | ingress VCL/VPL | | | |(6)shaping parameters of | | | | egress VCL/VPL | | | |(7)QoS class of ingress | | | | VCL/VPL | | | |(8)VCC/VPC operational status | | | |(9)VCC/VPC administrative status | | | _____________________________________________________________________ Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 22] Internet Draft ATM Management Objects August 1993 *The operational and administrative status of the ATM interface shall be supported by the interface table in MIB II. **The ILMI MIB contains local and end-to-end operational status of the VPC/VCC. However, it does not contain the administrative status and the cell statistics for the local VPC/VCC. Also, the ILMI MIB contains policing parameters, shaping parameters and QoS class as local information and not as virtual connection information. The table 1 shows that the ILMI MIB supports most of the ATM functions that are supported by the ATM MIB groups 1, 4 and interface group in MIB II. Since the ILMI MIB is used only for local UNI management, it does not provide any identifier to uniquely identify an ATM interface port. Therefore, these functions have been added in this specification. The ILMI MIB contains the QoS Class, traffic policing and shaping parameters as the local interface information. This specification supports these functions in the virtual connection group to facilitate setting up or modifying virtual connections. This approach does not change the semantics of these variables, only the OBJECT IDENTIFIERs of these variables change. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 23] Internet Draft ATM Management Objects August 1993 9. Object Definitions ATM-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, experimental, Counter32, Integer32 FROM SNMPv2-SMI DisplayString, RowStatus FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF; atmMIB MODULE-IDENTITY LAST-UPDATED "9308091445Z" ORGANIZATION "IETF AToM MIB Working Group" CONTACT-INFO " Masuma Ahmed Bellcore 331 Newman Springs Road Red Bank, NJ 07701 Tel: 908-758-2515 Fax: 908-758-4192 E-mail: mxa@mail.bellcore.com Kaj Tesink Bellcore 331 Newman Springs Road Red Bank, NJ 07701 Tel: 908-758-5254 Fax: 908-758-4196 E-mail: kaj@cc.bellcore.com" DESCRIPTION "This is the MIB Module for ATM-related objects for managing ATM interfaces and ATM connections." ::= { experimental 41 } atmMIBObjects OBJECT IDENTIFIER ::= {atmMIB 1} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 24] Internet Draft ATM Management Objects August 1993 -- This ATM MIB Module consists of the following groups: -- (1) ATM Interface configuration group -- (2) ATM Interface DS3 PLCP group -- (3) ATM Interface SONET TC Sublayer group -- (4) ATM Interface VPL performance group -- (5) ATM Interface VCL performance group -- (6) ATM VPC group -- (7) ATM VCC group IfIndex ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The value of this object identifies the interface for which the entry contains management information. The value of this object for a particular interface has the same value as the ifIndex object, defined in RFC 1156 and RFC 1213, for the same interface." SYNTAX Integer32 Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 25] Internet Draft ATM Management Objects August 1993 atmInterfaceTrafficEnforcementTypes OBJECT IDENTIFIER ::= {atmMIBObjects 1} -- The following values are defined for use as -- possible values of the type of Traffic Enforcement. -- It is assumed that the same algorithms will be -- used for traffic policing and shaping. -- Seven types of traffic enforcement have been -- specified so far by the ATM Forum UNI Specification, -- Draft 2.3, including one for the best effort traffic. -- The types of traffic policing and shaping -- may be provider or switch specific. atmInterfaceNoTrafficEnforcement OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the no ATM traffic enforcement type." ::= { atmInterfaceTrafficEnforcementTypes 1} atmInterfaceTrafficEnforcementType1 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 1. For type 1 traffic enforcement, parameter 1 specifies CLP=0+1 peak traffic. Parameters 2, 3, 4 and 5 are not used. The peak rate is measured in cells per second." ::= { atmInterfaceTrafficEnforcementTypes 2} atmInterfaceTrafficEnforcementType2 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 2. For type 2 traffic enforcement, parameter 1 specifies CLP=0 peak traffic and parameter 2 specifies CLP=0+1 peak traffic. Parameters 3, 4, and 5 are not used. The peak rate is measured in cells per second." ::= { atmInterfaceTrafficEnforcementTypes 3} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 26] Internet Draft ATM Management Objects August 1993 atmInterfaceTrafficEnforcementType3 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 3. For type 3 traffic enforcement, parameter 1 specifies CLP=0+1 peak traffic, parameter 2 specifies CLP=0 sustained rate, and parameter 3 specifies CLP=0 maximum burst size. Parameters 4 and 5 are not used. The peak rate is measured in cells per second. The sustained rate is measured in cells per second and burst size is measured in cells." ::= { atmInterfaceTrafficEnforcementTypes 4} atmInterfaceTrafficEnforcementType4 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 4. For type 4 traffic enforcement, parameter 1 specifies CLP=0 peak traffic, parameter 2 specifies CLP=0+1 peak traffic, and parameter 3 specifies tagging (e.g., a value 1 may be used to indicate tagging). Parameters 4 and 5 are not used. The peak rate is measured in cells per second." ::= { atmInterfaceTrafficEnforcementTypes 5} atmInterfaceTrafficEnforcementType5 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 5. For type 5 traffic enforcement, parameter 1 specifies CLP=0+1 peak traffic, parameter 2 specifies CLP=0 sustained rate, parameter 3 specifies CLP=0 maximum burst size, and parameter 4 specifies tagging (e.g., a value 1 may be used to indicate tagging). Parameter 5 is not used." ::= { atmInterfaceTrafficEnforcementTypes 6} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 27] Internet Draft ATM Management Objects August 1993 atmInterfaceTrafficEnforcementType6 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 6. For type 6 traffic enforcement, parameter 1 specifies CLP=0+1 peak traffic, parameter 2 specifies CLP=0+1 sustained rate, and parameter 3 specifies CLP=0+1 maximum burst size. Parameters 4 and 5 are not used." ::= { atmInterfaceTrafficEnforcementTypes 7} atmInterfaceTrafficEnforcementType7 OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This identifies the ATM traffic enforcement type is 7. For type 7 traffic enforcement, parameter 1 specifies CLP=0+1 peak traffic and parameter 2 specifies best effort traffic (e.g., a value 1 may be used to indicate best effort traffic). Parameters 3, 4 and 5 are not used." ::= { atmInterfaceTrafficEnforcementTypes 8} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 28] Internet Draft ATM Management Objects August 1993 -- ATM Interface Configuration Parameters Group -- Implementation of this group is mandatory -- if providing ATM Interfaces. atmInterfaceConfTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmInterfaceConfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM local interface configuration parameters and state variables, one entry per ATM interface port." ::= { atmMIBObjects 2 } atmInterfaceConfEntry OBJECT-TYPE SYNTAX AtmInterfaceConfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This list contains ATM interface configuration parameters and state variables." INDEX { atmInterfaceIndex } ::= { atmInterfaceConfTable 1} AtmInterfaceConfEntry ::= SEQUENCE { atmInterfaceIndex IfIndex, atmInterfaceMaxVpcs INTEGER, atmInterfaceMaxVccs INTEGER, atmInterfaceConfVpcs INTEGER, atmInterfaceConfVccs INTEGER, atmInterfaceMaxActiveVpiBits INTEGER, atmInterfaceMaxActiveVciBits INTEGER, atmInterfaceIlmiVpiVci Interger32, atmInterfaceSpecific OBJECT IDENTIFIER } atmInterfaceIndex OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ATM port interface for which this entry contains management information." Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 29] Internet Draft ATM Management Objects August 1993 ::= { atmInterfaceConfEntry 1 } atmInterfaceMaxVpcs OBJECT-TYPE SYNTAX INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "The maximum number of VPCs supported at this ATM interface." ::= { atmInterfaceConfEntry 2} atmInterfaceMaxVccs OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "The maximum number of VCCs supported at the ATM interface." ::= { atmInterfaceConfEntry 3} atmInterfaceConfVpcs OBJECT-TYPE SYNTAX INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "The number of VPCs configured for use at this ATM interface." ::= { atmInterfaceConfEntry 4} atmInterfaceConfVccs OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "The number of VCCs configured for use at the ATM interface." ::= { atmInterfaceConfEntry 5} atmInterfaceMaxActiveVpiBits OBJECT-TYPE SYNTAX INTEGER (0..8) MAX-ACCESS read-only STATUS current DESCRIPTION "The maximum number of active VPI bits configured for use at the ATM interface." Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 30] Internet Draft ATM Management Objects August 1993 ::= { atmInterfaceConfEntry 6} atmInterfaceMaxActiveVciBits OBJECT-TYPE SYNTAX INTEGER (0..16) MAX-ACCESS read-only STATUS current DESCRIPTION "The maximum number of active VCI bits configured for use at this ATM interface." ::= { atmInterfaceConfEntry 7} atmInterfaceIlmiVpiVci OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-only STATUS current DESCRIPTION "The decimal value of the three octet VPI/VCI field that identifies the VCC supporting the ILMI at the ATM interface. If the value of this object is greater than 16777215 then the ILMI is not supported at the ATM interface. The default VPI/VCI values for ILMI are VPI=0 and VCI=16." ::= { atmInterfaceConfEntry 8} atmInterfaceSpecific OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "This object points to the additional information specific to ATM interfaces. For example, if Enterprise specific objects have been defined in addition to this MIB module, then the value of this object refers to that MIB defining these objects. If the additional information is not present, then the value should be {0 0}." ::= { atmInterfaceConfEntry 9} -- The ATM Interface DS3 PLCP Group -- Implementation of this group is mandatory Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 31] Internet Draft ATM Management Objects August 1993 -- if the DS3 PLCP is implemented. atmInterfaceDs3PlcpTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmInterfaceDs3PlcpEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM interface DS3 PLCP parameters and state variables, one entry per ATM interface port." ::= { atmMIBObjects 3} atmInterfaceDs3PlcpEntry OBJECT-TYPE SYNTAX AtmInterfaceDs3PlcpEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This list contains DS3 PLCP parameters and state variables at the ATM interface." INDEX {atmInterfaceDs3PlcpIndex } ::= { atmInterfaceDs3PlcpTable 1} AtmInterfaceDs3PlcpEntry ::= SEQUENCE { atmInterfaceDs3PlcpIndex IfIndex, atmInterfaceDs3PlcpSEFSs Counter32, atmInterfaceDs3PlcpAlarmState INTEGER, atmInterfaceDs3PlcpUASs Counter32 } atmInterfaceDs3PlcpIndex OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ATM interface port for which this entry contains management information and is the same as the atmInterfaceIndex." ::= { atmInterfaceDs3PlcpEntry 1} atmInterfaceDs3PlcpSEFSs OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 32] Internet Draft ATM Management Objects August 1993 DESCRIPTION "A DS3 Severely Errored Framing Second (SEFS) is a count of one-second intervals containing one or more SEF event." ::= { atmInterfaceDs3PlcpEntry 2} atmInterfaceDs3PlcpAlarmState OBJECT-TYPE SYNTAX INTEGER { noAlarm(1), receivedFarEndAlarm(2), incomingLOF(3) } MAX-ACCESS read-only STATUS current DESCRIPTION "This variable indicates if there is an alarm present for the DS3 PLCP. The value receivedFarEndAlarm means that the DS3 PLCP has received an incoming Yellow Signal, the value incomingLOF means that the DS3 PLCP has declared a loss of frame (LOF) failure condition, and the value noAlarm means that there are no alarms present." ::= { atmInterfaceDs3PlcpEntry 3} atmInterfaceDs3PlcpUASs OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The counter associated with the number of Unavailable Seconds encountered by the PLCP." ::= { atmInterfaceDs3PlcpEntry 4} -- The ATM Interface SONET TC Sublayer Group -- Implementation of this group is mandatory -- if SONET TC Sublayer is implemented. atmInterfaceSonetTCTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmInterfaceSonetTCEntry MAX-ACCESS not-accessible Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 33] Internet Draft ATM Management Objects August 1993 STATUS current DESCRIPTION "This table contains ATM interface SONET TC Sublayer parameters and state variables, one entry per ATM interface port." ::= { atmMIBObjects 4} atmInterfaceSonetTCEntry OBJECT-TYPE SYNTAX AtmInterfaceSonetTCEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This list contains SONET TC Sublayer parameters and state variables at the ATM interface." INDEX {atmInterfaceSonetTCIndex } ::= { atmInterfaceSonetTCTable 1} AtmInterfaceSonetTCEntry ::= SEQUENCE { atmInterfaceSonetTCIndex IfIndex, atmInterfaceSonetTCOCDEvents Counter32, atmInterfaceSonetTCAlarmState INTEGER } atmInterfaceSonetTCIndex OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ATM interface port for which this entry contains management information and is the same as the atmInterfaceIndex." ::= { atmInterfaceSonetTCEntry 1} atmInterfaceSonetTCOCDEvents OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of times the Out of Cell Delineation (OCD) events occur. If seven consecutive ATM cells have Header Error Control (HEC) violations, an OCD event occurs. A high number of OCD events may indicate a problem with the SONET TC Sublayer." Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 34] Internet Draft ATM Management Objects August 1993 ::= { atmInterfaceSonetTCEntry 2} atmInterfaceSonetTCAlarmState OBJECT-TYPE SYNTAX INTEGER { noAlarm(1), lcdFailure(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This variable indicates if there is an alarm present for the SONET TC Sublayer. The value lcdFailure indicates that a Loss of Cell Delineation (LCD) failure state has been declared for the SONET TC Sublayer." ::= { atmInterfaceSonetTCEntry 3} -- ATM Interface Virtual Path Link (VPL) Group -- Implementation of this group is mandatory if providing -- an ATM Interface Virtual Path Link for which the -- Virtual Channel Links are not provided. -- This group provides local information only. -- This group contains performance of a -- Virtual Path Link (VPL) that is not associated -- with Virtual Channel Links (VCLs). atmInterfaceVplPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmInterfaceVplPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM interface VPL performance parameters and state variables." ::= { atmMIBObjects 5} atmInterfaceVplPerfEntry OBJECT-TYPE SYNTAX AtmInterfaceVplPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 35] Internet Draft ATM Management Objects August 1993 "This list contains ATM interface VPL performance parameters and state variables." INDEX {atmInterfaceVplIndex, atmInterfaceVplVpi } ::= { atmInterfaceVplPerfTable 1} AtmInterfaceVplPerfEntry ::= SEQUENCE { atmInterfaceVplIndex IfIndex, atmInterfaceVplVpi INTEGER, atmInterfaceVplOperStatus INTEGER, atmInterfaceVplAdminStatus INTEGER, atmInterfaceVplReceivedCells Counter32, atmInterfaceVplTransmittedCells Counter32, atmInterfaceVplPolicerViolations Counter32, atmInterfaceVplShaperViolations Counter32 } -- The above four parameters are under review. -- See IETF Amsterdam AToM MIB WG meeting report. atmInterfaceVplIndex OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ATM port interface." ::= { atmInterfaceVplPerfEntry 1} atmInterfaceVplVpi OBJECT-TYPE SYNTAX INTEGER (1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value of the Virtual Path Link at the ATM interface. The VPI=0 cannot be used for a VPL not associated with a VCL. The maximum VPI value cannot exceed the value allowable by the atmInterfaceMaxVpiBits." ::= { atmInterfaceVplPerfEntry 2} atmInterfaceVplOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 36] Internet Draft ATM Management Objects August 1993 MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates the operational status of the Virtual Path Link, i.e., whether the VPL is up or down. In the down state, no cells can be passed across this VPL." ::= { atmInterfaceVplPerfEntry 3} atmInterfaceVplAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object indicates the desired status of the Virtual Path Link as determined by the ATM Network Manager, i.e., the VPL up or down." ::= { atmInterfaceVplPerfEntry 4} atmInterfaceVplReceivedCells OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of unerrored assigned cells received on this VPL at the ATM interface." ::= { atmInterfaceVplPerfEntry 5} atmInterfaceVplTransmittedCells OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of assigned cells transmitted on this VPL at the ATM interface." ::= { atmInterfaceVplPerfEntry 6} atmInterfaceVplPolicerViolations OBJECT-TYPE SYNTAX Counter32 Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 37] Internet Draft ATM Management Objects August 1993 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of assigned cells that are dropped on this VPL due to exceeding the VPL traffic enforcement parameters at the ATM interface." ::= { atmInterfaceVplPerfEntry 7} atmInterfaceVplShaperViolations OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of assigned cells that are dropped on this VPL due to traffic shaping at the ATM interface." ::= { atmInterfaceVplPerfEntry 8} -- ATM Interface Virtual Channel Link (VCL) Group --Implementation of this group is mandatory if providing -- an ATM Interface Virtual-Channel Link. -- This group provides local information only. -- This group contains performance information -- of ATM Virtual Channel Links (VCLs). atmInterfaceVclPerfTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmInterfaceVclPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM interface VCL performance parameters and state variables." ::= { atmMIBObjects 6 } atmInterfaceVclPerfEntry OBJECT-TYPE SYNTAX AtmInterfaceVclPerfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This list contains ATM interface VCL performance parameters and state variables." Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 38] Internet Draft ATM Management Objects August 1993 INDEX {atmInterfaceVclIndex, atmInterfaceVclVpi, atmInterfaceVclVci } ::= { atmInterfaceVclPerfTable 1} AtmInterfaceVclPerfEntry ::= SEQUENCE { atmInterfaceVclIndex IfIndex, atmInterfaceVclVpi INTEGER, atmInterfaceVclVci INTEGER, atmInterfaceVclOperStatus INTEGER, atmInterfaceVclAdminStatus INTEGER, atmInterfaceVclReceivedCells Counter32, atmInterfaceVclTransmittedCells Counter32, atmInterfaceVclPolicerViolations Counter32, atmInterfaceVclShaperViolations Counter32 } -- The above four parameters are under review. -- See IETF Amsterdam AToM MIB WG meeting report. atmInterfaceVclIndex OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ATM port interface." ::= { atmInterfaceVclPerfEntry 1} atmInterfaceVclVpi OBJECT-TYPE SYNTAX INTEGER (0..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value of the VCL at the ATM interface. The maximum VPI value cannot exceed the number supported by the atmInterfaceMaxActiveVpiBits." ::= { atmInterfaceVclPerfEntry 2} atmInterfaceVclVci OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VCI value of the VCL at the ATM interface. The maximum VCI value cannot exceed the Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 39] Internet Draft ATM Management Objects August 1993 the number supported by the atmInterfaceMaxActiveVciBits." ::= { atmInterfaceVclPerfEntry 3} atmInterfaceVclOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates the operational status of the Virtual Channel Link, i.e., whether the VCL is up or down. In the down state, no cells can be passed across this VCL." ::= { atmInterfaceVclPerfEntry 4} atmInterfaceVclAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object indicates the desired status of the Virtual Channel Link as determined by the ATM Network Manager, i.e., the VCL up or down." ::= { atmInterfaceVclPerfEntry 5} atmInterfaceVclReceivedCells OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of unerrored assigned cells received on this VCL at the ATM interface." ::= { atmInterfaceVclPerfEntry 6} atmInterfaceVclTransmittedCells OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of assigned cells transmitted Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 40] Internet Draft ATM Management Objects August 1993 on this VCL at the ATM interface." ::= { atmInterfaceVclPerfEntry 7} atmInterfaceVclPolicerViolations OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of assigned cells received on this VCL that exceed the VCL traffic enforcement parameters at the ATM interface." ::= { atmInterfaceVclPerfEntry 8} atmInterfaceVclShaperViolations OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of assigned cells that are dropped on this VCL due to traffic shaping at the the ATM interface." ::= { atmInterfaceVclPerfEntry 9} -- ATM Virtual Path Connection (VPC) Group -- Implementation of this group is mandatory if providing -- an ATM Virtual Path Connection at an ATM interface. -- This group provides configuration information of the -- VPC segment. -- Note: This group is under review. -- See IETF Amsterdam AToM MIB WG meeting report. atmVPConnectionTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmVPConnectionTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM VPC configuration and performance parameters and state variables. Each entry represents a unidirectional traffic flow. Multiple entries are necessary Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 41] Internet Draft ATM Management Objects August 1993 to represent a bidirectional and multipoint connections." ::= { atmMIBObjects 7 } atmVPConnectionTableEntry OBJECT-TYPE SYNTAX AtmVPConnectionTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A unidirectional traffic flow." INDEX {atmVPConnectionIngressPort, atmVPConnectionIngressVpi, atmVPConnectionEgressPort, atmVPConnectionEgressVpi } ::= { atmVPConnectionTable 1} AtmVPConnectionTableEntry ::= SEQUENCE { atmVPConnectionTableEntryStatus RowStatus, atmVPConnectionIngressPort IfIndex, atmVPConnectionIngressVpi INTEGER, atmVPConnectionEgressPort IfIndex, atmVPConnectionEgressVpi INTEGER, atmVPConnectionOperStatus INTEGER, atmVPConnectionAdminStatus INTEGER, atmVPConnectionTrafficShaperType OBJECT IDENTIFIER, atmVPConnectionTrafficShaperParam1 INTEGER, atmVPConnectionTrafficShaperParam2 INTEGER, atmVPConnectionTrafficShaperParam3 INTEGER, atmVPConnectionTrafficShaperParam4 INTEGER, atmVPConnectionTrafficShaperParam5 INTEGER, atmVPConnectionTrafficPolicerType OBJECT IDENTIFIER, atmVPConnectionTrafficPolicerParam1 INTEGER, atmVPConnectionTrafficPolicerParam2 INTEGER, atmVPConnectionTrafficPolicerParam3 INTEGER, atmVPConnectionTrafficPolicerParam4 INTEGER, atmVPConnectionTrafficPolicerParam5 INTEGER, atmVPConnectionQoSClass INTEGER } atmVPConnectionTableEntryStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status column used for creating, modifying, and deleting instances of the Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 42] Internet Draft ATM Management Objects August 1993 supplemental objects in the conceptual row of the virtual connection table." DEFVAL { active } ::= { atmVPConnectionTableEntry 1 } atmVPConnectionIngressPort OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ingress ATM port of the VPC segment." ::= { atmVPConnectionTableEntry 2 } atmVPConnectionIngressVpi OBJECT-TYPE SYNTAX INTEGER (1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value at the ingress port of the traffic flow. The VPI=0 is reserved for VCC. The maximum VPI value cannot exceed the number allowed by the atmInterfaceMaxVpiBits specified for the ingress ATM port." ::= { atmVPConnectionTableEntry 3 } atmVPConnectionEgressPort OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ingress ATM port of the VPC segment." ::= { atmVPConnectionTableEntry 4 } atmVPConnectionEgressVpi OBJECT-TYPE SYNTAX INTEGER (1..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value at the egress port of the traffic flow. The VPI=0 is reserved for VCC. The maximum VPI value cannot exceed the number supported Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 43] Internet Draft ATM Management Objects August 1993 by the atmInterfaceMaxVpiBits specified for the egress ATM port." ::= { atmVPConnectionTableEntry 5 } atmVPConnectionOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates the operational status of the VPC, i.e., whether the managed segment of the VPC is up or down. In the down state, no cells can be passed across this segment of the VPC." ::= { atmVPConnectionTableEntry 6 } atmVPConnectionAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object indicates the desired status of the VPC, i.e., whether the managed segment of the VPC is up or down. In the down state, no cells can be passed across this segment of the VPC." ::= { atmVPConnectionTableEntry 7 } atmVPConnectionTrafficShaperType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the type of traffic shaping algorithm active on the egress of the traffic flow. The type may indicate no traffic shaping or traffic shaping with one or more parameters. These parameters are specified as a parameter Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 44] Internet Draft ATM Management Objects August 1993 vector, in the corresponding instances of the objects: atmVPConnectionTrafficShaperParam1 atmVPConnectionTrafficShaperParam2 atmVPConnectionTrafficShaperParam3 atmVPConnectionTrafficShaperParam4 atmVPConnectionTrafficShaperParam5." ::= { atmVPConnectionTableEntry 8} atmVPConnectionTrafficShaperParam1 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The first parameter of the traffic shaper for this VPC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVPConnectionTableEntry 9} atmVPConnectionTrafficShaperParam2 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The second parameter of the traffic shaper for this VPC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVPConnectionTableEntry 10} atmVPConnectionTrafficShaperParam3 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The third parameter of the traffic shaper for this VPC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVPConnectionTableEntry 11} atmVPConnectionTrafficShaperParam4 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fourth parameter of the traffic shaper for this VPC segment used according to the value of Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 45] Internet Draft ATM Management Objects August 1993 atmVPConnectionTrafficShaperType." ::= { atmVPConnectionTableEntry 12} atmVPConnectionTrafficShaperParam5 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fifth parameter of the traffic shaper for this VPC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVPConnectionTableEntry 13} atmVPConnectionTrafficPolicerType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the type of traffic policing algorithm active on the ingress of this traffic flow. The type may indicate no traffic policing or traffic policing with one or more parameters. These parameters are specified as a parameter vector, in the corresponding instances of the objects: atmVPConnectionTrafficPolicerParam1 atmVPConnectionTrafficPolicerParam2 atmVPConnectionTrafficPolicerParam3 atmVPConnectionTrafficPolicerParam4 atmVPConnectionTrafficPolicerParam5." ::= { atmVPConnectionTableEntry 14} atmVPConnectionTrafficPolicerParam1 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The first parameter of the traffic policer for this VPC segment used according to the value of atmVPConnectionTrafficPolicerType." ::= { atmVPConnectionTableEntry 15} atmVPConnectionTrafficPolicerParam2 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 46] Internet Draft ATM Management Objects August 1993 MAX-ACCESS read-write STATUS current DESCRIPTION "The second parameter of the traffic policing for this VPC segment used according to the value of atmVPConnectionTrafficPolicerType." ::= { atmVPConnectionTableEntry 16} atmVPConnectionTrafficPolicerParam3 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The third parameter of the traffic policer for this VPC segment used according to the value of atmVPConnectionTrafficPolicerType." ::= { atmVPConnectionTableEntry 17} atmVPConnectionTrafficPolicerParam4 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fourth parameter of the traffic policing algorithm for this VPC segment used according to the value of atmVPConnectionTrafficPolicerType." ::= { atmVPConnectionTableEntry 18} atmVPConnectionTrafficPolicerParam5 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fifth parameter of the traffic policing algorithm for this VPC segment used according to the value of atmVPConnectionTrafficPolicerType." ::= { atmVPConnectionTableEntry 19} atmVPConnectionQoSClass OBJECT-TYPE SYNTAX INTEGER { unspecified(5), class1(1), class2(2), class3(3), Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 47] Internet Draft ATM Management Objects August 1993 class4(4) } MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the QoS Class associated with this traffic flow. Four QoS classes have been specified in the ATM Forum UNI Specification Document, Draft 2.3 to support service class A (constant bit rate video and circuit emulation), service class B (variable bit rate video/audio), service class C (connection-oriented data) and service class D (connectionless data). The value unspecified indicates that this VPC has unspecified QoS Class." ::= {atmVPConnectionTableEntry 20} -- ATM Virtual Channel Connection (VCC) Group -- Implementation of this group is mandatory if providing -- an ATM Virtual Channel Connections at an ATM interface. -- This group provides configuration information of the -- VCC segment information. atmVCConnectionTable OBJECT-TYPE SYNTAX SEQUENCE OF AtmVCConnectionTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table contains ATM VCC configuration and performance parameters and state variables. Each entry represents a unidirectional traffic flow. Multiple entries are necessary to represent a bidirectional and multipoint connections." ::= { atmMIBObjects 8 } atmVCConnectionTableEntry OBJECT-TYPE SYNTAX AtmVCConnectionTableEntry MAX-ACCESS not-accessible STATUS current Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 48] Internet Draft ATM Management Objects August 1993 DESCRIPTION "A unidirectional traffic flow." INDEX {atmVCConnectionIngressPort, atmVCConnectionIngressVpi, atmVCConnectionIngressVci, atmVCConnectionEgressPort, atmVCConnectionEgressVpi, atmVCConnectionEgressVci } ::= { atmVCConnectionTable 1} AtmVCConnectionTableEntry ::= SEQUENCE { atmVCConnectionTableEntryStatus RowStatus, atmVCConnectionIngressPort IfIndex, atmVCConnectionIngressVpi INTEGER, atmVCConnectionIngressVci INTEGER, atmVCConnectionEgressPort IfIndex, atmVCConnectionEgressVpi INTEGER, atmVCConnectionEgressVci INTEGER, atmVCConnectionOperStatus INTEGER, atmVCConnectionAdminStatus INTEGER, atmVCConnectionTrafficShaperType OBJECT IDENTIFIER, atmVCConnectionTrafficShaperParam1 INTEGER, atmVCConnectionTrafficShaperParam2 INTEGER, atmVCConnectionTrafficShaperParam3 INTEGER, atmVCConnectionTrafficShaperParam4 INTEGER, atmVCConnectionTrafficShaperParam5 INTEGER, atmVCConnectionTrafficPolicerType OBJECT IDENTIFIER, atmVCConnectionTrafficPolicerParam1 INTEGER, atmVCConnectionTrafficPolicerParam2 INTEGER, atmVCConnectionTrafficPolicerParam3 INTEGER, atmVCConnectionTrafficPolicerParam4 INTEGER, atmVCConnectionTrafficPolicerParam5 INTEGER, atmVCConnectionQoSClass INTEGER } atmVCConnectionTableEntryStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "The status column used for creating, modifying, and deleting instances of the supplemental objects of the conceptual row in the virtual channel connection table." DEFVAL { active } ::= { atmVCConnectionTableEntry 1 } Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 49] Internet Draft ATM Management Objects August 1993 atmVCConnectionIngressPort OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ingress ATM port of the VCC segment." ::= { atmVCConnectionTableEntry 2 } atmVCConnectionIngressVpi OBJECT-TYPE SYNTAX INTEGER (0..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value at the ingress port of the traffic flow. The maximum VPI value cannot exceed the number supported by the atmInterfaceMaxVpiBits at the ingress ATM port." ::= { atmVCConnectionTableEntry 3 } atmVCConnectionIngressVci OBJECT-TYPE SYNTAX INTEGER (32..65535) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VCI value at the ingress port of the traffic flow. The VCI values from 0 to 31 are reserved. The maximum VCI value cannot exceed the number supported by the atmInterfaceMaxVciBits specified for the ingress ATM port." ::= { atmVCConnectionTableEntry 4 } atmVCConnectionEgressPort OBJECT-TYPE SYNTAX IfIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "The value of this object identifies the ingress ATM port of the VCC segment." ::= { atmVCConnectionTableEntry 5 } atmVCConnectionEgressVpi OBJECT-TYPE Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 50] Internet Draft ATM Management Objects August 1993 SYNTAX INTEGER (0..255) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VPI value at the egress port of the traffic flow. The maximum VPI value cannot exceed the number supported by the atmInterfaceMaxVpiBits at the egress ATM port." ::= { atmVCConnectionTableEntry 6 } atmVCConnectionEgressVci OBJECT-TYPE SYNTAX INTEGER (32..65535) MAX-ACCESS not-accessible STATUS current DESCRIPTION "The VCI value at the egress port of the traffic flow. The VCI values from 0 to 31 are reserved. The maximum VCI value cannot exceed the number supported by the atmInterfaceMaxVciBits specified for the egress ATM port." ::= { atmVCConnectionTableEntry 7 } atmVCConnectionOperStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object indicates the operational status of the VCC, i.e., whether the managed VCC segment is up or down. In the down state, no cells can be passed across this VCC segment." ::= { atmVCConnectionTableEntry 8 } atmVCConnectionAdminStatus OBJECT-TYPE SYNTAX INTEGER { up(1), down(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This object indicates the desired status Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 51] Internet Draft ATM Management Objects August 1993 of the VCC, i.e., whether the managed VCC segment is up or down. In the down state, no cells can be passed across this VCC segment." ::= { atmVCConnectionTableEntry 9 } atmVCConnectionTrafficShaperType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the type of traffic shaping algorithm active on the egress of the traffic flow. The type may indicate no traffic shaping or traffic shaping with one or more parameters. These parameters are specified as a parameter vector, in the corresponding instances of the objects: atmVCConnectionTrafficShaperParam1 atmVCConnectionTrafficShaperParam2 atmVCConnectionTrafficShaperParam3 atmVCConnectionTrafficShaperParam4 atmVCConnectionTrafficShaperParam5." ::= { atmVCConnectionTableEntry 10} atmVCConnectionTrafficShaperParam1 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The first parameter of the traffic shaper for this VCC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVCConnectionTableEntry 11} atmVCConnectionTrafficShaperParam2 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The second parameter of the traffic shaper for this VCC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVCConnectionTableEntry 12} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 52] Internet Draft ATM Management Objects August 1993 atmVCConnectionTrafficShaperParam3 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The third parameter of the traffic shaper for this VCC segment used according to the value of atmVPConnectionTrafficShaperType." ::= { atmVCConnectionTableEntry 13} atmVCConnectionTrafficShaperParam4 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fourth parameter of the traffic shaper for this VCC segment used according to the value of atmVCConnectionTrafficShaperType." ::= { atmVCConnectionTableEntry 14} atmVCConnectionTrafficShaperParam5 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fifth parameter of the traffic shaper for this VCC segment used according to the value of atmVCConnectionTrafficShaperType." ::= { atmVCConnectionTableEntry 15} atmVCConnectionTrafficPolicerType OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the type of traffic policing algorithm active on the ingress of the traffic flow. The type may indicate no traffic policing or traffic policing with one or more parameters. These parameters are specified as a parameter vector, in the corresponding instances of the objects: atmVCConnectionTrafficPolicerParam1 atmVCConnectionTrafficPolicerParam2 Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 53] Internet Draft ATM Management Objects August 1993 atmVCConnectionTrafficPolicerParam3 atmVCConnectionTrafficPolicerParam4 atmVCConnectionTrafficPolicerParam5." ::= { atmVCConnectionTableEntry 16} atmVCConnectionTrafficPolicerParam1 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The first parameter of the traffic policer for this VCC segment used according to the value of atmVCConnectionTrafficPolicerType." ::= { atmVCConnectionTableEntry 17} atmVCConnectionTrafficPolicerParam2 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The second parameter of the traffic policing for this VCC segment used according to the value of atmVCConnectionTrafficPolicerType." ::= { atmVCConnectionTableEntry 18} atmVCConnectionTrafficPolicerParam3 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The third parameter of the traffic policer for this VCC segment used according to the value of atmVCConnectionTrafficPolicerType." ::= { atmVCConnectionTableEntry 19} atmVCConnectionTrafficPolicerParam4 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fourth parameter of the traffic policing algorithm for this VCC segment used according to the value of atmVCConnectionTrafficPolicerType." ::= { atmVCConnectionTableEntry 20} Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 54] Internet Draft ATM Management Objects August 1993 atmVCConnectionTrafficPolicerParam5 OBJECT-TYPE SYNTAX INTEGER (0..2147483647) MAX-ACCESS read-write STATUS current DESCRIPTION "The fifth parameter of the traffic policing algorithm for this VCC segment used according to the value of atmVCConnectionTrafficPolicerType." ::= { atmVCConnectionTableEntry 21} atmVCConnectionQoSClass OBJECT-TYPE SYNTAX INTEGER { unspecified(5), class1(1), class2(2), class3(3), class4(4) } MAX-ACCESS read-write STATUS current DESCRIPTION "The value of this object identifies the QoS Class associated with the originating VCL of the VCC. Four QoS classes have been specified in the ATM Forum UNI Specification Document, Draft 2.3 to support service class A (constant bit rate video and circuit emulation), service class B (variable bit rate video/audio), service class C (connection-oriented data) and service class D (connectionless data). The value unspecified indicates that this VCC has unspecified QoS Class." ::= {atmVCConnectionTableEntry 22} -- Conformance Information atmMIBConformance OBJECT IDENTIFIER ::= { atmMIB 2 } atmMIBGroups OBJECT IDENTIFIER ::= { atmMIBConformance 1 } atmMIBCompliances OBJECT IDENTIFIER ::= { atmMIBConformance 2 } -- Compliance Statements Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 55] Internet Draft ATM Management Objects August 1993 atmMIBCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for SNMP entities which have ATM interfaces." MODULE -- this module MANDATORY-GROUPS { atmInterfaceConfGroup } GROUP atmInterfaceDs3PlcpGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement the DS3 PLCP layer." GROUP atmInterfaceSonetTCGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement the SONET TC Sublayer." GROUP atmInterfaceVplPerfGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement ATM VPLs that are not associated with VCLs." GROUP atmInterfaceVclPerfGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement ATM VCLs." GROUP atmInterfaceVpcGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement ATM VPC segments." GROUP atmInterfaceVccGroup DESCRIPTION "This group is mandatory only for those ATM interfaces which implement ATM VCC segments." ::= { atmMIBCompliances 1 } Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 56] Internet Draft ATM Management Objects August 1993 -- Units of Conformance atmInterfaceConfGroup OBJECT-GROUP OBJECTS {atmInterfaceMaxVpcs, atmInterfaceMaxVccs, atmInterfaceConfVpcs, atmInterfaceConfVccs, atmInterfaceMaxActiveVpiBits, atmInterfaceMaxActiveVciBits, atmInterfaceIlmiVpiVci, atmInterfaceSpecific } STATUS current DESCRIPTION "A collection of objects providing configuration information about an ATM interface." ::= { atmMIBGroups 1 } atmInterfaceDs3PlcpGroup OBJECT-GROUP OBJECTS {atmInterfaceDs3PlcpSEFSs, atmInterfaceDs3PlcpAlarmState, atmInterfaceDs3PlcpUASs} STATUS current DESCRIPTION "A collection of objects providing information about DS3 PLCP layer at an ATM interface." ::= { atmMIBGroups 2 } atmInterfaceSonetTCGroup OBJECT-GROUP OBJECTS { atmInterfaceSonetTCOCDEvents, atmInterfaceSonetTCAlarmState } STATUS current DESCRIPTION "A collection of objects providing information about the SONET TC sublayer at an ATM interface." ::= { atmMIBGroups 3 } atmInterfaceVplPerfGroup OBJECT-GROUP OBJECTS {atmInterfaceVplOperStatus, atmInterfaceVplAdminStatus, atmInterfaceVplReceivedCells, atmInterfaceVplTransmittedCells, atmInterfaceVplPolicerViolations, atmInterfaceVplShaperViolations } STATUS current DESCRIPTION "A collection of objects providing information about the VPL at an ATM interface." Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 57] Internet Draft ATM Management Objects August 1993 ::= { atmMIBGroups 4 } atmInterfaceVclPerfGroup OBJECT-GROUP OBJECTS {atmInterfaceVclOperStatus, atmInterfaceVclAdminStatus, atmInterfaceVclReceivedCells, atmInterfaceVclTransmittedCells, atmInterfaceVclPolicerViolations, atmInterfaceVclShaperViolations } STATUS current DESCRIPTION "A collection of objects providing information about the VCL at an ATM interface." ::= { atmMIBGroups 5 } atmInterfaceVpcGroup OBJECT-GROUP OBJECTS {atmVPConnectionTableEntryStatus, atmVPConnectionOperStatus, atmVPConnectionAdminStatus, atmVPConnectionTrafficShaperType, atmVPConnectionTrafficShaperParam1, atmVPConnectionTrafficShaperParam2, atmVPConnectionTrafficShaperParam3, atmVPConnectionTrafficShaperParam4, atmVPConnectionTrafficShaperParam5, atmVPConnectionTrafficPolicerType, atmVPConnectionTrafficPolicerParam1, atmVPConnectionTrafficPolicerParam2, atmVPConnectionTrafficPolicerParam3, atmVPConnectionTrafficPolicerParam4, atmVPConnectionTrafficPolicerParam5, atmVPConnectionQoSClass } STATUS current DESCRIPTION "A collection of objects providing information about the VPC at an ATM interface." ::= { atmMIBGroups 6 } atmInterfaceVccGroup OBJECT-GROUP OBJECTS {atmVCConnectionTableEntryStatus, atmVCConnectionOperStatus, atmVCConnectionAdminStatus, atmVCConnectionTrafficShaperType, atmVCConnectionTrafficShaperParam1, atmVCConnectionTrafficShaperParam2, Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 58] Internet Draft ATM Management Objects August 1993 atmVCConnectionTrafficShaperParam3, atmVCConnectionTrafficShaperParam4, atmVCConnectionTrafficShaperParam5, atmVCConnectionTrafficPolicerType, atmVCConnectionTrafficPolicerParam1, atmVCConnectionTrafficPolicerParam2, atmVCConnectionTrafficPolicerParam3, atmVCConnectionTrafficPolicerParam4, atmVCConnectionTrafficPolicerParam5, atmVCConnectionQoSClass } STATUS current DESCRIPTION "A collection of objects providing information about the VCC at an ATM interface." ::= { atmMIBGroups 7 } END Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 59] Internet Draft ATM Management Objects August 1993 10. Acknowledgments This memo is the result of the work of the AToMMIB Working Group. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 60] Internet Draft ATM Management Objects August 1993 11. References [1] K. McCloghrie and M.T. Rose, Management Information Base for Network Management of TCP/IP-based internets, Internet Working Group Request for Comments 1156. Network Information Center, SRI International, Menlo Park, California, (May, 1990). [2] M.T. Rose (editor), Management Information Base for Network Management of TCP/IP-based internets, Internet Working Group Request for Comments 1213. Network Information Center, SRI International, Menlo Park, California, (March, 1991). [3] Information processing systems - Open Systems Interconnection - Specification of Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8824, (December, 1987). [4] Information processing systems - Open Systems Interconnection - Specification of Basic Encoding Rules for Abstract Syntax Notation One (ASN.1), International Organization for Standardization. International Standard 8825, (December, 1987). [5] K. McCloghrie and F. Kastenholz, Evolution of Interfaces Group of MIB-II, Internet Draft, June, 1993. [6] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser, Structure of Management Information for SNMPv2, RFC1442, Network Information Center, SRI International, Menlo Park, California, April, 1993. [7] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser, Textual Conventions for SNMPv2, RFC1443, Network Information Center, SRI International, Menlo Park, California, April, 1993. [8] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser, Conformance Statements for SNMPv2, RFC1444, Network Information Center, SRI International, Menlo Park, California, April, 1993. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 61] Internet Draft ATM Management Objects August 1993 [9] J. Galvin and K. McCloghrie, Administrative Model for SNMPv2, RFC1445, Network Information Center, SRI International, Menlo Park, California, April, 1993. [10] J. Case, K. McCloghrie, M. Rose, and S. Waldbusser, Protocol Operations for SNMPv2, RFC1448, Network Information Center, SRI International, Menlo Park, California, April, 1993. [11] ATM Forum UNI Specification Document, Draft 2.3, July 1993. Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 62] Internet Draft ATM Management Objects August 1993 12. Security Considerations Security issues are not discussed in this memo. 13. Authors' Addresses Masuma Ahmed Bell Communications Research Room 1F-217 331 Newman Springs Road P.O. Box 7020 Red Bank, NJ 07701-7020 Phone: (908) 758-2515 EMail: mxa@mail.bellcore.com Kaj Tesink Bell Communications Research Room 1A-427 331 Newman Springs Road P.O. Box 7020 Red Bank, NJ 07701-7020 Phone: (908) 758-5254 EMail: kaj@cc.bellcore.com Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 63] Internet Draft ATM Management Objects August 1993 Table of Contents 1 Status of this Memo ................................... 1 2 Abstract .............................................. 2 3 The SNMPv2 Network Management Framework ............... 3 4 Objects ............................................... 4 4.1 Format of Definitions ............................... 4 5 ATM Terminology ....................................... 5 5.1 VCL/VPL and VCC/VPC ................................. 5 5.2 PVC and SVC ......................................... 7 5.3 Traffic Management Parameters ....................... 7 5.3.1 Traffic Policing and Traffic Shaping Parameters .................................................... 7 5.3.2 Cell Loss Priority ................................ 7 5.3.3 QoS Class ......................................... 8 6 Overview .............................................. 8 6.1 Background .......................................... 8 6.2 Structure of the MIB ................................ 9 6.3 ATM Interface Configuration Group ................... 9 6.4 ATM Interface DS3 PLCP and SONET TC Layer Groups .................................................... 10 6.5 ATM Interface VCL/VPL Cell Layer Performance Groups ............................................. 10 6.6 ATM Virtual Connection Segment Groups ............... 10 6.6.1 Introduction ...................................... 10 6.6.2 Virtual Connection Identifiers at Ingress and Egress ............................................. 12 6.6.3 Virtual Connection Characterization ............... 12 6.6.4 Sets .............................................. 13 6.6.5 Virtual Connection Association with Interface Addresses .......................................... 14 6.6.6 Management of an End-to-End Virtual Connection .................................................... 14 7 Application of MIB II to ATM .......................... 14 7.1 The System Group .................................... 14 7.2 The Interface Group ................................. 14 7.2.1 Support of the ATM Cell Layer by ifTable .......... 15 7.2.2 Support of the AAL3/4 and AAL5 by ifTable ......... 16 7.2.3 Support of the AAL1 by ifTable .................... 19 8 ILMI MIB and The ATM Managed Objects .................. 20 9 Object Definitions .................................... 24 10 Acknowledgments ...................................... 60 11 References ........................................... 61 12 Security Considerations .............................. 63 Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 64] Internet Draft ATM Management Objects August 1993 13 Authors' Addresses ................................... 63 Masuma Ahmed and Kaj Tesink (editors) Expires 2/9/94 [Page 65]