Username / Password :   
LinuxDig.com Request For Comments

RFC Number : 3606

Title : Definitions of Supplemental Managed Objects for ATM Interface.






Network Working Group F. Ly
Request for Comments: 3606 Pedestal Networks
Category: Standards Track M. Noto
Cisco Systems
A. Smith
Consultant
E. Spiegel
Cisco Systems
K. Tesink
Telcordia Technologies
November 2003


Definitions of Supplemental Managed Objects for ATM Interface

Status of this Memo

This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
improvements. Please refer to the current edition of the 'Internet
Official Protocol Standards' (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.

Copyright Notice

Copyright (C) The Internet Society (2003). All Rights Reserved.

Abstract

This memo defines objects used for managing ATM-based interfaces,
devices, and services, in addition to those defined in RFC 2515, the
ATM-MIB, to provide additional support for the management of ATM
Switched Virtual Connections (SVCs) and ATM Permanent Virtual
Connections (PVCs).

















Ly, et al. Standards Track [Page 1]

RFC 3606 Supplemental ATM Managed Objects November 2003


Table of Contents

1. The Internet-Standard Management Framework. . . . . . . . . 3
2. Overview. . . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. Background. . . . . . . . . . . . . . . . . . . . . . 3
2.2. Important Definitions . . . . . . . . . . . . . . . . 4
3. Conventions used in the MIB . . . . . . . . . . . . . . . . 6
3.1. Structure . . . . . . . . . . . . . . . . . . . . . . 6
3.1.1. ATM SVC VP Cross-Connect Table. . . . . . . . 6
3.1.2. ATM SVC VC Cross-Connect Table. . . . . . . . 7
3.1.3. ATM Interface Signalling Statistics Table . . 8
3.1.4. ATM Signalling Capability Support . . . . . . 9
3.1.5. Signalling Descriptor Parameter Table . . . . 10
3.1.6. ATM Interface Registered Address Table. . . . 10
3.1.7. ATM VPI/VCI to Address Mapping Table. . . . . 11
3.1.8. ATM Address to VPI/VCI Mapping Table. . . . . 11
3.1.9. ATM VPL Statistics Table. . . . . . . . . . . 11
3.1.10. ATM VPL Logical Port Table. . . . . . . . . . 12
3.1.11. ATM VCL Statistics Table. . . . . . . . . . . 15
3.1.12. ATM VC General Information Table. . . . . . . 15
3.1.13. ATM Interface Configuration Extension Table . 16
3.1.14. ATM ILMI Service Registry Table . . . . . . . 17
3.1.15. ILMI Network Prefix Table . . . . . . . . . . 19
3.1.16. ATM Switch Address Table. . . . . . . . . . . 19
3.1.17. AAL5 per-VCC Statistics Table . . . . . . . . 19
3.1.18. ATM VP Cross-Connect Extension Table. . . . . 20
3.1.19. ATM VC Cross-Connect Extension Table. . . . . 20
3.1.20. Currently Failing PVPL Table. . . . . . . . . 20
3.1.21. Currently Failing PVCL Table. . . . . . . . . 20
3.1.22. Leaf Initiated Join Counter support . . . . . 20
3.2. Network and User Addresses. . . . . . . . . . . . . . 20
3.3. Configuration of VPLs, VCLs, and Cross-Connects . . . 20
3.4. ATM-related Trap Support. . . . . . . . . . . . . . . 20
4. Conformance and Compliance. . . . . . . . . . . . . . . . . 21
5. Definitions . . . . . . . . . . . . . . . . . . . . . . . . 21
6. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . 89
7. References. . . . . . . . . . . . . . . . . . . . . . . . . 89
7.1. Normative References. . . . . . . . . . . . . . . . . 89
7.2. Informative References. . . . . . . . . . . . . . . . 90
8. Security Considerations . . . . . . . . . . . . . . . . . . 90
9. Intellectual Property Statement . . . . . . . . . . . . . . 92
10. Authors' Addresses. . . . . . . . . . . . . . . . . . . . . 93
11. Full Copyright Statement. . . . . . . . . . . . . . . . . . 94








Ly, et al. Standards Track [Page 2]

RFC 3606 Supplemental ATM Managed Objects November 2003


1. The Internet-Standard Management Framework

For a detailed overview of the documents that describe the current
Internet-Standard Management Framework, please refer to section 7 of
RFC 3410 [RFC3410].

Managed objects are accessed via a virtual information store, termed
the Management Information Base or MIB. MIB objects are generally
accessed through the Simple Network Management Protocol (SNMP).
Objects in the MIB are defined using the mechanisms defined in the
Structure of Management Information (SMI). This memo specifies a MIB
module that is compliant to the SMIv2, which is described in STD 58,
RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580
[RFC2580].

2. Overview

The purpose of this memo is to provide additional capabilities, not
found in the ATM-MIB [RFC2515], which are needed to manage ATM
interfaces. This memo addresses the following areas:

- ATM Switch Support
- ATM Service Support
- ATM Host Support

In addition, this memo also provides ATM trap support.

2.1. Background

In addition to the MIB module defined in this memo, other MIB modules
are necessary to manage ATM interfaces, links and cross-connects.
Examples include MIB II for general system and interface management
([RFC2863]), the DS3 ([RFC2496]) or SONET MIBs ([RFC3592]) for
management of SONET and DS3 physical interfaces, and, as appropriate,
MIB modules for applications that make use of ATM, such as SMDS
[RFC1694] and LAN Emulation [ATM Forum LANE]. These MIB modules are
outside the scope of this specification.

This MIB module also requires the use of the ATM-MIB module defined
in [RFC2515] and ATM-specific textual conventions defined in
[RFC2514].

ATM Endpoint applications such as ATM LAN Emulation or Classical IP-
over-ATM Clients and Servers use ATM to establish SVC/PVC connections
for exchanging control and data information. The agents of these ATM
applications must provide the network manager with information on the
SVC/PVCs in use and which applications are using them. The
information can be made generic so as to apply to all ATM



Ly, et al. Standards Track [Page 3]

RFC 3606 Supplemental ATM Managed Objects November 2003


applications. This memo defines extensions to the ATM-MIB [RFC2515]
in order to support this.

The current specification of this supplemental ATM2-MIB is based on
SNMPv2 SMI.

2.2. Important Definitions

The following terms are defined here and used throughout this MIB:

- Virtual Path Link (VPL)
- Virtual Path Connection (VPC)
- Virtual Path Segment (VP Segment)
- Virtual Channel Link (VCL)
- Virtual Channel Connection (VCC)
- Virtual Channel Segment (VC Segment).

The figures on the next page show how these terms apply in typical
ATM network topologies. Additional terms relevant to this MIB are
defined and illustrated in the ATM Terminology section 3 of
[RFC2515].

_____ _______ _______ _______ _____
| |____| |____| |____| |____| |
|Host1| |SwitchA| |SwitchB| |SwitchC| |Host2|
| |____| |____| |____| |____| |
|_____| |_______| |_______| |_______| |_____|

|<-->| |<-->|
Virtual Path Link Virtual Path Link

|<----------------------------------------->|
Virtual Path Connection
(between Host1 and Host2)

|<--------------->|
Virtual Path Segment
(between SwitchA and SwitchC)

Figure 1: Examples of Virtual Path Links, Virtual Path
Connection, and Virtual Path Segment










Ly, et al. Standards Track [Page 4]

RFC 3606 Supplemental ATM Managed Objects November 2003


_____ _______ _______ _______ _____
| |____| |____| |____| |____| |
|Host1|----|SwitchA|----|SwitchB|----|SwitchC|----|Host2|
| |____| |____| |____| |____| |
|_____| |_______| |_______| |_______| |_____|

|<-->| |<-->|
Virtual Channel Link Virtual Channel Link

|<----------------------------------------->|
Virtual Channel Connection
(between Host1 and Host2)

|<--------------->|
Virtual Channel Segment
(between SwitchA and SwitchC)

Figure 2: Examples of Virtual Channel Links, Virtual
Channel Connection, and Virtual Channel Segment
































Ly, et al. Standards Track [Page 5]

RFC 3606 Supplemental ATM Managed Objects November 2003


3. Conventions used in the MIB

3.1. Structure

The managed ATM objects are arranged as follows:

Table Host Switch Service
_____________________________________________________
atmSvcVcCrossConnectTable | | Y | Y |
atmSvcVpCrossConnectTable | | Y | Y |

atmSigStatTable | Y | Y | Y |
atmSigSupportTable | | Y | Y |
atmSigDescrParamTable | Y | | |

atmIfRegisteredAddrTable | | Y | Y |
atmVclAddrTable | Y | | |
atmAddrVclTable | Y | | |

atmVplStatTable | Y | Y | Y |
atmVplLogicalPortTable | Y | Y | Y |

atmVclStatTable | Y | Y | Y |
atmAal5VclStatTable | Y | | |
atmVclGenTable | Y | | |

atmInterfaceExtTable | Y | Y | Y |

atmIlmiSrvcRegTable | | Y | Y |
atmIlmiNetworkPrefixTable | | Y | Y |
atmSwitchAddressTable | | Y | |

atmVpCrossConnectXTable | | | Y |
atmVcCrossConnectXTable | | | Y |

atmCurrentlyFailingPVplTable | Y | Y | Y |
atmCurrentlyFailingPVclTable | Y | Y | Y |

Table 1: MIB structure

3.1.1. ATM SVC VP Cross-Connect Table

This table provides the SVC VP Cross-Connect (SVPC) information. The
equivalent PVC VP Cross-Connect table is defined in [RFC2515]. This
table also includes cross-connect information for Soft PVPs.






Ly, et al. Standards Track [Page 6]

RFC 3606 Supplemental ATM Managed Objects November 2003


This table contains configuration and state information of all SVC VP
point-to-point, point-to-multipoint, or multipoint-to-multipoint VP
cross-connects.

This table has read-only access and can be used to monitor the
cross-connects which connect the VPLs together in an ATM switch or
network. The atmSvcVpCrossConnectIndex is used to associate the
related SVC VPLs that are cross-connected together. The
atmSvcVpCrossConnectRowStatus object has read-write access to allow
for tear-down.

The ATM SVC VP Cross-Connect Table models each bi-directional
Switched Virtual Circuit (SVC) VP cross-connect as a set of entries
in the atmSvcVpCrossConnectTable. A point-to-point VPC cross-connect
is modeled as one entry; a point-to-multipoint (N leafs) VPC cross-
connect as N entries in this table; and a multipoint-to-multipoint (N
parties) VPC cross-connect as N(N-1)/2 entries in this table. In the
latter cases, all the N (or N(N-1)/2) entries are associated with a
single VPC cross-connect by having the same value of
atmSvcVpCrossConnectIndex.

