home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc2514.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  37.8 KB  |  1,124 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                           M. Noto
  8. Request for Comments: 2514                                         3Com
  9. Category: Standards Track                                    E. Spiegel
  10.                                                           Cisco Systems
  11.                                                               K. Tesink
  12.                                                                Bellcore
  13.                                                                 Editors
  14.                                                           February 1999
  15.  
  16.  
  17.         Definitions of Textual Conventions and OBJECT-IDENTITIES
  18.                            for ATM Management
  19.  
  20. Status of this Memo
  21.  
  22.    This document specifies an Internet standards track protocol for the
  23.    Internet community, and requests discussion and suggestions for
  24.    improvements.  Please refer to the current edition of the "Internet
  25.    Official Protocol Standards" (STD 1) for the standardization state
  26.    and status of this protocol.  Distribution of this memo is unlimited.
  27.  
  28. Copyright Notice
  29.  
  30.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  31.  
  32.    Table of Contents
  33.  
  34.    1 Introduction ..........................................    2
  35.    2 Definitions ...........................................    3
  36.    3 Acknowledgments .......................................   17
  37.    4 References ............................................   17
  38.    5 Security Considerations ...............................   17
  39.    6 Authors' Addresses ....................................   18
  40.    7 Intellectual Property .................................   19
  41.    8 Full Copyright Statement ..............................   20
  42.  
  43. Abstract
  44.  
  45.    This memo describes Textual Conventions and OBJECT-IDENTITIES used
  46.    for managing ATM-based interfaces, devices, networks and services.
  47.  
  48. 1.  Introduction
  49.  
  50.    This memo describes Textual Conventions and OBJECT-IDENTITIES used
  51.    for managing ATM-based interfaces, devices, networks and services.
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Noto, et. al.               Standards Track                     [Page 1]
  59.  
  60. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  61.  
  62.  
  63.    When designing a MIB module, it is often useful to define new types
  64.    similar to those defined in the SMI.  In comparison to a type defined
  65.    in the SMI, each of these new types has a different name, a similar
  66.    syntax, but a more precise semantics.  These newly defined types are
  67.    termed textual conventions, and are used for the convenience of
  68.    humans reading the MIB module.  This is done through Textual
  69.    Conventions as defined in RFC1903 [1].  It is the purpose of this
  70.    document to define the set of textual conventions available to ATM
  71.    MIB modules.
  72.  
  73.    When designing MIB modules, it is also often useful to register
  74.    further properties with object identifier assignments so that they
  75.    can be further used by other MIB modules.  This is done through the
  76.    OBJECT-IDENTITY macro defined in RFC1902 [2].  This document defines
  77.    OBJECT-IDENTITIES available to ATM MIB modules.
  78.  
  79.    Note that for organizational purposes OBJECT IDENTITIES previously
  80.    defined in RFC1695 have been moved to this specification and no
  81.    longer appear in the revision of RFC1695 [3]. However, the original
  82.    OBJECT IDENTIFIERs have been preserved.
  83.  
  84.    For an introduction to the concepts of ATM connections, see [3].
  85.  
  86. 2.  Definitions
  87.  
  88.      ATM-TC-MIB DEFINITIONS ::= BEGIN
  89.  
  90.      IMPORTS
  91.         MODULE-IDENTITY, OBJECT-IDENTITY,
  92.         TimeTicks, mib-2
  93.             FROM SNMPv2-SMI
  94.         TEXTUAL-CONVENTION
  95.             FROM SNMPv2-TC;
  96.  
  97.  
  98.      atmTCMIB MODULE-IDENTITY
  99.           LAST-UPDATED "9810190200Z"
  100.           ORGANIZATION "IETF AToMMIB Working Group"
  101.           CONTACT-INFO
  102.             "          Michael Noto
  103.               Postal:  3Com Corporation
  104.                        5400 Bayfront Plaza, M/S 3109
  105.                        Santa Clara, CA 95052
  106.                        USA
  107.               Tel:     +1 408 326 2218
  108.               E-mail:  mike_noto@3com.com
  109.  
  110.                        Ethan Mickey Spiegel
  111.  
  112.  
  113.  
  114. Noto, et. al.               Standards Track                     [Page 2]
  115.  
  116. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  117.  
  118.  
  119.               Postal:  Cisco Systems
  120.                        170 W. Tasman Dr.
  121.                        San Jose, CA 95134
  122.                        USA
  123.               Tel:     +1 408 526 6408
  124.               E-mail:  mspiegel@cisco.com
  125.  
  126.                        Kaj Tesink
  127.               Postal:  Bellcore
  128.                        331 Newman Springs Road
  129.                        Red Bank, NJ 07701
  130.                        USA
  131.               Tel:     +1 732 758 5254
  132.               Fax:     +1 732 758 4177
  133.               E-mail:  kaj@bellcore.com"
  134.           DESCRIPTION
  135.            "This MIB Module provides Textual Conventions
  136.            and OBJECT-IDENTITY Objects to be used by
  137.            ATM systems."
  138.           ::= { mib-2 37 3 } -- atmMIB 3 (see [3])
  139.  
  140.      -- The Textual Conventions defined below are organized
  141.      -- alphabetically
  142.  
  143.  
  144.      AtmAddr ::= TEXTUAL-CONVENTION
  145.              DISPLAY-HINT "1x"
  146.              STATUS  current
  147.              DESCRIPTION
  148.                  "An ATM address. The semantics are implied by
  149.                  the length. The address types are: - no
  150.                  address (0 octets) - E.164 (8 octets) - NSAP
  151.                  (20 octets) In addition, when subaddresses
  152.                  are used the AtmAddr may represent the
  153.                  concatenation of address and subaddress. The
  154.                  associated address types are: - E.164, E.164
  155.                  (16 octets) - E.164, NSAP (28 octets) - NSAP,
  156.                  NSAP (40 octets) Address lengths other than
  157.                  defined in this definition imply address
  158.                  types defined elsewhere.  Note: The E.164
  159.                  address is encoded in BCD format."
  160.             SYNTAX   OCTET STRING (SIZE(0..40))
  161.  
  162.  
  163.     AtmConnCastType ::= TEXTUAL-CONVENTION
  164.             STATUS  current
  165.             DESCRIPTION
  166.               "The type of topology of a connection (point-
  167.  
  168.  
  169.  
  170. Noto, et. al.               Standards Track                     [Page 3]
  171.  
  172. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  173.  
  174.  
  175.               to-point, point-to-multipoint). In the case
  176.               of point-to-multipoint, the orientation of
  177.               this VPL or VCL in the connection.
  178.               On a host:
  179.               - p2mpRoot indicates that the host
  180.                 is the root of the p2mp connection.
  181.               - p2mpLeaf indicates that the host
  182.                 is a leaf of the p2mp connection.
  183.               On a switch interface:
  184.               - p2mpRoot indicates that cells received
  185.                 by the switching fabric from the interface
  186.                 are from the root of the p2mp connection.
  187.               - p2mpLeaf indicates that cells transmitted
  188.                 to the interface from the switching fabric
  189.                 are to the leaf of the p2mp connection."
  190.             SYNTAX   INTEGER {
  191.                p2p(1),
  192.                p2mpRoot(2),
  193.                p2mpLeaf(3)
  194.                }
  195.  
  196.     AtmConnKind ::= TEXTUAL-CONVENTION
  197.             STATUS  current
  198.             DESCRIPTION
  199.                 "The type of call control used for an ATM
  200.                 connection at a particular interface. The use
  201.                 is as follows:
  202.                    pvc(1)
  203.                       Virtual link of a PVC. Should not be
  204.                       used for an PVC/SVC (i.e., Soft PVC)
  205.                       crossconnect.
  206.                    svcIncoming(2)
  207.                       Virtual link established after a
  208.                       received signaling request to setup
  209.                       an SVC.
  210.                    svcOutgoing(3)
  211.                       Virtual link established after a
  212.                       transmitted or forwarded signaling
  213.                       request to setup an SVC.
  214.                    spvcInitiator(4)
  215.                       Virtual link at the PVC side of an
  216.                       SVC/PVC crossconnect, where the
  217.                       switch is the initiator of the Soft PVC
  218.                       setup.
  219.                    spvcTarget(5)
  220.                       Virtual link at the PVC side of an
  221.                       SVC/PVC crossconnect, where the
  222.                       switch is the target of the Soft PVC
  223.  
  224.  
  225.  
  226. Noto, et. al.               Standards Track                     [Page 4]
  227.  
  228. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  229.  
  230.  
  231.                       setup.
  232.  
  233.                 For PVCs, a pvc virtual link is always cross-
  234.                 connected to a pvc virtual link.
  235.  
  236.                 For SVCs, an svcIncoming virtual link is always cross-
  237.                 connected to an svcOutgoing virtual link.
  238.  
  239. For Soft PVCs, an spvcInitiator is either cross-connected to
  240. an svcOutgoing or an spvcTarget, and an spvcTarget is either
  241. cross-connected to an svcIncoming or an spvcInitiator."
  242.         SYNTAX   INTEGER {
  243.            pvc(1),
  244.            svcIncoming(2),
  245.            svcOutgoing(3),
  246.            spvcInitiator(4),
  247.            spvcTarget(5)
  248.            }
  249.  
  250.     AtmIlmiNetworkPrefix ::= TEXTUAL-CONVENTION
  251.         STATUS   current
  252.         DESCRIPTION
  253.             "A network prefix used for ILMI address
  254.             registration.  In the case of ATM endsystem
  255.             addresses (AESAs), the network prefix is the first
  256.             13 octets of the address which includes the AFI,
  257.             IDI, and HO-DSP fields.  In the case of native
  258.             E.164 addresses, the network prefix is the entire
  259.             E.164 address encoded in 8 octets, as if it were
  260.             an E.164 IDP in an ATM endsystem address
  261.             structure."
  262.         REFERENCE
  263.             "ATM Forum, Integrated Local Management Interface
  264.                (ILMI) Specification, Version 4.0,
  265.                af-ilmi-0065.000, September 1996, Section 9
  266.              ATM Forum, ATM User-Network Interface Signalling
  267.                Specification, Version 4.0 (UNI 4.0),
  268.                af-sig-0061.000, June 1996, Section 3"
  269.         SYNTAX   OCTET STRING (SIZE(8|13))
  270.  
  271. AtmInterfaceType ::= TEXTUAL-CONVENTION
  272.         STATUS       current
  273.         DESCRIPTION
  274.             "The connection setup procedures used for the
  275.             identified interface.
  276.  
  277.             Other: Connection setup procedures other than
  278.                those listed below.
  279.  
  280.  
  281.  
  282. Noto, et. al.               Standards Track                     [Page 5]
  283.  
  284. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  285.  
  286.  
  287.             Auto-configuration:
  288.                Indicates that the connection setup
  289.                procedures are to be determined dynamically,
  290.                or that determination has not yet been
  291.                completed. One such mechanism is via ATM
  292.                Forum ILMI auto-configuration procedures.
  293.  
  294.             ITU-T DSS2:
  295.             -  ITU-T Recommendation Q.2931, Broadband
  296.                Integrated Service Digital Network (B-ISDN)
  297.                Digital Subscriber Signalling System No.2
  298.                (DSS2) User-Network Interface (UNI) Layer 3
  299.                Specification for Basic Call/Connection
  300.                Control (September 1994)
  301.             -  ITU-T Draft Recommendation Q.2961,
  302.                B-ISDN DSS 2 Support of Additional Traffic
  303.                Parameters (May 1995)
  304.  
  305.             -  ITU-T Draft Recommendation Q.2971,
  306.                B-ISDN DSS 2 User Network Interface Layer 3
  307.                Specification for Point-to-multipoint
  308.                Call/connection Control (May 1995)
  309.  
  310.             ATM Forum UNI 3.0:
  311.                ATM Forum, ATM User-Network Interface,
  312.                Version 3.0 (UNI 3.0) Specification,
  313.                (1994).
  314.  
  315.             ATM Forum UNI 3.1:
  316.                ATM Forum, ATM User-Network Interface,
  317.                Version 3.1 (UNI 3.1) Specification,
  318.                (November 1994).
  319.  
  320.             ATM Forum UNI Signalling 4.0:
  321.                ATM Forum, ATM User-Network Interface (UNI)
  322.                Signalling Specification Version 4.0,
  323.                af-sig-0061.000 (June 1996).
  324.  
  325.             ATM Forum IISP (based on UNI 3.0 or UNI 3.1) :
  326.                Interim Inter-switch Signaling Protocol
  327.                (IISP) Specification, Version 1.0,
  328.                af-pnni-0026.000, (December 1994).
  329.  
  330.             ATM Forum PNNI 1.0 :
  331.                ATM Forum, Private Network-Network Interface
  332.                Specification, Version 1.0, af-pnni-0055.000,
  333.                (March 1996).
  334.  
  335.  
  336.  
  337.  
  338. Noto, et. al.               Standards Track                     [Page 6]
  339.  
  340. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  341.  
  342.  
  343.             ATM Forum B-ICI:
  344.                ATM Forum, B-ICI Specification, Version 2.0,
  345.                af-bici-0013.002, (November 1995).
  346.  
  347.             ATM Forum UNI PVC Only:
  348.                An ATM Forum compliant UNI with the
  349.                signalling disabled.
  350.             ATM Forum NNI PVC Only:
  351.                An ATM Forum compliant NNI with the
  352.                signalling disabled."
  353.         SYNTAX  INTEGER  {
  354.                   other(1),
  355.                   autoConfig(2),
  356.                   ituDss2(3),
  357.                   atmfUni3Dot0(4),
  358.                   atmfUni3Dot1(5),
  359.                   atmfUni4Dot0(6),
  360.                   atmfIispUni3Dot0(7),
  361.                   atmfIispUni3Dot1(8),
  362.                   atmfIispUni4Dot0(9),
  363.         atmfPnni1Dot0(10),
  364.         atmfBici2Dot0(11),
  365.         atmfUniPvcOnly(12),
  366.         atmfNniPvcOnly(13)  }
  367.  
  368. AtmServiceCategory ::= TEXTUAL-CONVENTION
  369.         STATUS  current
  370.         DESCRIPTION
  371.             "The service category for a connection."
  372.         REFERENCE
  373.             "ATM Forum Traffic Management Specification,
  374.             Version 4.0, af-tm-0056.000, June 1996."
  375.         SYNTAX   INTEGER {
  376.            other(1),   -- none of the following
  377.            cbr(2),     -- constant bit rate
  378.            rtVbr(3),   -- real-time variable bit rate
  379.            nrtVbr(4),  -- non real-time variable bit rate
  380.            abr(5),     -- available bit rate
  381.            ubr(6)      -- unspecified bit rate
  382.            }
  383.  
  384. AtmSigDescrParamIndex ::= TEXTUAL-CONVENTION
  385.         STATUS  current
  386.         DESCRIPTION
  387.             "The value of this object identifies a row in the
  388.             atmSigDescrParamTable. The value 0 signifies that
  389.             none of the signalling parameters defined in the
  390.             atmSigDescrParamTable are applicable."
  391.  
  392.  
  393.  
  394. Noto, et. al.               Standards Track                     [Page 7]
  395.  
  396. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  397.  
  398.  
  399.         SYNTAX  INTEGER (0..2147483647)
  400.  
  401. AtmTrafficDescrParamIndex ::= TEXTUAL-CONVENTION
  402.         STATUS  current
  403.         DESCRIPTION
  404.             "The value of this object identifies a row in the
  405.             atmTrafficDescrParamTable.  The value 0 signifies
  406.             that no row has been identified."
  407.         SYNTAX  INTEGER (0..2147483647)
  408.  
  409. AtmVcIdentifier ::= TEXTUAL-CONVENTION
  410.         STATUS  current
  411.         DESCRIPTION
  412.             "The VCI value for a VCL. The maximum VCI value
  413.             cannot exceed the value allowable by
  414.             atmInterfaceMaxVciBits defined in ATM-MIB."
  415.         SYNTAX   INTEGER (0..65535)
  416.  
  417. AtmVpIdentifier ::= TEXTUAL-CONVENTION
  418.         STATUS  current
  419.         DESCRIPTION
  420.             "The VPI value for a VPL or VCL. The value VPI=0
  421.             is only allowed for a VCL. For ATM UNIs supporting
  422.             VPCs the VPI value ranges from 0 to 255.  The VPI
  423.             value 0 is supported for ATM UNIs conforming to
  424.             the ATM Forum UNI 4.0 Annex 8 (Virtual UNIs)
  425.             specification. For ATM UNIs supporting VCCs the
  426.             VPI value ranges from 0 to 255.  For ATM NNIs the
  427.             VPI value ranges from 0 to 4095.  The maximum VPI
  428.             value cannot exceed the value allowable by
  429.             atmInterfaceMaxVpiBits defined in ATM-MIB."
  430.         SYNTAX    INTEGER (0..4095)
  431.  
  432. AtmVorXAdminStatus ::= TEXTUAL-CONVENTION
  433.         STATUS  current
  434.         DESCRIPTION
  435.             "The value determines the desired administrative
  436.             status of a virtual link or cross-connect. The up
  437.             and down states indicate that the traffic flow is
  438.             enabled or disabled respectively on the virtual
  439.             link or cross-connect."
  440.         SYNTAX   INTEGER {
  441.            up(1),
  442.            down(2)
  443.             }
  444.  
  445. AtmVorXLastChange ::= TEXTUAL-CONVENTION
  446.         STATUS  current
  447.  
  448.  
  449.  
  450. Noto, et. al.               Standards Track                     [Page 8]
  451.  
  452. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  453.  
  454.  
  455.         DESCRIPTION
  456.             "The value of MIB II's sysUpTime at the time a
  457.             virtual link or cross-connect entered its current
  458.             operational state. If the current state was
  459.             entered prior to the last re-initialization of the
  460.             agent then this object contains a zero value."
  461.         SYNTAX   TimeTicks
  462.  
  463. AtmVorXOperStatus ::= TEXTUAL-CONVENTION
  464.         STATUS  current
  465.         DESCRIPTION
  466.             "The value determines the operational status of a
  467.             virtual link or cross-connect. The up and down
  468.             states indicate that the traffic flow is enabled
  469.             or disabled respectively on the virtual link or
  470.             cross-connect. The unknown state indicates that
  471.             the state of it cannot be determined. The state
  472.             will be down or unknown if the supporting ATM
  473.             interface(s) is down or unknown respectively."
  474.         SYNTAX   INTEGER {
  475.            up(1),
  476.            down(2),
  477.            unknown(3)
  478.            }
  479.  
  480.  
  481.  
  482.  
  483. -- OBJECT-IDENTITIES:
  484.  
  485. -- The following atmTrafficDescriptorTypes has been moved
  486. -- from RFC1695 and no longer appear in the revision of
  487. -- RFC1695[3].
  488.  
  489. atmTrafficDescriptorTypes OBJECT IDENTIFIER ::= {mib-2 37 1 1}
  490.                                             -- atmMIBObjects
  491.                                             -- See [3].
  492.  
  493. -- All other and new OBJECT IDENTITIES
  494. -- are defined under the following subtree:
  495.  
  496.     atmObjectIdentities OBJECT IDENTIFIER ::= {atmTCMIB 1}
  497.  
  498. -- The following values are defined for use as
  499. -- possible values of the ATM traffic descriptor type.
  500.  
  501. atmNoTrafficDescriptor  OBJECT-IDENTITY
  502.     STATUS  deprecated
  503.  
  504.  
  505.  
  506. Noto, et. al.               Standards Track                     [Page 9]
  507.  
  508. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  509.  
  510.  
  511.     DESCRIPTION
  512.         "This identifies the no ATM traffic
  513.         descriptor type.  Parameters 1, 2, 3, 4,
  514.         and 5 are not used.  This traffic descriptor
  515.         type can be used for best effort traffic."
  516.     ::= {atmTrafficDescriptorTypes 1}
  517.  
  518. atmNoClpNoScr  OBJECT-IDENTITY
  519.     STATUS  current
  520.     DESCRIPTION
  521.         "This traffic descriptor type is for no CLP
  522.         and no Sustained Cell Rate.  The use of the
  523.         parameter vector for this type:
  524.         Parameter 1: peak cell rate in cells/second
  525.                      for CLP=0+1 traffic
  526.         Parameter 2: not used
  527.         Parameter 3: not used
  528.         Parameter 4: not used
  529.         Parameter 5: not used."
  530.     REFERENCE
  531.         "ATM Forum,ATM User-Network Interface,
  532.            Version 3.0 (UNI 3.0) Specification, 1994.
  533.          ATM Forum, ATM User-Network Interface,
  534.            Version 3.1 (UNI 3.1) Specification,
  535.            November 1994."
  536.     ::= {atmTrafficDescriptorTypes 2}
  537.  
  538. atmClpNoTaggingNoScr  OBJECT-IDENTITY
  539.     STATUS  deprecated
  540.     DESCRIPTION
  541.         "This traffic descriptor is for CLP without
  542.         tagging and no Sustained Cell Rate.  The use
  543.         of the parameter vector for this type:
  544.         Parameter 1: peak cell rate in cells/second
  545.                      for CLP=0+1 traffic
  546.         Parameter 2: peak cell rate in cells/second
  547.                      for CLP=0 traffic
  548.         Parameter 3: not used
  549.         Parameter 4: not used
  550.         Parameter 5: not used."
  551.     ::= {atmTrafficDescriptorTypes 3}
  552.  
  553. atmClpTaggingNoScr  OBJECT-IDENTITY
  554.     STATUS  deprecated
  555.     DESCRIPTION
  556.         "This traffic descriptor is for CLP with
  557.         tagging and no Sustained Cell Rate.  The use
  558.         of the parameter vector for this type:
  559.  
  560.  
  561.  
  562. Noto, et. al.               Standards Track                    [Page 10]
  563.  
  564. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  565.  
  566.  
  567.         Parameter 1: peak cell rate in cells/second
  568.                      for CLP=0+1 traffic
  569.         Parameter 2: peak cell rate in cells/second
  570.                      for CLP=0 traffic, excess
  571.                      tagged as CLP=1
  572.         Parameter 3: not used
  573.         Parameter 4: not used
  574.         Parameter 5: not used."
  575.     ::= {atmTrafficDescriptorTypes 4}
  576.  
  577. atmNoClpScr  OBJECT-IDENTITY
  578.     STATUS  current
  579.     DESCRIPTION
  580.         "This traffic descriptor type is for no CLP
  581.         with Sustained Cell Rate.  The use of the
  582.         parameter vector for this type:
  583.         Parameter 1: peak cell rate in cells/second
  584.                      for CLP=0+1 traffic
  585.         Parameter 2: sustainable cell rate in cells/second
  586.                      for CLP=0+1 traffic
  587.         Parameter 3: maximum burst size in cells
  588.         Parameter 4: not used
  589.         Parameter 5: not used."
  590.     REFERENCE
  591.         "ATM Forum,ATM User-Network Interface,
  592.            Version 3.0 (UNI 3.0) Specification, 1994.
  593.          ATM Forum, ATM User-Network Interface,
  594.            Version 3.1 (UNI 3.1) Specification,
  595.            November 1994."
  596.     ::= {atmTrafficDescriptorTypes 5}
  597.  
  598. atmClpNoTaggingScr  OBJECT-IDENTITY
  599.     STATUS  current
  600.     DESCRIPTION
  601.         "This traffic descriptor type is for CLP with
  602.         Sustained Cell Rate and no tagging.  The use
  603.         of the parameter vector for this type:
  604.         Parameter 1: peak cell rate in cells/second
  605.                      for CLP=0+1 traffic
  606.         Parameter 2: sustainable cell rate in cells/second
  607.                      for CLP=0 traffic
  608.         Parameter 3: maximum burst size in cells
  609.         Parameter 4: not used
  610.         Parameter 5: not used."
  611.     REFERENCE
  612.         "ATM Forum,ATM User-Network Interface,
  613.            Version 3.0 (UNI 3.0) Specification, 1994.
  614.          ATM Forum, ATM User-Network Interface,
  615.  
  616.  
  617.  
  618. Noto, et. al.               Standards Track                    [Page 11]
  619.  
  620. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  621.  
  622.  
  623.            Version 3.1 (UNI 3.1) Specification,
  624.            November 1994."
  625.     ::= {atmTrafficDescriptorTypes 6}
  626.  
  627. atmClpTaggingScr  OBJECT-IDENTITY
  628.     STATUS  current
  629.     DESCRIPTION
  630.         "This traffic descriptor type is for CLP with
  631.         tagging and Sustained Cell Rate.  The use of
  632.         the parameter vector for this type:
  633.         Parameter 1: peak cell rate in cells/second
  634.                      for CLP=0+1 traffic
  635.         Parameter 2: sustainable cell rate in cells/second
  636.                      for CLP=0 traffic, excess tagged as
  637.                      CLP=1
  638.         Parameter 3: maximum burst size in cells
  639.         Parameter 4: not used
  640.         Parameter 5: not used."
  641.     REFERENCE
  642.         "ATM Forum,ATM User-Network Interface,
  643.            Version 3.0 (UNI 3.0) Specification, 1994.
  644.          ATM Forum, ATM User-Network Interface,
  645.            Version 3.1 (UNI 3.1) Specification,
  646.            November 1994."
  647.     ::= {atmTrafficDescriptorTypes 7}
  648.  
  649. atmClpNoTaggingMcr  OBJECT-IDENTITY
  650.     STATUS  current
  651.     DESCRIPTION
  652.         "This traffic descriptor type is for CLP with
  653.         Minimum Cell Rate and no tagging.  The use of
  654.         the parameter vector for this type:
  655.         Parameter 1: peak cell rate in cells/second
  656.                      for CLP=0+1 traffic
  657.         Parameter 2: CDVT in tenths of microseconds
  658.         Parameter 3: minimum cell rate in cells/second
  659.         Parameter 4: unused
  660.         Parameter 5: unused."
  661.     REFERENCE
  662.         "ATM Forum,ATM User-Network Interface,
  663.            Version 3.0 (UNI 3.0) Specification, 1994.
  664.          ATM Forum, ATM User-Network Interface,
  665.            Version 3.1 (UNI 3.1) Specification,
  666.            November 1994."
  667.     ::= {atmTrafficDescriptorTypes 8}
  668.  
  669. atmClpTransparentNoScr  OBJECT-IDENTITY
  670.     STATUS  current
  671.  
  672.  
  673.  
  674. Noto, et. al.               Standards Track                    [Page 12]
  675.  
  676. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  677.  
  678.  
  679.     DESCRIPTION
  680.         "This traffic descriptor type is for the CLP-
  681.         transparent model and no Sustained Cell Rate.
  682.         The use of the parameter vector for this type:
  683.         Parameter 1: peak cell rate in cells/second
  684.                      for CLP=0+1 traffic
  685.         Parameter 2: CDVT in tenths of microseconds
  686.         Parameter 3: not used
  687.         Parameter 4: not used
  688.         Parameter 5: not used.
  689.  
  690.         This traffic descriptor type is applicable to
  691.         connections following the CBR.1 conformance
  692.         definition.
  693.  
  694.         Connections specifying this traffic descriptor
  695.         type will be rejected at UNI 3.0 or UNI 3.1
  696.         interfaces.  For a similar traffic descriptor
  697.         type that can be accepted at UNI 3.0 and
  698.         UNI 3.1 interfaces, see atmNoClpNoScr."
  699.     REFERENCE
  700.         "ATM Forum,ATM User-Network Interface,
  701.            Version 3.0 (UNI 3.0) Specification, 1994.
  702.          ATM Forum, ATM User-Network Interface,
  703.            Version 3.1 (UNI 3.1) Specification,
  704.            November 1994.
  705.          ATM Forum, Traffic Management Specification,
  706.            Version 4.0, af-tm-0056.000, June 1996."
  707.     ::= {atmTrafficDescriptorTypes 9}
  708.  
  709. atmClpTransparentScr  OBJECT-IDENTITY
  710.     STATUS  current
  711.     DESCRIPTION
  712.         "This traffic descriptor type is for the CLP-
  713.         transparent model with Sustained Cell Rate.
  714.         The use of the parameter vector for this type:
  715.         Parameter 1: peak cell rate in cells/second
  716.                      for CLP=0+1 traffic
  717.         Parameter 2: sustainable cell rate in cells/second
  718.                      for CLP=0+1 traffic
  719.         Parameter 3: maximum burst size in cells
  720.         Parameter 4: CDVT in tenths of microseconds
  721.         Parameter 5: not used.
  722.  
  723.         This traffic descriptor type is applicable to
  724.         connections following the VBR.1 conformance
  725.         definition.
  726.  
  727.  
  728.  
  729.  
  730. Noto, et. al.               Standards Track                    [Page 13]
  731.  
  732. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  733.  
  734.  
  735.         Connections specifying this traffic descriptor
  736.         type will be rejected at UNI 3.0 or UNI 3.1
  737.         interfaces.  For a similar traffic descriptor
  738.         type that can be accepted at UNI 3.0 and
  739.         UNI 3.1 interfaces, see atmNoClpScr."
  740.     REFERENCE
  741.         "ATM Forum,ATM User-Network Interface,
  742.            Version 3.0 (UNI 3.0) Specification, 1994.
  743.          ATM Forum, ATM User-Network Interface,
  744.            Version 3.1 (UNI 3.1) Specification,
  745.            November 1994.
  746.          ATM Forum, Traffic Management Specification,
  747.            Version 4.0, af-tm-0056.000, June 1996."
  748.     ::= {atmTrafficDescriptorTypes 10}
  749.  
  750. atmNoClpTaggingNoScr  OBJECT-IDENTITY
  751.     STATUS  current
  752.     DESCRIPTION
  753.         "This traffic descriptor type is for no CLP
  754.         with tagging and no Sustained Cell Rate.  The
  755.         use of the parameter vector for this type:
  756.         Parameter 1: peak cell rate in cells/second
  757.                      for CLP=0+1 traffic
  758.         Parameter 2: CDVT in tenths of microseconds
  759.         Parameter 3: not used
  760.         Parameter 4: not used
  761.         Parameter 5: not used.
  762.  
  763.         This traffic descriptor type is applicable to
  764.         connections following the UBR.2 conformance
  765.         definition ."
  766.     REFERENCE
  767.         "ATM Forum,ATM User-Network Interface,
  768.            Version 3.0 (UNI 3.0) Specification, 1994.
  769.          ATM Forum, ATM User-Network Interface,
  770.            Version 3.1 (UNI 3.1) Specification,
  771.            November 1994.
  772.          ATM Forum, Traffic Management Specification,
  773.            Version 4.0, af-tm-0056.000, June 1996."
  774.     ::= {atmTrafficDescriptorTypes 11}
  775.  
  776. atmNoClpNoScrCdvt  OBJECT-IDENTITY
  777.     STATUS  current
  778.     DESCRIPTION
  779.         "This traffic descriptor type is for no CLP
  780.         and no Sustained Cell Rate.  The use of the
  781.         parameter vector for this type:
  782.         Parameter 1: peak cell rate in cells/second
  783.  
  784.  
  785.  
  786. Noto, et. al.               Standards Track                    [Page 14]
  787.  
  788. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  789.  
  790.  
  791.                      for CLP=0+1 traffic
  792.         Parameter 2: CDVT in tenths of microseconds
  793.         Parameter 3: not used
  794.         Parameter 4: not used
  795.         Parameter 5: not used.
  796.  
  797.         This traffic descriptor type is applicable to
  798.         CBR connections following the UNI 3.0/3.1
  799.         conformance definition for PCR CLP=0+1.
  800.         These CBR connections differ from CBR.1
  801.         connections in that the CLR objective
  802.         applies only to the CLP=0 cell flow.
  803.  
  804.         This traffic descriptor type is also
  805.         applicable to connections following the UBR.1
  806.         conformance definition."
  807.     REFERENCE
  808.         "ATM Forum,ATM User-Network Interface,
  809.            Version 3.0 (UNI 3.0) Specification, 1994.
  810.          ATM Forum, ATM User-Network Interface,
  811.            Version 3.1 (UNI 3.1) Specification,
  812.            November 1994.
  813.          ATM Forum, Traffic Management Specification,
  814.            Version 4.0, af-tm-0056.000, June 1996."
  815.     ::= {atmTrafficDescriptorTypes 12}
  816.  
  817. atmNoClpScrCdvt  OBJECT-IDENTITY
  818.     STATUS  current
  819.     DESCRIPTION
  820.         "This traffic descriptor type is for no CLP
  821.         with Sustained Cell Rate.  The use of the
  822.         parameter vector for this type:
  823.         Parameter 1: peak cell rate in cells/second
  824.                      for CLP=0+1 traffic
  825.         Parameter 2: sustainable cell rate in cells/second
  826.                      for CLP=0+1 traffic
  827.         Parameter 3: maximum burst size in cells
  828.         Parameter 4: CDVT in tenths of microseconds
  829.         Parameter 5: not used.
  830.  
  831.         This traffic descriptor type is applicable
  832.         to VBR connections following the UNI 3.0/3.1
  833.         conformance definition for PCR CLP=0+1 and
  834.         SCR CLP=0+1.  These VBR connections
  835.         differ from VBR.1 connections in that
  836.         the CLR objective applies only to the CLP=0
  837.         cell flow."
  838.     REFERENCE
  839.  
  840.  
  841.  
  842. Noto, et. al.               Standards Track                    [Page 15]
  843.  
  844. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  845.  
  846.  
  847.         "ATM Forum,ATM User-Network Interface,
  848.            Version 3.0 (UNI 3.0) Specification, 1994.
  849.          ATM Forum, ATM User-Network Interface,
  850.            Version 3.1 (UNI 3.1) Specification,
  851.            November 1994.
  852.          ATM Forum, Traffic Management Specification,
  853.            Version 4.0, af-tm-0056.000, June 1996."
  854.     ::= {atmTrafficDescriptorTypes 13}
  855.  
  856. atmClpNoTaggingScrCdvt  OBJECT-IDENTITY
  857.     STATUS  current
  858.     DESCRIPTION
  859.         "This traffic descriptor type is for CLP with
  860.         Sustained Cell Rate and no tagging.  The use
  861.         of the parameter vector for this type:
  862.         Parameter 1: peak cell rate in cells/second
  863.                      for CLP=0+1 traffic
  864.         Parameter 2: sustainable cell rate in cells/second
  865.                      for CLP=0 traffic
  866.         Parameter 3: maximum burst size in cells
  867.         Parameter 4: CDVT in tenths of microseconds
  868.         Parameter 5: not used.
  869.  
  870.         This traffic descriptor type is applicable to
  871.         connections following the VBR.2 conformance
  872.         definition."
  873.     REFERENCE
  874.         "ATM Forum,ATM User-Network Interface,
  875.            Version 3.0 (UNI 3.0) Specification, 1994.
  876.          ATM Forum, ATM User-Network Interface,
  877.            Version 3.1 (UNI 3.1) Specification,
  878.            November 1994.
  879.          ATM Forum, Traffic Management Specification,
  880.            Version 4.0, af-tm-0056.000, June 1996."
  881.     ::= {atmTrafficDescriptorTypes 14}
  882.  
  883. atmClpTaggingScrCdvt  OBJECT-IDENTITY
  884.     STATUS  current
  885.     DESCRIPTION
  886.         "This traffic descriptor type is for CLP with
  887.         tagging and Sustained Cell Rate.  The use of
  888.         the parameter vector for this type:
  889.         Parameter 1: peak cell rate in cells/second
  890.                      for CLP=0+1 traffic
  891.         Parameter 2: sustainable cell rate in cells/second
  892.                      for CLP=0 traffic, excess tagged as
  893.                      CLP=1
  894.         Parameter 3: maximum burst size in cells
  895.  
  896.  
  897.  
  898. Noto, et. al.               Standards Track                    [Page 16]
  899.  
  900. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  901.  
  902.  
  903.         Parameter 4: CDVT in tenths of microseconds
  904.         Parameter 5: not used.
  905.  
  906.         This traffic descriptor type is applicable to
  907.         connections following the VBR.3 conformance
  908.         definition."
  909.     REFERENCE
  910.         "ATM Forum,ATM User-Network Interface,
  911.            Version 3.0 (UNI 3.0) Specification, 1994.
  912.          ATM Forum, ATM User-Network Interface,
  913.            Version 3.1 (UNI 3.1) Specification,
  914.            November 1994.
  915.          ATM Forum, Traffic Management Specification,
  916.            Version 4.0, af-tm-0056.000, June 1996."
  917.     ::= {atmTrafficDescriptorTypes 15}
  918.  
  919. END
  920.  
  921. 3.  Acknowledgments
  922.  
  923.    This document is a product of the AToMMIB Working Group.
  924.  
  925. 4.  References
  926.  
  927.    [1]  Case, J., McCloghrie, K., Rose, M. and S. Waldbusser,
  928.         "Textual Conventions for Version 2 of the Simple Network
  929.         Management Protocol (SNMPv2)", RFC 1903, January 1996.
  930.  
  931.    [2]  Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Structure
  932.         of Management Information for Version 2 of the Simple Network
  933.         Management Protocol (SNMPv2)", RFC 1902, January 1996.
  934.  
  935.    [3]  Tesink, K., Editor, "Definitions of Managed Objects for ATM
  936.         Management", RFC 2515, February 1999.
  937.  
  938. 5.  Security Considerations
  939.  
  940.    This memo defines textual conventions and object identities for use
  941.    in ATM MIB modules. Security issues for these MIB modules are
  942.    addressed in the memos defining those modules.
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954. Noto, et. al.               Standards Track                    [Page 17]
  955.  
  956. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  957.  
  958.  
  959. 6.  Authors' Addresses
  960.  
  961.    Michael Noto
  962.    3Com Corporation
  963.    5400 Bayfront Plaza, M/S 3109
  964.    Santa Clara, CA 95052
  965.  
  966.    Phone +1 408 326 2218
  967.    Email: mike_noto@3com.com
  968.  
  969.  
  970.  
  971.    Ethan Mickey Spiegel
  972.    Cisco Systems
  973.    170 W. Tasman Dr.
  974.    San Jose, CA 95134
  975.    USA
  976.  
  977.    Phone +1 408 526 6408
  978.    EMail: mspiegel@cisco.com
  979.  
  980.  
  981.    Kaj Tesink
  982.    Bellcore
  983.    331 Newman Springs Road
  984.    P.O. Box 7020
  985.    Red Bank, NJ  07701-7020
  986.  
  987.    Phone: (732) 758-5254
  988.    EMail: kaj@bellcore.com
  989.  
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.  
  999.  
  1000.  
  1001.  
  1002.  
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010. Noto, et. al.               Standards Track                    [Page 18]
  1011.  
  1012. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  1013.  
  1014.  
  1015. 7.  Intellectual Property
  1016.  
  1017.    The IETF takes no position regarding the validity or scope of any
  1018.    intellectual property or other rights that might be claimed to
  1019.    pertain to the implementation or use of the technology described in
  1020.    this document or the extent to which any license under such rights
  1021.    might or might not be available; neither does it represent that it
  1022.    has made any effort to identify any such rights.  Information on the
  1023.    IETF's procedures with respect to rights in standards-track and
  1024.    standards-related documentation can be found in BCP-11.  Copies of
  1025.    claims of rights made available for publication and any assurances of
  1026.    licenses to be made available, or the result of an attempt made to
  1027.    obtain a general license or permission for the use of such
  1028.    proprietary rights by implementors or users of this specification can
  1029.    be obtained from the IETF Secretariat.
  1030.  
  1031.    The IETF invites any interested party to bring to its attention any
  1032.    copyrights, patents or patent applications, or other proprietary
  1033.    rights which may cover technology that may be required to practice
  1034.    this standard.  Please address the information to the IETF Executive
  1035.    Director.
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043.  
  1044.  
  1045.  
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066. Noto, et. al.               Standards Track                    [Page 19]
  1067.  
  1068. RFC 2514             ATM TCs and OBJECT-IDENTITIES         February 1999
  1069.  
  1070.  
  1071. 8.  Full Copyright Statement
  1072.  
  1073.    Copyright (C) The Internet Society (1999).  All Rights Reserved.
  1074.  
  1075.    This document and translations of it may be copied and furnished to
  1076.    others, and derivative works that comment on or otherwise explain it
  1077.    or assist in its implementation may be prepared, copied, published
  1078.    and distributed, in whole or in part, without restriction of any
  1079.    kind, provided that the above copyright notice and this paragraph are
  1080.    included on all such copies and derivative works.  However, this
  1081.    document itself may not be modified in any way, such as by removing
  1082.    the copyright notice or references to the Internet Society or other
  1083.    Internet organizations, except as needed for the purpose of
  1084.    developing Internet standards in which case the procedures for
  1085.    copyrights defined in the Internet Standards process must be
  1086.    followed, or as required to translate it into languages other than
  1087.    English.
  1088.  
  1089.    The limited permissions granted above are perpetual and will not be
  1090.    revoked by the Internet Society or its successors or assigns.
  1091.  
  1092.    This document and the information contained herein is provided on an
  1093.    "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
  1094.    TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
  1095.    BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
  1096.    HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
  1097.    MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
  1098.  
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122. Noto, et. al.               Standards Track                    [Page 20]
  1123.  
  1124.