_________________________________________
| |
Low | ATM Switch or Network | High
port| | port
_____|>> from low to high VPC traffic flow >>|______
|<< from high to low VPC traffic flow <<|
|_______________________________________|

Figure 3: VPC Cross-Connect Model

The terms low and high are chosen to represent numerical ordering of
the two interfaces associated with a VPC cross-connect. That is, the
ATM interface with the lower value of ifIndex is termed 'low', while
the other ATM interface associated with the VPC cross-connect is
termed 'high'.

3.1.2. ATM SVC VC Cross-Connect Table

This table provides the SVC Cross-Connect (SVCC) information. The
equivalent PVC VC Cross-Connect table is defined in [RFC2515]. This
table also includes cross-connect information for Soft PVCs.

This table is used to model a bi-directional point-to-point, point-
to-multipoint or multipoint-to-multipoint SVC VC cross-connect.






Ly, et al. Standards Track [Page 7]

RFC 3606 Supplemental ATM Managed Objects November 2003


This table has read-only access and is used to monitor the cross-
connects which connect the VCLs together in an ATM switch or network
that belong to a VC connection. The atmSvcVcCrossConnectIndex is
used to associate the related SVC VCLs that are cross-connected
together. The atmSvcVcCrossConnectRowStatus object has read-write
access to allow for tear-down.

The ATM SVC VC Cross-Connect Table models each bi-directional
Switched Virtual Circuit (SVC) VC cross-connect as a set of entries
in the atmSvcVcCrossConnectTable. A point-to-point VC cross-connect
is modeled as one entry; a point-to-multipoint (N leafs) VC cross-
connect as N entries in this table; and a multipoint-to-multipoint (N
parties) VPC cross-connect as N(N-1)/2 entries in this table. In the
latter cases, all the N (or N(N-1)/2) entries are associated with a
single VPC cross-connect by having the same value of
atmSvcVcCrossConnectIndex.

______________________________________
| |
Low | ATM Switch or Network | High
port| | port
_____|>> from low to high VC traffic flow >>|______
|<< from high to low VC traffic flow <<|
|______________________________________|

Figure 4: VC Cross-Connect Model

The terms low and high are chosen to represent numerical ordering of
the two interfaces associated with a VPC cross-connect. That is, the
ATM interface with the lower value of ifIndex is termed 'low', while
the other ATM interface associated with the VPC cross-connect is
termed 'high'.

3.1.3. ATM Interface Signalling Statistics Table

This table provides statistical information of the signalling entity.
A signalling entity can be deployed over an ATM interface as defined
in the atmInterfaceConfTable [RFC2515], a logical ATM interface
defined in section 5.1.10.1 in this document, or a proprietary
virtual interface as described in the atmInterfaceExtTable. To
monitor the signalling entity, a few counters are provided. They are
defined as:

atmSigSSCOPConEvents
atmSigSSCOPErrdPdus
atmSigDetectSetupAttempts
atmSigEmitSetupAttempts
atmSigDetectUnavailRoutes



Ly, et al. Standards Track [Page 8]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmSigEmitUnavailRoutes
atmSigDetectUnavailResrcs
atmSigEmitUnavailResrcs
atmSigDetectCldPtyEvents
atmSigEmitCldPtyEvents
atmSigDetectMsgErrors
atmSigEmitMsgErrors
atmSigDetectClgPtyEvents
atmSigEmitClgPtyEvents
atmSigDetectTimerExpireds
atmSigEmitTimerExpireds
atmSigDetectRestarts
atmSigEmitRestarts
atmSigInEstabls
atmSigOutEstabls

3.1.4. ATM Signalling Capability Support

A number of Information Elements may or may not be supported by ATM
switches or ATM Services. Hence, for trouble isolation it is
important to keep track which particular Information Elements are
supported. The corresponding group of objects must be supported by
switches or services supporting SVCs, and indicate whether the
following Information Elements are enabled/disabled:

1) Calling party number

2) Calling party subaddress

3) Called party subaddress

4) Broadband high layer information

5) Broadband low layer information

6) Broadband Repeat Indicator

7) AAL parameters

The last parameter, Preferred Carrier Pre-Subscription, identifies
the carrier to which intercarrier calls originated from this
interface are routed when transit network selection information is
not provided by the calling party.








Ly, et al. Standards Track [Page 9]

RFC 3606 Supplemental ATM Managed Objects November 2003


3.1.5. Signalling Descriptor Parameter Table

This table extends the ATM VCL table of the ATM-MIB [RFC2515] to
include all other necessary signalling information as specified in
the ATM Forum UNI Specifications [ATM Forum 3.0] and [ATM Forum UNI
3.1]. A user can create an entry with all signalling parameters and
later use that entry to specify the signalling characteristics of
SVCs.

Some of the signalling parameters, such as the AAL5 parameters
information element, are reflected in the VCL and VPL tables, and
this table only contains the remaining AAL5 parameters.

Signalling attributes can be grouped into following categories:

1) ATM Adaptation Layer Parameters

Information in this group is captured in the ATM Signalling
Descriptor Parameter Table defined in this memo. Please refer to
section 5.4.5.5 of [ATM Forum 3.0] and [ATM Forum UNI 3.1].

2) Broadband High Layer Information

Information in this group is captured by the ATM Signalling
Descriptor Parameter Table defined in this memo. Please refer to
section 5.4.5.8 of [ATM Forum 3.0] and [ATM Forum UNI 3.1].

3) Broadband Low Layer Information

Information in this group is captured by the ATM Signalling
Descriptor Parameter Table defined in this memo. Please refer to
section 5.4.5.9 of [ATM Forum 3.0] and [ATM Forum UNI 3.1].

3.1.6. ATM Interface Registered Address Table

This table contains a list of ATM addresses that can be used for
calls to and from a given interface by a switch or service. The ATM
addresses are either registered by the endsystem via ILMI or
statically configured. This table does not expose PNNI reachability
information. This table only applies to switches and network
services. See also Section 5.2.










Ly, et al. Standards Track [Page 10]

RFC 3606 Supplemental ATM Managed Objects November 2003


3.1.7. ATM VPI/VCI to Address Mapping Table

In the atmVclAddrTable, the object atmVclAddrAddr can either be an
ATM Local Address or an ATM Remote Address which represent the two
endpoint addresses of a VCL. ATM Local Address identifies the local
endpoint of the VCL represented by this agent. The ATM Remote
address represents the address of the ATM application at the other
end of the VCL.

3.1.8. ATM Address to VPI/VCI Mapping Table

This table provides an alternative way to retrieve the atmVclTable.
This table can be used to retrieve the indexing to the atmVclTable by
an ATM address.

3.1.9. ATM VPL Statistics Table

The atmVplStatTable includes per-VPL cell counters. The VPL cell
counters count the valid ATM cells. The valid ATM cells include the
user and OAM cells but exclude the physical layer (e.g., idle cells)
and unassigned cells. Cells coming into an ATM managed system are
counted differently with the high Cell Loss Priority (CLP=0) or low
Cell Loss Priority (CLP=1). The cells are tagged, passed or
discarded depending on the incoming CLP value and the policed cell
rate by the 'traffic policing' entity in the ATM managed system.
Refer to [ATM Forum 3.0] and [ATM Forum UNI 3.1] for a description of
the traffic policing.

In the switch where the traffic policing is not supported, cells are
passed or discarded depending on the bandwidth and buffering capacity
of the switching fabric. The Output Tagged Cells counter, in this
case, is always zero.
_______________
| ATM Managed |
Input | System | Output
CLP=0 cells| | CLP=0 cells
---------->| |----------->
CLP=1 cells| (traffic | CLP=1 cells
---------->| policing |----------->
| entity) | Tagged cells (CLP=1)
|_____________|----------->
|Discard | Discard
|CLP=0 | CLP=1
|cells | cells
| |
V V

Figure 5: ATM Cell Counters per VPL



Ly, et al. Standards Track [Page 11]

RFC 3606 Supplemental ATM Managed Objects November 2003


In this table, cells coming into and out of the managed ATM system
are counted as the total number of cells and the cells with the
CLP=0. The CLP=1 counter is derived by subtracting CLP=0 cells from
the total cells. In addition, cells that are tagged on the output
are also counted. The output CLP=1 cells equals the total cells out
count minus both the CLP=0 cells and the tagged cells.

3.1.10. ATM VPL Logical Port Table

The ATM VPL Logical Port Table includes all ATM logical port
interface configuration information.

3.1.10.1. ATM Logical Port Interface

The interface type 'ATM Logical Port' (ifType=80) is defined to allow
the representation of a VP Tunnel, which is a VPL used as a trunk
connection (most likely between devices that are not physically
adjacent), providing for multiplexing and demultiplexing of VCs on
the VP. Figure 6 illustrates such a VP Tunnel.

Note: the 'ATM Logical Port' interface is more of a logical port,
compared with an interface of type 'ATM' which is more of a physical
port that provides for the transport of many VP and VC connections
between adjacent devices.

<------VP Tunnel------>
ATM Switch A ATM Switch B
------------ -----------
|ATM |_____________|ATM |
|X-Connect | . |X-Connect |
VCL1 |Point | VPL1 . VPL2 |Point | VCL4
O---------|----X-----|----- . -----|----X-----|-----O
| X-----|----- . -----|----X |
| | |_____________| | |
------------ ------------
| VCL2 | VCL3
O O

Figure 6: Virtual Path Tunnel

In Figure 6, a VP tunnel (denoted as VPL1 by Switch A, and as VPL2 by
Switch B) is used to connect VCL1 with VCL4 and VCL2 with VCL3.
Figure 6 shows only one VP tunnel, but there can be multiple VP
tunnels over the same physical interface.







Ly, et al. Standards Track [Page 12]

RFC 3606 Supplemental ATM Managed Objects November 2003


A particularly useful VP tunnel scenario is tunneling across a public
network that does not support signalling. In Figure 6 above, assume
Switches A and B are private switches that signal over the VP to set
up connections transparently through the public network. The public
network would just transport a PVC VP between the two switches.

Because the VP Tunnel constitutes an interface between two ATM
devices that are not necessarily physically adjacent, most of the
management information pertaining to the interface may differ for the
tunnel, including:

- active VPI/VCI fields (the tunnel may be a subset of the parent
interface).
- maximum number of VCCs
- configured VCCs
- ILMI VPI/VCI values
- ATM address type
- ATM administrative address
- received/transmitted cells.

3.1.10.2. How to create an ATM Logical Port interface

On ATM devices supporting VP tunnels, the ATM Logical Port
Interface Table can be used to create VP tunnels. To create an
ATM Logical Port interface via SNMP:

- Create a VPL (e.g., VPI=a on an existing ATM interface
which has ifIndex=x) in the atmVplTable.

- Set the object atmVplLogicalPortDef to isLogicalIf.
A new row in the ifTable is then created by the agent,
with ifIndex=y, to represent the ATM Logical Port
interface. The object atmVplLogicalPortIndex is also
set to y by the agent to represent the ifIndex value of
the ATM Logical Port interface.

- The ifEntry values are set for the ATM Logical
Port interface (ifIndex=y) as discussed in RFC
2515, with the following exceptions:
* ifType - a new enumerated value of atmLogical(80)
was added to IANAifType, specifying an 'ATM
Logical Port' interface.
* ifSpeed - The total bandwidth in bits per
second for use by the ATM layer. Computed
from the traffic descriptor for the VPL.






Ly, et al. Standards Track [Page 13]

RFC 3606 Supplemental ATM Managed Objects November 2003


* ifOperStatus - determined hierarchically,
depending on the state of the physical
atm-cell layer interface beneath it,
and the ILMI on the VP.
* ifInOctets, ifOutOctets - support of
these objects is not mandatory for ATM
Logical Port interfaces.
* ifInErrors - always zero, HEC errors are
specified for the atm cell-layer interface
beneath it.
* ifInUnknownProtos - always zero, errors
are specified for the atm cell-layer
interface beneath it.

- The atmInterfaceConfEntry values are set and reported
as discussed in [RFC2515], with the following exceptions:
* atmInterfaceMaxVpcs - 0.
* atmInterfaceConfVpcs - 0.
* atmInterfaceIlmiVpi - VPI of the VP tunnel.

- The atmInterfaceExtEntry values are set and reported
as follows:
* atmInterfaceConfMaxSvpcVpi - VPI of the VP tunnel,
although VPCs cannot be setup on a VP tunnel.
* atmInterfaceCurrentMaxSvpcVpi - VPI of VP tunnel,
although VPCs cannot be setup on a VP tunnel.
* atmInterfaceConfMaxSvccVpi - VPI of the VP tunnel.
* atmInterfaceCurrentMaxSvccVpi - VPI of VP tunnel.
* atmIntfPvcFailures - Includes failures of PVCLs
within the VP tunnel, but not of the PVPL itself,
since those are reported on the atm(37) interface.
* atmIntfCurrentlyFailingPVpls - 0.
* atmIntfPvcFailuresTrapEnable - Enables traps for
PVCL failures within the VP tunnel, but not for
the PVPL itself, since the latter are generated on
behalf of the atm(37) interface.

- An entry is created in the ifStackTable, with
values: ifStackHigherLayer=y, ifStackLowerLayer=x.

- VCLs defined on the VP tunnel are indexed by
ifIndex=y, VPI=a, VCI.









Ly, et al. Standards Track [Page 14]

RFC 3606 Supplemental ATM Managed Objects November 2003


3.1.11. ATM VCL Statistics Table

The atmVclStatTable includes per-VCL cell counters. The VCL cell
counters count the valid ATM cells. The valid ATM cells include
the user and OAM cells but exclude the physical layer (e.g., idle
cells) and unassigned cells. Cells coming into an ATM managed
system are counted differently with the high Cell Loss Priority
(CLP=0) or low Cell Loss Priority (CLP=1). The cells are tagged,
passed or discarded depending on the incoming CLP value and the
policed cell rate by the 'traffic policing' entity in the ATM
managed system. Refer to [ATM Forum 3.0] and [ATM Forum UNI 3.1]
for the description of the traffic policing.

In a switch where the traffic policing is not supported, cells are
passed or discarded depending on the bandwidth and buffering
capacity of the switching fabric. The Output Tagged Cells
counter, in this case, is always zero.

_______________
| ATM Managed |
Input | System | Output
CLP=0 cells| | CLP=0 cells
---------->| |----------->
CLP=1 cells| (traffic | CLP=1 cells
---------->| policing |----------->
| entity) | Tagged cells (CLP=1)
|_____________|----------->
|Discard | Discard
|CLP=0 | CLP=1
|cells | cells
| |
V V

Figure 7: ATM Cell Counters per VCL

In this table, cells coming into and out of the managed ATM system
are counted as the total number of cells and the cells with the
CLP=0. The CLP=1 counter is derived by subtracting CLP=0 cells from
the total cells. In addition, cells that are tagged on the output
are also counted. The output CLP=1 cells equals the total cells out
count minus both the CLP=0 cells and the tagged cells.

3.1.12. ATM VC General Information Table

This table contains the general information for each VC. It provides
an index to the atmSigDescrParamTable defined in this MIB. This
table is an extension to the atmVclTable defined in the ATM-MIB
[RFC2515].



Ly, et al. Standards Track [Page 15]

RFC 3606 Supplemental ATM Managed Objects November 2003


3.1.13. ATM Interface Configuration Extension Table

The ATM Interface Configuration Extension Table contains ATM
interface information that supplements the atmInterfaceConfTable
defined in [RFC2515]. It includes the configuration information of
the interface type (i.e., connection setup procedures) and ILMI.

A network manager can configure the interface to run a specific type
of connection setup procedures (i.e., protocol and version) such as
ITU-T DSS2, ATM Forum UNI 3.1, PNNI 1.0 or BICI 2.0. It can also
dictate the role of the managed entity as one side of the interface.
For example, if an interface is configured to run ATM Forum UNI 3.1,
the managed entity has to be told to run as either the network side
or the user side of the UNI.

The objects atmIntfConfigType and atmIntfConfigSide are used for
configuration and the objects atmIntfActualType and atmIntfActualSide
are used for reading back the actual interface protocol and version.

The following table describes all the valid combinations of
configuration of the interface type and side. Note that the value
N/A meaning not applicable, should be set to the value other(1) when
used.

atmIntfConfigType atmIntfConfigSide
----------------- -----------------
autoConfig N/A
ituDss2 user/network
atmfUni3Dot0 user/network
atmfUni3Dot1 user/network
atmfUni4Dot0 user/network
atmfIispUni3Dot0 user/network
atmfIispUni3Dot1 user/network
atmfIispUni4Dot0 user/network
atmfPnni1Dot0 N/A
atmfBici2Dot0 N/A
atmfUniPvcOnly user/network
atmfNniPvcOnly N/A

When the value of the object atmIntfConfigType is configured to
autoConfig(2), the interface type is determined via the ATM Forum
ILMI auto-configuration procedures [ATM Forum ILMI]. There is no
need to set the interface side since it should be a derived value.
The PNNI and BICI interfaces are always symmetric so setting the
interface side is also not necessary.






Ly, et al. Standards Track [Page 16]

RFC 3606 Supplemental ATM Managed Objects November 2003


This table also includes the configured and negotiated maximum VPI
value per ATM interface, and the configured and negotiated minimum
VCI value per ATM interface. Refer to [ATM Forum ILMI] Sections
8.2.3.8 through 8.2.3.10 for a detailed description.

The following figure provides an example how the current minimum VCI
values are derived from the configured minimum VCI values and the
neighboring minimum VCI values:

+--------+ +--------+ +--------+
| ATM | ifA ifB | ATM | ifC ifD | ATM |
| Device |--------------| Device |--------------| Device |
+--------+ +--------+ +--------+


ifA: Configured Min SVCC VCI = 32 (configured)
Current Min SVCC VCI = 40 (negotiated)

ifB: Configured Min SVCC VCI = 40 (configured)
Current Min SVCC VCI = 40 (negotiated)

ifC: Configured Min SVCC VCI = 32 (configured)
Current Min SVCC VCI = 32 (negotiated)

ifD: Configured Min SVCC VCI = 32 (configured)
Current Min SVCC VCI = 32 (negotiated)

Between ifA and ifB, the maximum of the two vales for
atmInterfaceConfMinSvccVci is 40, so both interfaces set their
atmInterfaceCurrentMinSvccVci values to 40. On the other hand, since
ifC and ifD both are configured with atmInterfaceConfMinSvccVci
values of 32, they set their atmInterfaceCurrentMinSvccVci values to
32.

Figure 8: Examples of configured vs. negotiated ILMI values

3.1.14. ATM ILMI Service Registry Table

This table contains information used by the switch/service to inform
ATM hosts of the location of ATM network services such as the LAN
Emulation Configuration Server (LECS), the ATM Name Server (ANS), the
ATMARP Server, the Multicast Address Resolution Server (MARS), and
the NHRP Server (NHS). Entries in this table are exported to
adjacent devices via ILMI over either all or a few user selected ATM
interfaces.






Ly, et al. Standards Track [Page 17]

RFC 3606 Supplemental ATM Managed Objects November 2003


As an example, let's assume that:

- An ATM switch X has three interfaces if1, if2 and if3.
- There are two ATM network services offered, a1.a2...aN and
b1.b2...bN, where a1.a2...aN is an object identifier used to
identify the first service, and b1.b2...bN is the object
identifier for the other service.
- The first service is available at the ATM address 'a'.
- The second service is available at the ATM address 'b'.
- The first service can be used by any device connecting to the
switch X.
- The second service can be used only by devices that connect to
interfaces if1 and if3 on switch X.

+------------------+ +------------------+
|service a1.a2...aN| |service b1.b2...bN|
| | | |
| ATM address = a | | ATM address = b |
+--------+---------+ +--------+---------+
| |
| |
+--------+-----------------------+---------+
| ATM NETWORK |
+-----------------+------------------------+
|
|
+-------------+
| switch X |
+-+----+----+-+
| | |
| | |
if1 if2 if3 (interfaces)

Figure 9: ATM topology with registered services

The table for switch X will contain three entries:

- one entry for the 'a1.a2...aN', implicitly available to any
devices on switch X.
- two entries for the 'b1.b2...bN' (one for each interface
where this service can be explicitly used).










Ly, et al. Standards Track [Page 18]

RFC 3606 Supplemental ATM Managed Objects November 2003


The content of the table is:

- Service Identifier: a1.a2...aN b1.b2...bN b1.b2...bN
- ATM address: a b b
- Arbitrary index: m n p
- Available interface: 0 1 3

where the Service Identifier values a1.a2...aN and b1.b2...bN are
represented by atmIlmiSrvcRegServiceID, the ATM addresses a and b are
represented by atmIlmiSrvcRegATMAddress, the values m, n, and p are
arbitrary non-zero integer parameters (necessary in this example to
differentiate the two entries for b1.b2...bN that are both available
at the ATM address 'b') represented by atmIlmiSrvcRegAddressIndex,
and the available interfaces are represented by atmIlmiSrvcRegIndex,
where the special value 0 indicates any ATM interface.

When querying the ILMI service registry table, through the ILMI
protocol:

- the device attached to interface if1 will obtain the address a and
b.

- the device attached to interface if2 will obtain the address a
only.

- the device attached to interface if3 will obtain the address a and
b.

3.1.15. ILMI Network Prefix Table

A table specifying per-interface network prefix(es) supplied by the
network side of the UNI during ILMI address registration. When no
network prefixes are specified for a particular interface, one or
more network prefixes based on the switch address(es) may be used for
ILMI address registration.

3.1.16. ATM Switch Address Table

This table contains one or more ATM endsystem addresses on a per-
switch basis. These addresses are used to identify the switch. When
no ILMI network prefixes are configured for certain interfaces,
network prefixes based on the switch address(es) may be used for ILMI
address registration.

3.1.17. AAL5 per-VCC Statistics Table

This table contains the AAL5 statistics for the VCCs.




Ly, et al. Standards Track [Page 19]

RFC 3606 Supplemental ATM Managed Objects November 2003


3.1.18. ATM VP Cross-Connect Extension Table

This table extends the atmVpCrossConnectTable defined in ATM-MIB
[RFC2515].

3.1.19. ATM VC Cross-Connect Extension Table

This table extends the atmVcCrossConnectTable defined in ATM-MIB
[RFC2515].

3.1.20. Currently Failing PVPL Table

This table contains all the PVPLs that are in trouble.

3.1.21. Currently Failing PVCL Table

This table contains all the PVCLs that are in trouble.

3.1.22. Leaf Initiated Join Counter support

Two counter objects are added to count the number of leaf intiated
setup requests and setup failures.

3.2. Network and User Addresses

At the user side of a given ATM UNI interface there may be an
address, 'ifPhysAddress', to identify the interface. In addition,
there may be several other addresses which can be used to originate
and receive calls. These other addresses that are used to receive
calls are listed in the 'ifRcvAddrTable' defined in RFC 2863. The
registered addresses on the network side are listed in the ATM
Registered Address Table. The ATM Registered Address Table is
supported by switches and network services. It is not supported by
hosts.

3.3. Configuration of VPLs, VCLs, and Cross-Connects

The ATM Managed Objects needed to support the configuration of VPLs,
VCLs, and Cross-Connects of the Permanent VPLs and VCLs are defined
in the ATM-MIB [RFC2515]. Cross-Connects of the Switched VPLs and
VCLs are defined in this memo.

3.4. ATM-related Trap Support

Traps are defined to detect changes in the status of permanent VPLs
and VCLs. The current up/down status of each permanent VPL or VCL is
indicated by the atmVplOperStatus or atmVclOperStatus object,
respectively. Several tables and objects and one trap are defined in



Ly, et al. Standards Track [Page 20]

RFC 3606 Supplemental ATM Managed Objects November 2003


order to help network managers quickly and efficiently detect changes
in the status of permanent virtual links. Through use of these
tables, objects, and traps, the time consuming and resource intensive
task of continuously polling each row in the entire atmVplTable and
atmVclTable can be avoided.

The atmIntfPvcFailures counter and the atmIntfCurrentlyFailingPVpls
and atmIntfCurrentlyFailingPVcls gauges provide a quick means of
determining the status of all PVPLs and PVCLs on an interface. The
atmCurrentlyFailingPVplTable and the atmCurrentlyFailingPVclTable
list all of the problematic PVPLs and PVCLs, respectively, allowing
them to be quickly identified.

The atmIntfPvcFailuresTrap is generated just after a PVPL or PVCL on
a particular interface leaves the 'up' operational state. Managers
can then determine which PVPLs and/or PVCLs are failing by reading
the atmCurrentlyFailingPVplTable and the
atmCurrentlyFailingPVclTable. Generation of the
atmIntfPvcFailuresTrap is rate limited by suppressing all traps that
would occur within atmIntfPvcNotificationInterval of a previous trap
for the same interface. Managers should continuously poll the tables
and objects mentioned above for at least this amount of time in order
to keep up with the state of the network.

4. Conformance and Compliance

See the conformance and compliance statements within the information
module.

5. Definitions

ATM2-MIB DEFINITIONS ::= BEGIN

IMPORTS
MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE,
Gauge32, Counter32, Integer32
FROM SNMPv2-SMI
TruthValue, RowStatus, TimeStamp
FROM SNMPv2-TC
MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP
FROM SNMPv2-CONF
SnmpAdminString
FROM SNMP-FRAMEWORK-MIB
InterfaceIndex, InterfaceIndexOrZero, ifIndex
FROM IF-MIB
atmMIBObjects, atmInterfaceConfEntry,
atmVplEntry, atmVplVpi,
atmVclEntry, atmVclVpi, atmVclVci,



Ly, et al. Standards Track [Page 21]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmVpCrossConnectEntry, atmVcCrossConnectEntry
FROM ATM-MIB
AtmAddr, AtmSigDescrParamIndex,
AtmInterfaceType, AtmIlmiNetworkPrefix,
AtmVcIdentifier, AtmVpIdentifier,
AtmTrafficDescrParamIndex
FROM ATM-TC-MIB;

atm2MIB MODULE-IDENTITY
LAST-UPDATED '200309230000Z'
ORGANIZATION 'IETF AToMMIB Working Group'
CONTACT-INFO
'AToMMIB WG
http://www.ietf.org/html.charters/atommib-charter.html
Editors:
Faye Ly
Postal: Pedestal Networks
6503 Dumbarton Circle
Fremont, CA 94555
USA
Tel: +1 510 896 2908
E-Mail: faye@pedestalnetworks.com

Michael Noto
Postal: Cisco Systems
170 W. Tasman Drive
San Jose, CA 95134-1706
USA

E-mail: mnoto@cisco.com

Andrew Smith
Postal: Consultant

E-Mail: ah_smith@acm.org

Ethan Mickey Spiegel
Postal: Cisco Systems
170 W. Tasman Drive
San Jose, CA 95134-1706
USA
Tel: +1 408 526 6408
Fax: +1 408 526 6488
E-Mail: mspiegel@cisco.com

Kaj Tesink
Postal: Telcordia Technologies
331 Newman Springs Road



Ly, et al. Standards Track [Page 22]

RFC 3606 Supplemental ATM Managed Objects November 2003


Red Bank, NJ 07701
USA
Tel: +1 732 758 5254
E-mail: kaj@research.telcordia.com'
DESCRIPTION
'Copyright (C) The Internet Society (2003). This version of
this MIB module is part of RFC 3606; see the RFC itself for
full legal notices.

This MIB Module is a supplement to the ATM-MIB
defined in RFC 2515.'
REVISION '200309230000Z'
DESCRIPTION
'Initial version of this MIB, published as RFC 3606.'

::= { atmMIBObjects 14 }

atm2MIBObjects OBJECT IDENTIFIER ::= {atm2MIB 1}

atm2MIBTraps OBJECT IDENTIFIER ::= {atm2MIB 2}

-- This ATM2-MIB Module consists of the following tables,
-- plus ATM trap support:
-- 1. atmSvcVpCrossConnectTable
-- 2. atmSvcVcCrossConnectTable
-- 3. atmSigStatTable
-- 4. atmSigSupportTable
-- 5. atmSigDescrParamTable
-- 6. atmIfRegisteredAddrTable
-- 7. atmVclAddrTable
-- 8. atmAddrVclTable
-- 9. atmVplStatTable
-- 10. atmVplLogicalPortTable
-- 11. atmVclStatTable
-- 12. atmAal5VclStatTable
-- 13. atmVclGenTable
-- 14. atmInterfaceExtTable
-- 15. atmIlmiSrvcRegTable
-- 16. atmIlmiNetworkPrefixTable
-- 17. atmSwitchAddressTable
-- 18. atmVpCrossConnectXTable
-- 19. atmVcCrossConnectXTable
-- 20. atmCurrentlyFailingPVplTable
-- 21. atmCurrentlyFailingPVclTable

-- 1. ATM VPL SVC Cross-Connect Table

atmSvcVpCrossConnectTable OBJECT-TYPE



Ly, et al. Standards Track [Page 23]

RFC 3606 Supplemental ATM Managed Objects November 2003


SYNTAX SEQUENCE OF
AtmSvcVpCrossConnectEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The ATM SVPC Cross-Connect table. A
bi-directional VP cross-connect between two
switched VPLs is modeled as one entry in this
table. A Soft PVPC cross-connect, between a
soft permanent VPL and a switched VPL, is
also modeled as one entry in this table.'
::= { atm2MIBObjects 1 }

atmSvcVpCrossConnectEntry OBJECT-TYPE
SYNTAX AtmSvcVpCrossConnectEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'An entry in the ATM SVPC Cross-Connect table.
This entry is used to model a bi-directional
ATM VP cross-connect between two VPLs.'
INDEX { atmSvcVpCrossConnectIndex,
atmSvcVpCrossConnectLowIfIndex,
atmSvcVpCrossConnectLowVpi,
atmSvcVpCrossConnectHighIfIndex,
atmSvcVpCrossConnectHighVpi }
::= { atmSvcVpCrossConnectTable 1 }

AtmSvcVpCrossConnectEntry ::= SEQUENCE {
atmSvcVpCrossConnectIndex INTEGER,
atmSvcVpCrossConnectLowIfIndex InterfaceIndex,
atmSvcVpCrossConnectLowVpi AtmVpIdentifier,
atmSvcVpCrossConnectHighIfIndex InterfaceIndex,
atmSvcVpCrossConnectHighVpi AtmVpIdentifier,
atmSvcVpCrossConnectCreationTime TimeStamp,
atmSvcVpCrossConnectRowStatus RowStatus
}

atmSvcVpCrossConnectIndex OBJECT-TYPE
SYNTAX INTEGER (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'A unique value to identify this SVPC
cross-connect. For each VP associated
with this cross-connect, the agent reports
this cross-connect index value in the
atmVplCrossConnectIdentifer attribute of the



Ly, et al. Standards Track [Page 24]

RFC 3606 Supplemental ATM Managed Objects November 2003


corresponding atmVplTable entries.'
::= { atmSvcVpCrossConnectEntry 1 }

atmSvcVpCrossConnectLowIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the
ifIndex value of the ATM interface port for this
SVPC cross-connect. The term low implies
that this ATM interface has the numerically lower
ifIndex value than the other ATM interface
identified in the same atmSvcVpCrossConnectEntry.'
::= { atmSvcVpCrossConnectEntry 2 }

atmSvcVpCrossConnectLowVpi OBJECT-TYPE
SYNTAX AtmVpIdentifier
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the VPI
value associated with the SVPC cross-connect
at the ATM interface that is identified by
atmSvcVpCrossConnectLowIfIndex. The VPI value
cannot exceed the number supported by the
atmInterfaceCurrentMaxSvpcVpi at the low ATM interface
port.'
::= { atmSvcVpCrossConnectEntry 3 }

atmSvcVpCrossConnectHighIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the
ifIndex value of the ATM interface port for
this SVC VP cross-connect. The term high
implies that this ATM interface has the
numerically higher ifIndex value than the
other ATM interface identified in the same
atmSvcVpCrossConnectEntry.'
::= { atmSvcVpCrossConnectEntry 4 }

atmSvcVpCrossConnectHighVpi OBJECT-TYPE
SYNTAX AtmVpIdentifier
MAX-ACCESS not-accessible
STATUS current



Ly, et al. Standards Track [Page 25]

RFC 3606 Supplemental ATM Managed Objects November 2003


DESCRIPTION
'The value of this object is equal to the VPI
value associated with the SVPC cross-connect
at the ATM interface that is identified by
atmSvcVpCrossConnectHighIfIndex. The VPI value
cannot exceed the number supported by the
atmInterfaceCurrentMaxSvpcVpi at the high ATM interface
port.'
::= { atmSvcVpCrossConnectEntry 5 }

atmSvcVpCrossConnectCreationTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'The value of the sysUpTime object
at the time this bi-directional SVPC
cross-connect was created. If the current
state was entered prior to the last
re-initialization of the agent, then this
object contains a zero value.'
::= { atmSvcVpCrossConnectEntry 6 }

atmSvcVpCrossConnectRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object is used to delete rows in the
atmSvcVpCrossConnectTable.'
::= { atmSvcVpCrossConnectEntry 7 }

-- 2. ATM VCL SVC Cross-Connect Table

atmSvcVcCrossConnectTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmSvcVcCrossConnectEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The ATM SVCC Cross-Connect table. A
bi-directional VC cross-connect between two
switched VCLs is modeled as one entry in
this table. A Soft PVCC cross-connect,
between a soft permanent VCL and a switched
VCL, is also modeled as one entry in this
table.'
::= { atm2MIBObjects 2 }




Ly, et al. Standards Track [Page 26]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmSvcVcCrossConnectEntry OBJECT-TYPE
SYNTAX AtmSvcVcCrossConnectEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'An entry in the ATM SVCC Cross-Connect table.
This entry is used to model a bi-directional ATM
VC cross-connect between two VCLs.'
INDEX { atmSvcVcCrossConnectIndex,
atmSvcVcCrossConnectLowIfIndex,
atmSvcVcCrossConnectLowVpi,
atmSvcVcCrossConnectLowVci,
atmSvcVcCrossConnectHighIfIndex,
atmSvcVcCrossConnectHighVpi,
atmSvcVcCrossConnectHighVci }
::= { atmSvcVcCrossConnectTable 1 }

AtmSvcVcCrossConnectEntry ::= SEQUENCE {
atmSvcVcCrossConnectIndex INTEGER,
atmSvcVcCrossConnectLowIfIndex InterfaceIndex,
atmSvcVcCrossConnectLowVpi AtmVpIdentifier,
atmSvcVcCrossConnectLowVci AtmVcIdentifier,
atmSvcVcCrossConnectHighIfIndex InterfaceIndex,
atmSvcVcCrossConnectHighVpi AtmVpIdentifier,
atmSvcVcCrossConnectHighVci AtmVcIdentifier,
atmSvcVcCrossConnectCreationTime TimeStamp,
atmSvcVcCrossConnectRowStatus RowStatus
}

atmSvcVcCrossConnectIndex OBJECT-TYPE
SYNTAX INTEGER (1..2147483647)
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'A unique value to identify this SVCC cross-connect.
For each VP associated with this cross-connect, the
agent reports this cross-connect index value in the
atmVclCrossConnectIdentifier attribute of the
corresponding atmVplTable entries.'
::= { atmSvcVcCrossConnectEntry 1 }

atmSvcVcCrossConnectLowIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the
ifIndex value of the ATM interface port for this



Ly, et al. Standards Track [Page 27]

RFC 3606 Supplemental ATM Managed Objects November 2003


SVCC cross-connect. The term low implies that
this ATM interface has the numerically lower
ifIndex value than the other ATM interface
identified in the same atmSvcVcCrossConnectEntry.'
::= { atmSvcVcCrossConnectEntry 2 }

atmSvcVcCrossConnectLowVpi OBJECT-TYPE
SYNTAX AtmVpIdentifier
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the VPI
value associated with the SVCC cross-connect
at the ATM interface that is identified by
atmSvcVcCrossConnectLowIfIndex. The VPI value
cannot exceed the number supported by the
atmInterfaceCurrentMaxSvccVpi at the low ATM interface
port.'
::= { atmSvcVcCrossConnectEntry 3 }

atmSvcVcCrossConnectLowVci OBJECT-TYPE
SYNTAX AtmVcIdentifier
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the VCI
value associated with the SVCC cross-connect
at the ATM interface that is identified by
atmSvcVcCrossConnectLowIfIndex. The VCI value
cannot exceed the number supported by the
atmInterfaceCurrentMaxSvccVci at the low ATM interface
port.'
::= { atmSvcVcCrossConnectEntry 4 }

atmSvcVcCrossConnectHighIfIndex OBJECT-TYPE
SYNTAX InterfaceIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the
ifIndex value for the ATM interface port for
this SVCC cross-connect. The term high implies
that this ATM interface has the numerically
higher ifIndex value than the other ATM interface
identified in the same atmSvcVcCrossConnectEntry.'
::= { atmSvcVcCrossConnectEntry 5 }

atmSvcVcCrossConnectHighVpi OBJECT-TYPE



Ly, et al. Standards Track [Page 28]

RFC 3606 Supplemental ATM Managed Objects November 2003


SYNTAX AtmVpIdentifier
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the VPI
value associated with the SVCC cross-connect
at the ATM interface that is identified by
atmSvcVcCrossConnectHighIfIndex. The VPI value
cannot exceed the number supported by the
atmInterfaceCurrentMaxSvccVpi at the high ATM interface
port.'
::= { atmSvcVcCrossConnectEntry 6 }

atmSvcVcCrossConnectHighVci OBJECT-TYPE
SYNTAX AtmVcIdentifier
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is equal to the VCI
value associated with the SVCC cross-connect
at the ATM interface that is identified by
atmSvcVcCrossConnectHighIfIndex. The VCI value
cannot exceed the number supported by the
atmInterfaceMaxVciBits at the high ATM interface
port.'
::= { atmSvcVcCrossConnectEntry 7 }

atmSvcVcCrossConnectCreationTime OBJECT-TYPE
SYNTAX TimeStamp
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'The value of the sysUpTime object
at the time this bi-directional SVCC
cross-connect was created. If the current
state was entered prior to the last
re-initialization of the agent, then this
object contains a zero value.'
::= { atmSvcVcCrossConnectEntry 8 }

atmSvcVcCrossConnectRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object is used to delete rows in the
atmSvcVcCrossConnectTable.'
::= { atmSvcVcCrossConnectEntry 9 }



Ly, et al. Standards Track [Page 29]

RFC 3606 Supplemental ATM Managed Objects November 2003


-- 3. ATM Interface Signalling Statistics Table --

atmSigStatTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmSigStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This table contains ATM interface signalling
statistics, one entry per ATM signalling
interface.'
::= { atm2MIBObjects 3 }

atmSigStatEntry OBJECT-TYPE
SYNTAX AtmSigStatEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This list contains signalling statistics variables.'
INDEX { ifIndex }
::= { atmSigStatTable 1}

AtmSigStatEntry ::= SEQUENCE {
atmSigSSCOPConEvents Counter32,
atmSigSSCOPErrdPdus Counter32,
atmSigDetectSetupAttempts Counter32,
atmSigEmitSetupAttempts Counter32,
atmSigDetectUnavailRoutes Counter32,
atmSigEmitUnavailRoutes Counter32,
atmSigDetectUnavailResrcs Counter32,
atmSigEmitUnavailResrcs Counter32,
atmSigDetectCldPtyEvents Counter32,
atmSigEmitCldPtyEvents Counter32,
atmSigDetectMsgErrors Counter32,
atmSigEmitMsgErrors Counter32,
atmSigDetectClgPtyEvents Counter32,
atmSigEmitClgPtyEvents Counter32,
atmSigDetectTimerExpireds Counter32,
atmSigEmitTimerExpireds Counter32,
atmSigDetectRestarts Counter32,
atmSigEmitRestarts Counter32,
atmSigInEstabls Counter32,
atmSigOutEstabls Counter32
}

atmSigSSCOPConEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current



Ly, et al. Standards Track [Page 30]

RFC 3606 Supplemental ATM Managed Objects November 2003


DESCRIPTION
'SSCOP Connection Events Counter. This counter counts
the sum of the following errors:

1) SSCOP Connection Disconnect Counter

The abnormal occurrence of this event is
characterized by the expiry of Timer_NO_RESPONSE.
(This event is communicated to the layer management
with MAA-ERROR code P. See ITU-T Q.2110.)

2) SSCOP Connection Initiation Failure

This condition indicates the inability to establish
an SSCOP connection. This event occurs whenever the
number of expiries of the connection control timer
(Timer_CC) equals or exceeds the MaxCC, or upon
receipt of a connection reject message BGREJ PDU.
(This event is communicated to layer management with
MAA-ERROR code O. See ITU-T Q.2110.)

3) SSCOP Connection Re-Establ/Resynch

This event occurs upon receipt of a BGN PDU or
RS PDU.'
REFERENCE
'ITU-T Recommendation Q.2110, Broadband
Integrated Services Digital Network
(B-ISDN) - ATM Adaptation Layer - Service
Specific Connection Oriented Protocol (SSCOP)
Specification, July 1994.'
::= { atmSigStatEntry 1}

atmSigSSCOPErrdPdus OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'SSCOP Errored PDUs Counter. This counter counts the
sum of the following errors:

1) Invalid PDUs.
These are defined in SSCOP and consist of PDUs
with an incorrect length (MAA-ERROR code U), an
undefined PDU type code, or that are not 32-bit
aligned.

2) PDUs that result in MAA-ERROR codes and are



Ly, et al. Standards Track [Page 31]

RFC 3606 Supplemental ATM Managed Objects November 2003


discarded.

See MAA-ERROR codes A-D, F-M, and Q-T defined in
ITU-T Q.2110.'
REFERENCE
'ITU-T Recommendation Q.2110, Broadband
Integrated Services Digital Network
(B-ISDN) - ATM Adaptation Layer - Service
Specific Connection Oriented Protocol (SSCOP)
Specification, July 1994.'
::= { atmSigStatEntry 2 }

atmSigDetectSetupAttempts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Call Setup Attempts Counter. This counter counts
the number of call setup attempts (both successful
and unsuccessful) detected on this interface.'
::= { atmSigStatEntry 3 }

atmSigEmitSetupAttempts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Call Setup Attempts Counter. This counter counts
the number of call setup attempts (both successful
and unsuccessful) transmitted on this interface.'
::= { atmSigStatEntry 4 }

atmSigDetectUnavailRoutes OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Route Unavailability detected on this interface.
This counter is incremented when a RELEASE, RELEASE COMPLETE
(only when not preceded by a RELEASE message for the same
call), ADD PARTY REJECT, or STATUS message that
contains one of the following cause code values is
received (Note: These cause values
apply to both UNI3.0 and UNI3.1):

Cause Value Meaning





Ly, et al. Standards Track [Page 32]

RFC 3606 Supplemental ATM Managed Objects November 2003


1 unallocated (unassigned) number
2 no route to specified transit network
3 no route to destination

NOTE: For this counter, RELEASE COMPLETE
messages that are a reply to a previous RELEASE
message and contain the same cause value, are
redundant (for counting purposes) and should not
be counted.'

::= { atmSigStatEntry 5 }

atmSigEmitUnavailRoutes OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Route Unavailability transmitted from this
interface. This counter is incremented when a RELEASE,
RELEASE COMPLETE (only when not preceded by a RELEASE
message for the same call), ADD PARTY REJECT, or
STATUS message that contains one of the following cause
code values is transmitted (Note: These cause values apply
to both UNI3.0 and UNI3.1):

Cause Value Meaning

1 unallocated (unassigned) number
2 no route to specified transit network
3 no route to destination

NOTE: For this counter, RELEASE COMPLETE
messages that are a reply to a previous RELEASE
message and contain the same cause value, are
redundant (for counting purposes) and should not
be counted.'
::= { atmSigStatEntry 6 }

atmSigDetectUnavailResrcs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Resource Unavailability detected on this
interface. This counter is incremented when a RELEASE,
RELEASE COMPLETE (only when not preceded by a RELEASE
message for the same call), ADD PARTY REJECT, or
STATUS message that contains one of the following



Ly, et al. Standards Track [Page 33]

RFC 3606 Supplemental ATM Managed Objects November 2003


cause code values is received (Note: These cause
values apply to both UNI3.0 and UNI3.1 unless
otherwise stated):

Cause Value Meaning

35 requested VPCI/VCI not available
37 user cell rate not available (UNI3.1
only)
38 network out of order
41 temporary failure
45 no VPCI/VCI available
47 resource unavailable, unspecified
49 Quality of Service unavailable
51 user cell rate not available (UNI3.0
only)
58 bearer capability not presently
available
63 Service or option not available,
unspecified
92 too many pending add party requests

NOTE: For this counter, RELEASE COMPLETE
messages that are a reply to a previous RELEASE
message and contain the same cause value, are
redundant (for counting purposes) and should not
be counted.'
::= { atmSigStatEntry 7 }

atmSigEmitUnavailResrcs OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Resource Unavailability transmitted from this
interface. This counter is incremented when a RELEASE,
RELEASE COMPLETE (only when not preceded by a RELEASE message
for the same call), ADD PARTY REJECT, or STATUS message that
contains one of the following cause code values is transmitted
(Note: These cause values apply to both UNI3.0 and UNI3.1
unless otherwise stated):

Cause Value Meaning

35 requested VPCI/VCI not available
37 user cell rate not available (UNI3.1
only)
38 network out of order



Ly, et al. Standards Track [Page 34]

RFC 3606 Supplemental ATM Managed Objects November 2003


41 temporary failure
45 no VPCI/VCI available
47 resource unavailable, unspecified
49 Quality of Service unavailable
51 user cell rate not available (UNI3.0
only)
58 bearer capability not presently
available
63 Service or option not available,
unspecified
92 too many pending add party requests

NOTE: For this counter, RELEASE COMPLETE messages that are a
reply to a previous RELEASE message and contain the same cause
value, are redundant (for counting purposes) and should not be
counted.'

::= { atmSigStatEntry 8 }

atmSigDetectCldPtyEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Called Party Responsible For Unsuccessful Call
detected on this interface. This counter is incremented when a
RELEASE, RELEASE COMPLETE (only when not preceded by a RELEASE
message for the same call), ADD PARTY REJECT, or STATUS message
that contains one of the following cause code values is
received (Note: These cause values apply to both UNI3.0 and
UNI3.1):

Cause Value Meaning

17 user busy
18 no user responding
21 call rejected
22 number changed
23 user rejects all calls with calling
line identification restriction (CLIR)
27 destination out of order
31 normal, unspecified
88 incompatible destination


NOTE: For this counter, RELEASE COMPLETE messages that are a
reply to a previous RELEASE message and contain the same cause
value, are redundant (for counting purposes) and should not be



Ly, et al. Standards Track [Page 35]

RFC 3606 Supplemental ATM Managed Objects November 2003


counted.

Note: Cause Value #30 'response to STATUS ENQUIRY' was not
included in this memo since it did not apply to a hard
failure.'

::= { atmSigStatEntry 9 }

atmSigEmitCldPtyEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION

'Number of Called Party Responsible For Unsuccessful Call
transmitted from this interface. This counter is incremented
when a RELEASE, RELEASE COMPLETE (only when not preceded by a
RELEASE message for the same call), ADD PARTY REJECT, or STATUS
message that contains one of the following cause code values is
transmitted (Note: These cause values apply to both UNI3.0 and
UNI3.1):

Cause Value Meaning

17 user busy
18 no user responding
21 call rejected
22 number changed
23 user rejects all calls with calling
line identification restriction (CLIR)
27 destination out of order
31 normal, unspecified
88 incompatible destination

NOTE: For this counter, RELEASE COMPLETE messages that are a
reply to a previous RELEASE message and contain the same cause
value, are redundant (for counting purposes) and should not be
counted.

Note: Cause Value #30 'response to STATUS ENQUIRY' was not
included in this memo since it did not apply to a hard failure.'

::= { atmSigStatEntry 10 }

atmSigDetectMsgErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current



Ly, et al. Standards Track [Page 36]

RFC 3606 Supplemental ATM Managed Objects November 2003


DESCRIPTION
'Number of Incorrect Messages detected on this interface. The
Incorrect Messages Counter reflects any sort of incorrect
information in a message. This includes:

- RELEASE, RELEASE COMPLETE, ADD PARTY REJECT,
and STATUS messages transmitted, that contain any of
the Cause values listed below.

- Ignored messages. These messages are dropped
because the message was so damaged that it could
not be further processed. A list of dropped
messages is compiled below:

1. Message with invalid protocol discriminator

2. Message with errors in the call reference I.E.
- Bits 5-8 of the first octet not equal to
'0000'
- Bits 1-4 of the first octet indicating a
length other than 3 octets
- RELEASE COMPLETE message received with a
call reference that does not relate to a
call active or in progress
- SETUP message received with call reference
flag incorrectly set to 1
- SETUP message received with a call
reference for a call that is already
active or in progress.

3. Message too short

The following cause values are monitored by this counter (Note:
These cause values apply to both UNI3.0 and UNI3.1 unless
otherwise stated):

Cause Value Meaning

10 VPCI/VCI unacceptable (UNI3.0 only)
36 VPCI/VCI assignment failure (UNI3.1 only)
81 invalid call reference value
82 identified channel does not exist
89 invalid endpoint reference
96 mandatory information element is missing
97 message type non-existent or not
implemented
99 information element non-existent or not
implemented



Ly, et al. Standards Track [Page 37]

RFC 3606 Supplemental ATM Managed Objects November 2003


100 invalid information element contents
101 message not compatible with call state
104 incorrect message length
111 protocol error, unspecified

NOTE: For this counter, RELEASE COMPLETE messages that are
a reply to a previous RELEASE message and contain the same
cause value, are redundant (for counting purposes) and
should not be counted.'

::= { atmSigStatEntry 11 }

atmSigEmitMsgErrors OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Incorrect Messages transmitted on this interface.
The Incorrect Messages Counter reflects any sort of incorrect
information in a message. This includes:

- RELEASE, RELEASE COMPLETE, ADD PARTY REJECT,
and STATUS messages transmitted or
received, that contain any of the Cause values
listed below.

- Ignored messages. These messages are dropped
because the message was so damaged that it could
not be further processed. A list of dropped
messages is compiled below:

1. Message with invalid protocol discriminator

2. Message with errors in the call reference I.E.
- Bits 5-8 of the first octet not equal to
'0000'
- Bits 1-4 of the first octet indicating a
length other than 3 octets
- RELEASE COMPLETE message received with a
call reference that does not relate to a
call active or in progress
- SETUP message received with call reference
flag incorrectly set to 1
- SETUP message received with a call
reference for a call that is already
active or in progress.

3. Message too short



Ly, et al. Standards Track [Page 38]

RFC 3606 Supplemental ATM Managed Objects November 2003


The following cause values are monitored by this counter
(Note: These cause values apply to both UNI3.0 and UNI3.1
unless otherwise stated):

Cause Value Meaning

10 VPCI/VCI unacceptable (UNI3.0 only)
36 VPCI/VCI assignment failure (UNI3.1 only)
81 invalid call reference value
82 identified channel does not exist
89 invalid endpoint reference
96 mandatory information element is missing
97 message type non-existent or not
implemented
99 information element non-existent or not
implemented
100 invalid information element contents
101 message not compatible with call state
104 incorrect message length
111 protocol error, unspecified

NOTE: For this counter, RELEASE COMPLETE messages that are
a reply to a previous RELEASE message and contain the same
cause value, are redundant (for counting purposes) and
should not be counted.'

::= { atmSigStatEntry 12 }

atmSigDetectClgPtyEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Calling Party Events detected on this interface.
This counter monitors error events that occur due to the
originating user doing something wrong. This counter is
incremented when a RELEASE, RELEASE COMPLETE (only when not
preceded by a RELEASE message for the same call), ADD PARTY
REJECT, or STATUS message that contains one of the following
cause code values is received (Note: These cause values
apply to both UNI3.0 and UNI3.1):

Cause Value Meaning

28 invalid number format (address incomplete)
43 access information discarded
57 bearer capability not authorized
65 bearer capability not implemented



Ly, et al. Standards Track [Page 39]

RFC 3606 Supplemental ATM Managed Objects November 2003


73 unsupported combination of traffic
parameters
78 AAL parameters cannot be supported (UNI3.1
only)
91 invalid transit network selection
93 AAL parameters cannot be supported (UNI3.0
only)

NOTE: For this counter, RELEASE COMPLETE messages that
are a reply to a previous RELEASE message and contain
the same cause value, are redundant (for counting purposes)
and should not be counted.'

::= { atmSigStatEntry 13 }

atmSigEmitClgPtyEvents OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Calling Party Events transmitted from this interface.
This counter monitors error events that occur due to the
originating user doing something wrong. This counter is
incremented when a RELEASE, RELEASE COMPLETE (only when not
preceded by a RELEASE message for the same call), ADD PARTY
REJECT, or STATUS message that contains one of the following
cause code values is transmitted (Note: These cause values
apply to both UNI3.0 and UNI3.1):

Cause Value Meaning

28 invalid number format (address incomplete)
43 access information discarded
57 bearer capability not authorized
65 bearer capability not implemented
73 unsupported combination of traffic
parameters
78 AAL parameters cannot be supported (UNI3.1
only)
91 invalid transit network selection
93 AAL parameters cannot be supported (UNI3.0
only)

NOTE: For this counter, RELEASE COMPLETE messages that are
a reply to a previous RELEASE message and contain the same
cause value, are redundant (for counting purposes) and
should not be counted.'




Ly, et al. Standards Track [Page 40]

RFC 3606 Supplemental ATM Managed Objects November 2003


::= { atmSigStatEntry 14 }

atmSigDetectTimerExpireds OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Timer Expiries detected on this interface. The Timer
Expiries Counter provides a count of network timer expiries, and
to some extent, host or switch timer expiries. The conditions
for incrementing this counter are:

- Expiry of any network timer

- Receipt of a RELEASE or RELEASE COMPLETE
message with Cause #102, 'recovery on
timer expiry'.

NOTE: For this counter, RELEASE COMPLETE messages that are
a reply to a previous RELEASE message and contain the same
cause value, are redundant (for counting purposes) and
should not be counted.'

::= { atmSigStatEntry 15 }

atmSigEmitTimerExpireds OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Timer Expiries transmitted from this interface.
The Timer Expiries Counter provides a count of network timer
expiries, and to some extent, host or switch timer expiries.
The conditions for incrementing this counter are:

- Expiry of any network timer

- Receipt of a RELEASE or RELEASE COMPLETE
message with Cause #102, 'recovery on
timer expiry'.

NOTE: For this counter, RELEASE COMPLETE messages that are a
reply to a previous RELEASE message and contain the same cause
value, are redundant (for counting purposes) and should not be
counted.'

::= { atmSigStatEntry 16 }




Ly, et al. Standards Track [Page 41]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmSigDetectRestarts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Restart Activity errors detected on this interface.
The Restart Activity Counter provides a count of host, switch,
or network restart activity. This counter is incremented when
receiving a RESTART message.'

::= { atmSigStatEntry 17 }

atmSigEmitRestarts OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of Restart Activity errors transmitted from this
interface. The Restart Activity Counter provides a count of
host, switch, or network restart activity. This counter is
incremented when transmitting a RESTART message.'

::= { atmSigStatEntry 18 }

atmSigInEstabls OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of SVCs established at this signalling entity for
incoming connections.'
::= { atmSigStatEntry 19 }

atmSigOutEstabls OBJECT-TYPE
SYNTAX Counter32
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'Number of SVCs established at this signalling entity for
outgoing connections.'
::= { atmSigStatEntry 20 }

-- 4. ATM Interface Signalling Support Table
--
-- This table provides information to support
-- the signalling process which is used to establish
-- ATM Switched Virtual Connections (SVCs).




Ly, et al. Standards Track [Page 42]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmSigSupportTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmSigSupportEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This table contains ATM local interface configuration
parameters, one entry per ATM signalling interface.'
::= { atm2MIBObjects 4 }

atmSigSupportEntry OBJECT-TYPE
SYNTAX AtmSigSupportEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This list contains signalling configuration parameters
and state variables.'
INDEX { ifIndex }
::= { atmSigSupportTable 1}

AtmSigSupportEntry ::= SEQUENCE {
atmSigSupportClgPtyNumDel INTEGER,
atmSigSupportClgPtySubAddr INTEGER,
atmSigSupportCldPtySubAddr INTEGER,
atmSigSupportHiLyrInfo INTEGER,
atmSigSupportLoLyrInfo INTEGER,
atmSigSupportBlliRepeatInd INTEGER,
atmSigSupportAALInfo INTEGER,
atmSigSupportPrefCarrier OCTET STRING
}

atmSigSupportClgPtyNumDel OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether the Calling Party Number
Information Element is transferred to the called party
address. The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 1 }

atmSigSupportClgPtySubAddr OBJECT-TYPE



Ly, et al. Standards Track [Page 43]

RFC 3606 Supplemental ATM Managed Objects November 2003


SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether to accept and transfer the Calling
Party Subaddress Information Element from the calling party to
the called party. Calling party subaddress information shall
only be transferred to the called party if calling party number
delivery is enabled (i.e., atmSigSupportClgPtyNumDel =
'enabled(1)'. The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 2 }

atmSigSupportCldPtySubAddr OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether to accept, transfer, and deliver
the Called Party Subaddress Information Element from the calling
party to the called party. The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 3 }

atmSigSupportHiLyrInfo OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether to accept, transfer, and deliver
the Broadband High Layer Information Element from the calling
party to the called party. The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party




Ly, et al. Standards Track [Page 44]

RFC 3606 Supplemental ATM Managed Objects November 2003


- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 4 }

atmSigSupportLoLyrInfo OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether to accept, transfer, and deliver
the Broadband Low Layer Information Element from the calling
party to the called party. The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 5 }

atmSigSupportBlliRepeatInd OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This object indicates whether to accept, transfer, and deliver
the Broadband Repeat Indicator with two or three instances of
the Broadband Low Layer Information Element for low layer
information selection from the calling party to the called
party. This object's value should always be disabled(2) if
the value of atmSigSupportLolyrInfo is disabled(2).

The value of this object can be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'
::= { atmSigSupportEntry 6 }

atmSigSupportAALInfo OBJECT-TYPE
SYNTAX INTEGER { enabled(1), disabled(2) }
MAX-ACCESS read-write
STATUS current
DESCRIPTION



Ly, et al. Standards Track [Page 45]

RFC 3606 Supplemental ATM Managed Objects November 2003


'This object indicates whether to accept, transfer, and deliver
the ATM Adaptation Layer Parameters Information Element from the
calling party to the called party. The value of this object can
be:

- enabled(1) This Information Element is transferred
to the called party

- disabled(2) This Information Element is NOT
transferred to the called party.'

::= { atmSigSupportEntry 7 }

atmSigSupportPrefCarrier OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0|4))
MAX-ACCESS read-write
STATUS current
DESCRIPTION
'This parameter identifies the carrier to which intercarrier
calls originated from this interface are routed when transit
network selection information is not provided by the calling
party. If a Carrier Identification Code (CIC) is used the
parameter shall contain the CIC. For three-digit CICs, the first
octet shall be '0' and the CIC is contained in the three
following octets. If the preferred carrier feature is not
supported the value is a zero-length string.'

::= { atmSigSupportEntry 8 }

-- 5. ATM Signalling Descriptor Parameter Table

atmSigDescrParamTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmSigDescrParamEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'A table contains signalling capabilities of VCLs except the
Traffic Descriptor. Traffic descriptors are described in
the atmTrafficDescrParamTable.'

REFERENCE
'ATM User-Network Interface Specification, Version 3.1 (UNI
3.1), September 1994, Section 5.4.5 Variable Length
Information Elements.'

::= { atm2MIBObjects 5 }

atmSigDescrParamEntry OBJECT-TYPE



Ly, et al. Standards Track [Page 46]

RFC 3606 Supplemental ATM Managed Objects November 2003


SYNTAX AtmSigDescrParamEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'Each entry in this table represents a
set of signalling capabilities that can
be applied to a VCL. There is no requirement
for unique entries, except that the index must
be unique.'
INDEX { atmSigDescrParamIndex }
::= { atmSigDescrParamTable 1 }

AtmSigDescrParamEntry ::=
SEQUENCE {
atmSigDescrParamIndex
AtmSigDescrParamIndex,
atmSigDescrParamAalType INTEGER,
atmSigDescrParamAalSscsType INTEGER,
atmSigDescrParamBhliType INTEGER,


atmSigDescrParamBhliInfo OCTET STRING,
atmSigDescrParamBbcConnConf INTEGER,
atmSigDescrParamBlliLayer2 INTEGER,
atmSigDescrParamBlliLayer3 INTEGER,
atmSigDescrParamBlliPktSize INTEGER,
atmSigDescrParamBlliSnapId INTEGER,
atmSigDescrParamBlliOuiPid OCTET STRING,
atmSigDescrParamRowStatus RowStatus
}

atmSigDescrParamIndex OBJECT-TYPE
SYNTAX AtmSigDescrParamIndex
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'The value of this object is used by the
atmVclGenSigDescrIndex object in the atmVclGenTable to
identify a row in this table.'

::= { atmSigDescrParamEntry 1 }

atmSigDescrParamAalType OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not defined
aal1(2), -- AAL type 1
aal34(3), -- AAL type 3/4
aal5(4), -- AAL type 5



Ly, et al. Standards Track [Page 47]

RFC 3606 Supplemental ATM Managed Objects November 2003


userDefined(5), -- User-Defined AAL
aal2(6) -- AAL type 2
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The AAL type. The value of this object is set to other(1)
when not defined.'

DEFVAL { other }
::= { atmSigDescrParamEntry 2 }

atmSigDescrParamAalSscsType OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- other, or not used
assured(2), -- Data SSCS based on SSCOP
-- assured operation
nonassured(3), -- Data SSCS based on SSCOP
-- non-assured operation
frameRelay(4), -- frame relay SSCS
null(5) -- null

}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The SSCS type used by this entry.'

DEFVAL { other }
::= { atmSigDescrParamEntry 3 }

atmSigDescrParamBhliType OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not defined
iso(2), -- ISO
user(3), -- User specific
hiProfile(4), -- Higher layer profile
-- this enum applicable to
-- UNI 3.0 only
vendorSpecific(5) -- Vender specific
-- application identifier
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The Broadband high layer type.'

DEFVAL { other }



Ly, et al. Standards Track [Page 48]

RFC 3606 Supplemental ATM Managed Objects November 2003


::= { atmSigDescrParamEntry 4 }

atmSigDescrParamBhliInfo OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0..8))
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The Broadband high layer information. When
atmSigDescrParamBhliType is set to iso(2), the value of this
object is a zero length string. When
atmSigDescrParamBhliType is set to user(3), the value of
this object is an octet string with length ranging from 0 to
8. When atmSigDescrParamBhliType is set to hiProfile(4),
the value of this object is a length of 4 octet string
containing user to user profile identifier. When
atmSigDescrParamBhliType is set to vendorSpecific(5), the
value of this object is a length of 7 octet string, where
the most significant 3 octets consist of a globally-
administered OUI, and the least significant 4 octets are the
vender administered application OUI.'

DEFVAL { ''H }

::= { atmSigDescrParamEntry 5 }

atmSigDescrParamBbcConnConf OBJECT-TYPE
SYNTAX INTEGER {
ptp(1), -- point-to-point
ptmp(2) -- point-to-multipoint
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The Broadband bearer capability user plane connection
configuration parameter.'
DEFVAL { ptp }
::= { atmSigDescrParamEntry 6 }

atmSigDescrParamBlliLayer2 OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not specified
iso1745(2), -- Basic mode ISO 1745
q921(3), -- CCITT Recommendation Q.921
x25linklayer(4), -- CCITT Recommendation X.25
-- Link Layer
x25multilink(5), -- CCITT Recommendation X.25
-- Multilink
lapb(6), -- Extended LAPB; for half



Ly, et al. Standards Track [Page 49]

RFC 3606 Supplemental ATM Managed Objects November 2003


-- duplex operation
hdlcArm(7), -- HDLC ARM (ISO 4335)
hdlcNrm(8), -- HDLC NRM (ISO 4335)
hdlcAbm(9), -- HDLC ABM (ISO 4335)
iso88022(10), -- LAN logical link control
-- (ISO 8802/2)
x75slp(11), -- CCITT Recommendation X.75,
-- single link
-- procedure (SLP)
q922(12), -- CCITT Recommendation Q.922
userDef(13), -- User specified
iso7776(14) -- ISO 7776 DTE-DTE operation
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The Broadband low layer information, protocol type of layer
2. The value of this object is other(1) if layer 2 protocol
is not used.'

DEFVAL { other }
::= { atmSigDescrParamEntry 7 }

atmSigDescrParamBlliLayer3 OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not specified
x25pkt(2), -- CCITT Recommendation X.25
-- packet layer
isoiec8208(3), -- ISO/IEC 8208 (X.25 packet
-- level protocol for data
-- terminal equipment)
x223iso8878(4), -- X.223/ISO 8878
isoiec8473(5), -- ISO/IEC 8473 OSI
-- connectionless
-- mode protocol
t70(6), -- CCITT Recommendation T.70
-- minimum
-- network layer
tr9577(7), -- ISO/IEC TR 9577 Protocol
-- Identification in the
-- network layer
userDef(8) -- user specified

}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The Broadband low layer information, protocol type of layer



Ly, et al. Standards Track [Page 50]

RFC 3606 Supplemental ATM Managed Objects November 2003


3. The value of this object is other(1) if layer 3 protocol
is not used.'

DEFVAL { other }
::= { atmSigDescrParamEntry 8 }

atmSigDescrParamBlliPktSize OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not used
s16(2), -- 16 octets
s32(3), -- 32 octets
s64(4), -- 64 octets
s128(5), -- 128 octets
s256(6), -- 256 octets
s512(7), -- 512 octets
s1024(8), -- 1028 octets
s2048(9), -- 2048 octets
s4096(10) -- 4096 octets
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The default packet size defined in B-LLI.'

DEFVAL { other }
::= { atmSigDescrParamEntry 9 }

atmSigDescrParamBlliSnapId OBJECT-TYPE
SYNTAX INTEGER {
other(1), -- not used
true(2), -- SNAP ID is 1
false(3) -- SNAP ID is 0
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The SNAP ID used for Broadband low layer protocol layer 3.
The value of this object is other(1) if
atmSigDescrParamBlliLayer3 is set to other(1).'

DEFVAL { other }
::= { atmSigDescrParamEntry 10 }

atmSigDescrParamBlliOuiPid OBJECT-TYPE
SYNTAX OCTET STRING (SIZE(0|5))
MAX-ACCESS read-create
STATUS current
DESCRIPTION



Ly, et al. Standards Track [Page 51]

RFC 3606 Supplemental ATM Managed Objects November 2003


'The OUI/PID encoding for Broadband low layer protocol layer
3. The value of this object is a zero length string if
atmSigDescrParamBlliLayer3 is set to other(1). When used,
it is always 5 octets with the most significant octet as the
OUI Octet 1 and the least significant octet as the PID Octet
2.'

DEFVAL { ''H }
::= { atmSigDescrParamEntry 11 }

atmSigDescrParamRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'This object is used to create and delete rows in the
atmSigDescrParamTable.'

::= { atmSigDescrParamEntry 12 }

-- 6. ATM Interface Registered Address Table --

atmIfRegisteredAddrTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmIfRegisteredAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This table contains a list of ATM addresses that can be used for
calls to and from a given interface by a switch or service. The
ATM addresses are either registered by the endsystem via ILMI or
statically configured. This table does not expose PNNI
reachability information. ILMI registered addresses cannot be
deleted using this table. This table only applies to switches
and network services.'
::= { atm2MIBObjects 6 }

atmIfRegisteredAddrEntry OBJECT-TYPE
SYNTAX AtmIfRegisteredAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'An entry in the ATM Interface Registered Address table.'

INDEX { ifIndex, atmIfRegAddrAddress }
::= { atmIfRegisteredAddrTable 1}

AtmIfRegisteredAddrEntry ::= SEQUENCE {
atmIfRegAddrAddress AtmAddr,



Ly, et al. Standards Track [Page 52]

RFC 3606 Supplemental ATM Managed Objects November 2003


atmIfRegAddrAddressSource INTEGER,
atmIfRegAddrOrgScope INTEGER,
atmIfRegAddrRowStatus RowStatus
}

atmIfRegAddrAddress OBJECT-TYPE
SYNTAX AtmAddr
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'An address registered for a given switch or service interface.'

::= { atmIfRegisteredAddrEntry 1}

atmIfRegAddrAddressSource OBJECT-TYPE
SYNTAX INTEGER {
other(1),
static(2),
dynamic(3)
}
MAX-ACCESS read-only
STATUS current
DESCRIPTION
'The type of address source for a given ATM Address. The value
dynamic(3) is indicated when ILMI is used.'
::= { atmIfRegisteredAddrEntry 2}

atmIfRegAddrOrgScope OBJECT-TYPE
SYNTAX INTEGER {
localNetwork(1),
localNetworkPlusOne(2),
localNetworkPlusTwo(3),
siteMinusOne(4),
intraSite(5),
sitePlusOne(6),
organizationMinusOne(7),
intraOrganization(8),
organizationPlusOne(9),
communityMinusOne(10),
intraCommunity(11),
communityPlusOne(12),
regional(13),
interRegional(14),
global(15)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION



Ly, et al. Standards Track [Page 53]

RFC 3606 Supplemental ATM Managed Objects November 2003


'This object indicates the organizational scope for
the referenced address. The information of the
referenced address shall not be distributed outside
the indicated scope. Refer to Annex 5.3 of ATM
Forum UNI Signalling 4.0 for guidelines regarding
the use of organizational scopes.

This value cannot be configured for ILMI-registered
addresses.

The default values for organizational scope are
localNetwork(1) for ATM group addresses, and
global(15) for individual addresses.'
::= { atmIfRegisteredAddrEntry 3}

atmIfRegAddrRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'This object is used to create and delete rows in the
atmIfRegisteredAddrTable. Rows created dynamically (e.g., ILMI-
registered addresses) cannot be deleted using this object.'

::= { atmIfRegisteredAddrEntry 4}

-- 7. ATM VPI/VCI to Address Mapping Table

atmVclAddrTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmVclAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This table provides a mapping between the atmVclTable and
the ATM called party/calling party address. This table can
be used to retrieve the calling party and called party ATM
address pair for a given VCL. Note that there can be more
than one pair of calling party and called party ATM
addresses for a VCL in a point to multi-point call.'
::= { atm2MIBObjects 7 }

atmVclAddrEntry OBJECT-TYPE
SYNTAX AtmVclAddrEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'Each entry in this table represents a binding between a VCL
and an ATM address associated with this call. This ATM



Ly, et al. Standards Track [Page 54]

RFC 3606 Supplemental ATM Managed Objects November 2003


address can be either the called party address or the
calling party address. There can be more than one pair of
calling/called party ATM addresses associated with the VCL
entry for point to multi-point calls. Objects
atmVclAddrType, and atmVclAddrRowStatus are
required during row creation.'
INDEX { ifIndex, atmVclVpi, atmVclVci,
atmVclAddrAddr }
::= { atmVclAddrTable 1 }

AtmVclAddrEntry ::=
SEQUENCE {
atmVclAddrAddr AtmAddr,
atmVclAddrType INTEGER,
atmVclAddrRowStatus RowStatus
}

atmVclAddrAddr OBJECT-TYPE
SYNTAX AtmAddr
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'An ATM address on one end of the VCL. For SVCs, the agent
supplies the value of this object at creation time. For PVC
VCL, the manager can supply the value of this object during
or after the PVC VCL creation.'
::= { atmVclAddrEntry 1 }

atmVclAddrType OBJECT-TYPE
SYNTAX INTEGER {
callingParty(1),
calledParty(2)
}
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'The type of ATM Address represented by the object
atmVclAddrAddr. Choices are either the calling party ATM
address or the called party ATM address.'
::= { atmVclAddrEntry 2 }

atmVclAddrRowStatus OBJECT-TYPE
SYNTAX RowStatus
MAX-ACCESS read-create
STATUS current
DESCRIPTION
'This object is used to create or destroy an
entry from this table. Note that the manager entity



Ly, et al. Standards Track [Page 55]

RFC 3606 Supplemental ATM Managed Objects November 2003


can only destroy the PVC VCLs.'
::= { atmVclAddrEntry 3 }

-- 8. ATM Address to VPI/VCI Mapping Table
--
-- This table provides an alternative way to access
-- a row in the atmVclAddrTable by using
-- an ATM address as an index, instead of
-- the ifIndex

atmAddrVclTable OBJECT-TYPE
SYNTAX SEQUENCE OF AtmAddrVclEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'This table provides an alternative way to retrieve the
atmVclTable. This table can be used to retrieve the
indexing to the atmVclTable by an ATM address.'

::= { atm2MIBObjects 8 }

atmAddrVclEntry OBJECT-TYPE
SYNTAX AtmAddrVclEntry
MAX-ACCESS not-accessible
STATUS current
DESCRIPTION
'Each entry in this table represents an entry in the
atmVclTable of the ATM-MIB by its ATM address. The ATM
address is either the calling or called party ATM address
of the call. Entries in this table are read only.
They show up when entries are created in the
atmVclAddrTable.'
REFERENCE
'Tesink, K., Editor, Definitions of Managed Objects
for ATM Management, RFC 2515, Bell Communications
Research, February, 1999.'