home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / rfc / rfc2128 < prev    next >
Text File  |  1997-03-31  |  66KB  |  1,908 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                 G. Roeck, Editor
  8. Request for Comments: 2128                               cisco Systems
  9. Category: Standards Track                                   March 1997
  10.  
  11.  
  12.           Dial Control Management Information Base using SMIv2
  13.  
  14. Status of this Memo
  15.  
  16.    This document specifies an Internet standards track protocol for the
  17.    Internet community, and requests discussion and suggestions for
  18.    improvements.  Please refer to the current edition of the "Internet
  19.    Official Protocol Standards" (STD 1) for the standardization state
  20.    and status of this protocol.  Distribution of this memo is unlimited.
  21.  
  22. Abstract
  23.  
  24.    This memo defines a portion of the Management Information Base (MIB)
  25.    for use with network management protocols in the Internet community.
  26.    In particular, it describes managed objects used for managing demand
  27.    access circuits, including ISDN.
  28.  
  29.    This document specifies a MIB module in a manner that is compliant to
  30.    the SNMPv2 SMI.  The set of objects is consistent with the SNMP
  31.    framework and existing SNMP standards.
  32.  
  33.    This document is a product of the ISDN MIB working group within the
  34.    Internet Engineering Task Force.  Comments are solicited and should
  35.    be addressed to the working group's mailing list at isdn-
  36.    mib@cisco.com and/or the author.
  37.  
  38. Table of Contents
  39.  
  40.    1 The SNMPv2 Network Management Framework ......................    2
  41.    1.1 Object Definitions .........................................    2
  42.    2 Overview .....................................................    2
  43.    2.1 Structure of MIB ...........................................    2
  44.    2.2 Relationship to the Interfaces MIB .........................    3
  45.    2.2.1 Layering Model and Virtual Circuits ......................    3
  46.    2.2.2 ifTestTable ..............................................    4
  47.    2.2.3 ifRcvAddressTable ........................................    4
  48.    2.2.3.1 ifEntry for a single peer ..............................    5
  49.    2.3 Multilink and backup line support ..........................    5
  50.    2.4 Support for generic peers ..................................    5
  51.    3 Definitions ..................................................    6
  52.    3.1 Dial Control MIB ...........................................    6
  53.    4 Acknowledgments ..............................................   32
  54.    5 References ...................................................   33
  55.  
  56.  
  57.  
  58. Roeck                   Standards Track                         [Page 1]
  59.  
  60. RFC 2128                    Dial Control MIB                  March 1997
  61.  
  62.  
  63.    6 Security Considerations ......................................   33
  64.    7 Author's Address .............................................   34
  65.  
  66. 1.  The SNMPv2 Network Management Framework
  67.  
  68.    The SNMPv2 Network Management Framework presently consists of three
  69.    major components.  They are:
  70.  
  71.    o    the SMI, described in RFC 1902 [1] - the mechanisms used for
  72.         describing and naming objects for the purpose of management.
  73.  
  74.    o    the MIB-II, STD 17, RFC 1213 [2] - the core set of managed
  75.         objects for the Internet suite of protocols.
  76.  
  77.    o    the protocol, STD 15, RFC 1157 [3] and/or RFC 1905 [4], -
  78.         the protocol for accessing managed objects.
  79.  
  80.    The Framework permits new objects to be defined for the purpose of
  81.    experimentation and evaluation.
  82.  
  83. 1.1.  Object Definitions
  84.  
  85.    Managed objects are accessed via a virtual information store, termed
  86.    the Management Information Base or MIB.  Objects in the MIB are
  87.    defined using the subset of Abstract Syntax Notation One (ASN.1)
  88.    defined in the SMI.  In particular, each object type is named by an
  89.    OBJECT IDENTIFIER, an administratively assigned name.  The object
  90.    type together with an object instance serves to uniquely identify a
  91.    specific instantiation of the object.  For human convenience, we
  92.    often use a textual string, termed the descriptor, to refer to the
  93.    object type.
  94.  
  95. 2.  Overview
  96.  
  97. 2.1.  Structure of MIB
  98.  
  99.    Managing demand access circuits requires the following groups of
  100.    information:
  101.  
  102.    o    General configuration information.
  103.  
  104.    o    Information to describe peer configuration and peer statistics.
  105.         In this respect, peer configuration means information on how to
  106.         connect to peers on outgoing calls, how to identify peers on
  107.         incoming calls, and other call related configuration
  108.         information.
  109.  
  110.    o    Information to store active call information.
  111.  
  112.  
  113.  
  114. Roeck                   Standards Track                         [Page 2]
  115.  
  116. RFC 2128                    Dial Control MIB                  March 1997
  117.  
  118.  
  119.    o    Information to retain call history.
  120.  
  121.    The MIB, therefore, is structured into four groups.
  122.  
  123.    o    The dialCtlConfiguration group is used to specify general
  124.         configuration information.
  125.  
  126.    o    The dialCtlPeer group is used to describe peer configuration
  127.         and peer statistics.
  128.  
  129.    o    The callActive group is used to store active call information.
  130.  
  131.    o    The callHistory group is used to store call history information.
  132.         These calls could be circuit switched or they could be virtual
  133.         circuits. History of each and every call is stored, of successful
  134.         calls as well as unsuccessful and rejected calls.  An entry will
  135.         be created when a call is cleared.
  136.  
  137. 2.2.  Relationship to the Interfaces MIB
  138.  
  139.    This section clarifies the relationship of this MIB to the Interfaces
  140.    MIB [8].  Several areas of correlation are addressed in the following
  141.    subsections.  The implementor is referred to the Interfaces MIB
  142.    document in order to understand the general intent of these areas.
  143.  
  144. 2.2.1.  Layering Model and Virtual Circuits
  145.  
  146.    On an occasional access channel, there are a number of peer systems
  147.    that are permitted to call or be called, all of which need to be
  148.    treated as active from a routing viewpoint, but most of which have no
  149.    call in progress at any given time.
  150.  
  151.    On dialup interfaces, this is further complicated by the fact that
  152.    calls to a given peer float from channel to channel. One cannot
  153.    definitively say "I call this peer on that interface." It is
  154.    necessary, therefore, to provide a mapping algorithm between the
  155.    low-level interfaces, and the various logical interfaces supporting
  156.    the peers.  This is solved by creating a logical interface (ifEntry)
  157.    for each peer and a logical interface (ifEntry) for each low-level
  158.    interface.  These are then correlated using the ifStackTable.
  159.  
  160.    The low-level interfaces are either physical interfaces, e.g.  modem
  161.    interfaces, or logical interfaces, e.g. ISDN B channels, which then
  162.    in turn are layered on top of physical ISDN interfaces.
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Roeck                   Standards Track                         [Page 3]
  171.  
  172. RFC 2128                    Dial Control MIB                  March 1997
  173.  
  174.  
  175.    The model, therefore, looks something like this, taking ISDN as an
  176.    example:
  177.  
  178. +-------------------------------------------------------+
  179. |               Network Layer Protocol                  |
  180. +------+ +-------+ +-------+ +-------+ +-------+ +------+
  181.        | |       | |       | |       | |       | | <== appears active
  182.      +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+
  183.      | PPP |   | PPP |   | F/R |   | PPP |   | F/R |
  184.      | for |   | for |   | for |   | for |   | for |   ifEntry with
  185.      |Peer1|   |Peer2|   |switch   |Peer3|   |switch   shadow PeerEntry
  186.      |     |   |     |   |  A  |   |     |   |  B  |
  187.      +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+   +-+ +-+
  188.                  | |                 | |           <== some actually are
  189.     +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+
  190.     |   B   | |   B   | |   B   | |   B   | |   B   |
  191.     |channel| |channel| |channel| |channel| |channel|
  192.     +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+ +--+
  193.        | |       | |       | |       | |       | |
  194. +------+ +-------+ +-------+ +-------+ +-------+ +------+
  195. |             Basic/Primary Rate Interface              |
  196. +-------------------------------------------------------+
  197.  
  198.    Mapping of IP interfaces to Called Peers to B Channels
  199.  
  200.    IfEntries are maintained for each peer.
  201.  
  202.    In this model, each peer is required to have an associated
  203.    encapsulation layer interface. This interface can be of any kind,
  204.    e.g. PPP or LAPB.
  205.  
  206.    In order to specify the network address for a given peer, one would
  207.    then usually add a routing/forwarding table entry, pointing to the
  208.    encapsulation layer interface through which this peer can be reached.
  209.  
  210. 2.2.2.  ifTestTable
  211.  
  212.    The ifTestTable usage is defined in the MIBs defining the
  213.    encapsulation below the network layer.  For example, if PPP
  214.    encapsulation is being used, the ifTestTable is defined by PPP.
  215.  
  216. 2.2.3.  ifRcvAddressTable
  217.  
  218.    The ifRcvAddressTable usage is defined in the MIBs defining the
  219.    encapsulation below the network layer.  For example, if PPP
  220.    encapsulation is being used, the ifRcvAddressTable is defined by PPP.
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Roeck                   Standards Track                         [Page 4]
  227.  
  228. RFC 2128                    Dial Control MIB                  March 1997
  229.  
  230.  
  231. 2.2.3.1.  ifEntry for a single peer
  232.  
  233.    IfEntries are defined in the MIBs defining the encapsulation below
  234.    the network layer.  For example, if PPP encapsulation is being used,
  235.    the ifEntry is defined by PPP.
  236.  
  237.    ifEntries will never be created by the Dial Control MIB.  The Dial
  238.    Control MIB always depends on some other ifIndex of some set of
  239.    ifTypes.  That is, to create an entry in the Dial Control MIB, the
  240.    base ifEntry must already have been created through some other
  241.    mechanism.
  242.  
  243.    The Dial Control entry does have its own RowStatus, permitting the
  244.    Dial Control supplementary information to come and go, but not
  245.    otherwise disturbing the ifIndex to which it is attached.  If in a
  246.    given implementation the two are tightly bound, deleting the ifEntry
  247.    may have the side effect of deleting the Dial Control entry.
  248.  
  249. 2.3.  Multilink and backup line support
  250.  
  251.    In order to support multilink and backup procedures, there may be
  252.    several entries for a single peer in the dialCtlPeerCfgTable.
  253.  
  254.    A single peer is identified using the dialCtlPeerCfgId object of the
  255.    dialCtlPeerCfgTable.  There may be several entries in
  256.    dialCtlPeerCfgTable with the same value of dialCtlPeerCfgId, but
  257.    different ifIndex values.  Each of those entries will then describe a
  258.    possible connection to the same peer.  Such entries can then be used
  259.    to handle multilink as well as backup procedures, e.g. by bundling
  260.    the attached ifEntries using PPP multilink.
  261.  
  262. 2.4.  Support for generic peers
  263.  
  264.    Generic peers can for example be supported by permitting wild-card
  265.    characters (e.g., '?' or '*') in dialCtlPeerCfgAnswerAddress.  A
  266.    number to be accepted could then be defined as partly (e.g., '*1234')
  267.    or entirely generic (e.g., '*').
  268.  
  269.    A detailed specification of such a functionality is outside the scope
  270.    of this document.
  271.  
  272.    However, the implementor should be aware that supporting generic
  273.    peers may cause a security hole.  The user would not know where a
  274.    call is from, which could potentially allow unauthorized access.
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Roeck                   Standards Track                         [Page 5]
  283.  
  284. RFC 2128                    Dial Control MIB                  March 1997
  285.  
  286.  
  287. 3.  Definitions
  288.  
  289. 3.1.  Dial Control MIB
  290.  
  291. DIAL-CONTROL-MIB DEFINITIONS ::= BEGIN
  292.  
  293. IMPORTS
  294.         MODULE-IDENTITY,
  295.         NOTIFICATION-TYPE,
  296.         OBJECT-TYPE,
  297.         Unsigned32
  298.                 FROM SNMPv2-SMI
  299.         TEXTUAL-CONVENTION,
  300.         DisplayString,
  301.         TimeStamp,
  302.         RowStatus
  303.                  FROM SNMPv2-TC
  304.         MODULE-COMPLIANCE,
  305.         OBJECT-GROUP,
  306.         NOTIFICATION-GROUP
  307.                 FROM SNMPv2-CONF
  308.         IANAifType
  309.                 FROM IANAifType-MIB
  310.         ifOperStatus,
  311.         ifIndex,
  312.         InterfaceIndex,
  313.         InterfaceIndexOrZero
  314.                 FROM IF-MIB
  315.         transmission
  316.                 FROM RFC1213-MIB;
  317.  
  318. dialControlMib MODULE-IDENTITY
  319.         LAST-UPDATED    "9609231544Z" -- Sep 23, 1996
  320.         ORGANIZATION    "IETF ISDN Working Group"
  321.         CONTACT-INFO
  322.             "        Guenter Roeck
  323.              Postal: cisco Systems
  324.                      170 West Tasman Drive
  325.                      San Jose, CA 95134
  326.                      U.S.A.
  327.              Phone:  +1 408 527 3143
  328.              E-mail: groeck@cisco.com"
  329.         DESCRIPTION
  330.             "The MIB module to describe peer information for
  331.              demand access and possibly other kinds of interfaces."
  332.         ::= { transmission 21 }
  333.  
  334. AbsoluteCounter32 ::= TEXTUAL-CONVENTION
  335.  
  336.  
  337.  
  338. Roeck                   Standards Track                         [Page 6]
  339.  
  340. RFC 2128                    Dial Control MIB                  March 1997
  341.  
  342.  
  343.         STATUS      current
  344.         DESCRIPTION
  345.             "Represents a Counter32-like value that starts at zero,
  346.              does not decrease, and does not wrap. This may be used
  347.              only in situations where wrapping is not possible or
  348.              extremely unlikely. Should such a counter overflow,
  349.              it locks at the maxium value of 4,294,967,295.
  350.  
  351.              The primary use of this type of counter is situations
  352.              where a counter value is to be recorded as history
  353.              and is thus no longer subject to reading for changing
  354.              values."
  355.         SYNTAX      Unsigned32
  356.  
  357. -- Dial Control Mib objects definitions
  358.  
  359. dialControlMibObjects OBJECT IDENTIFIER ::= { dialControlMib 1 }
  360.  
  361. -- General configuration group
  362.  
  363. dialCtlConfiguration OBJECT IDENTIFIER ::= { dialControlMibObjects 1 }
  364.  
  365. -- general configuration data/parameters
  366.  
  367. dialCtlAcceptMode OBJECT-TYPE
  368.         SYNTAX INTEGER {
  369.             acceptNone(1),
  370.             acceptAll(2),
  371.             acceptKnown(3)
  372.         }
  373.         MAX-ACCESS  read-write
  374.         STATUS      current
  375.         DESCRIPTION
  376.             "The security level for acceptance of incoming calls.
  377.              acceptNone(1)  - incoming calls will not be accepted
  378.              acceptAll(2)   - incoming calls will be accepted,
  379.                               even if there is no matching entry
  380.                               in the dialCtlPeerCfgTable
  381.              acceptKnown(3) - incoming calls will be accepted only
  382.                               if there is a matching entry in the
  383.                               dialCtlPeerCfgTable
  384.             "
  385.         ::= { dialCtlConfiguration 1 }
  386.  
  387. dialCtlTrapEnable OBJECT-TYPE
  388.         SYNTAX      INTEGER {
  389.             enabled(1),
  390.             disabled(2)
  391.  
  392.  
  393.  
  394. Roeck                   Standards Track                         [Page 7]
  395.  
  396. RFC 2128                    Dial Control MIB                  March 1997
  397.  
  398.  
  399.         }
  400.         MAX-ACCESS  read-write
  401.         STATUS      current
  402.         DESCRIPTION
  403.             "This object indicates whether dialCtlPeerCallInformation
  404.              and dialCtlPeerCallSetup traps should be generated for
  405.              all peers. If the value of this object is enabled(1),
  406.              traps will be generated for all peers. If the value
  407.              of this object is disabled(2), traps will be generated
  408.              only for peers having dialCtlPeerCfgTrapEnable set
  409.              to enabled(1)."
  410.         DEFVAL      { disabled }
  411.         ::= { dialCtlConfiguration 2 }
  412.  
  413.  
  414. -- Peer group
  415.  
  416. dialCtlPeer OBJECT IDENTIFIER ::= { dialControlMibObjects 2 }
  417.  
  418. -- peer configuration table
  419.  
  420. dialCtlPeerCfgTable OBJECT-TYPE
  421.         SYNTAX      SEQUENCE OF DialCtlPeerCfgEntry
  422.         MAX-ACCESS  not-accessible
  423.         STATUS      current
  424.         DESCRIPTION
  425.             "The list of peers from which the managed device
  426.              will accept calls or to which it will place them."
  427.        ::= { dialCtlPeer 1 }
  428.  
  429. dialCtlPeerCfgEntry OBJECT-TYPE
  430.         SYNTAX      DialCtlPeerCfgEntry
  431.         MAX-ACCESS  not-accessible
  432.         STATUS      current
  433.         DESCRIPTION
  434.             "Configuration data for a single Peer. This entry is
  435.              effectively permanent, and contains information
  436.              to identify the peer, how to connect to the peer,
  437.              how to identify the peer and its permissions.
  438.              The value of dialCtlPeerCfgOriginateAddress must be
  439.              specified before a new row in this table can become
  440.              active(1). Any writeable parameters in an existing entry
  441.              can be modified while the entry is active. The modification
  442.              will take effect when the peer in question will be
  443.              called the next time.
  444.              An entry in this table can only be created if the
  445.              associated ifEntry already exists."
  446.         INDEX       { dialCtlPeerCfgId, ifIndex }
  447.  
  448.  
  449.  
  450. Roeck                   Standards Track                         [Page 8]
  451.  
  452. RFC 2128                    Dial Control MIB                  March 1997
  453.  
  454.  
  455.       ::= { dialCtlPeerCfgTable 1 }
  456.  
  457. DialCtlPeerCfgEntry ::= SEQUENCE {
  458.             dialCtlPeerCfgId                 INTEGER,
  459.             dialCtlPeerCfgIfType             IANAifType,
  460.             dialCtlPeerCfgLowerIf            InterfaceIndexOrZero,
  461.             dialCtlPeerCfgOriginateAddress   DisplayString,
  462.             dialCtlPeerCfgAnswerAddress      DisplayString,
  463.             dialCtlPeerCfgSubAddress         DisplayString,
  464.             dialCtlPeerCfgClosedUserGroup    DisplayString,
  465.             dialCtlPeerCfgSpeed              INTEGER,
  466.             dialCtlPeerCfgInfoType           INTEGER,
  467.             dialCtlPeerCfgPermission         INTEGER,
  468.             dialCtlPeerCfgInactivityTimer    INTEGER,
  469.             dialCtlPeerCfgMinDuration        INTEGER,
  470.             dialCtlPeerCfgMaxDuration        INTEGER,
  471.             dialCtlPeerCfgCarrierDelay       INTEGER,
  472.             dialCtlPeerCfgCallRetries        INTEGER,
  473.             dialCtlPeerCfgRetryDelay         INTEGER,
  474.             dialCtlPeerCfgFailureDelay       INTEGER,
  475.             dialCtlPeerCfgTrapEnable         INTEGER,
  476.             dialCtlPeerCfgStatus             RowStatus
  477.         }
  478.  
  479. dialCtlPeerCfgId OBJECT-TYPE
  480.         SYNTAX      INTEGER (1..2147483647)
  481.         MAX-ACCESS  not-accessible
  482.         STATUS      current
  483.         DESCRIPTION
  484.             "This object identifies a single peer. There may
  485.              be several entries in this table for one peer,
  486.              defining different ways of reaching this peer.
  487.              Thus, there may be several entries in this table
  488.              with the same value of dialCtlPeerCfgId.
  489.              Multiple entries for one peer may be used to support
  490.              multilink as well as backup lines.
  491.              A single peer will be identified by a unique value
  492.              of this object. Several entries for one peer MUST
  493.              have the same value of dialCtlPeerCfgId, but different
  494.              ifEntries and thus different values of ifIndex."
  495.         ::= { dialCtlPeerCfgEntry 1 }
  496.  
  497. dialCtlPeerCfgIfType OBJECT-TYPE
  498.         SYNTAX      IANAifType
  499.         MAX-ACCESS  read-create
  500.         STATUS      current
  501.         DESCRIPTION
  502.             "The interface type to be used for calling this peer.
  503.  
  504.  
  505.  
  506. Roeck                   Standards Track                         [Page 9]
  507.  
  508. RFC 2128                    Dial Control MIB                  March 1997
  509.  
  510.  
  511.              In case of ISDN, the value of isdn(63) is to be used."
  512.         DEFVAL      { other }
  513.         ::= { dialCtlPeerCfgEntry 2 }
  514.  
  515. dialCtlPeerCfgLowerIf OBJECT-TYPE
  516.         SYNTAX      InterfaceIndexOrZero
  517.         MAX-ACCESS  read-create
  518.         STATUS      current
  519.         DESCRIPTION
  520.             "ifIndex value of an interface the peer will have to be
  521.              called on. For example, on an ISDN interface, this can be
  522.              the ifIndex value of a D channel or the ifIndex value of a
  523.              B channel, whatever is appropriate for a given peer.
  524.              As an example, for Basic Rate leased lines it will be
  525.              necessary to specify a B channel ifIndex, while for
  526.              semi-permanent connections the D channel ifIndex has
  527.              to be specified.
  528.              If the interface can be dynamically assigned, this object
  529.              has a value of zero."
  530.         DEFVAL      { 0 }
  531.         ::= { dialCtlPeerCfgEntry 3 }
  532.  
  533. dialCtlPeerCfgOriginateAddress OBJECT-TYPE
  534.         SYNTAX      DisplayString
  535.         MAX-ACCESS  read-create
  536.         STATUS      current
  537.         DESCRIPTION
  538.             "Call Address at which the peer will be called.
  539.              Think of this as the set of characters following 'ATDT '
  540.              or the 'phone number' included in a D channel call request.
  541.  
  542.              The structure of this information will be switch type
  543.              specific. If there is no address information required
  544.              for reaching the peer, i.e., for leased lines,
  545.              this object will be a zero length string."
  546.         ::= { dialCtlPeerCfgEntry 4 }
  547.  
  548. dialCtlPeerCfgAnswerAddress OBJECT-TYPE
  549.         SYNTAX      DisplayString
  550.         MAX-ACCESS  read-create
  551.         STATUS      current
  552.         DESCRIPTION
  553.             "Calling Party Number information element, as for example
  554.              passed in an ISDN SETUP message by a PBX or switch,
  555.              for incoming calls.
  556.              This address can be used to identify the peer.
  557.              If this address is either unknown or identical
  558.              to dialCtlPeerCfgOriginateAddress, this object will be
  559.  
  560.  
  561.  
  562. Roeck                   Standards Track                        [Page 10]
  563.  
  564. RFC 2128                    Dial Control MIB                  March 1997
  565.  
  566.  
  567.              a zero length string."
  568.         DEFVAL      { "" }
  569.         ::= { dialCtlPeerCfgEntry 5 }
  570.  
  571. dialCtlPeerCfgSubAddress OBJECT-TYPE
  572.         SYNTAX      DisplayString
  573.         MAX-ACCESS  read-create
  574.         STATUS      current
  575.         DESCRIPTION
  576.             "Subaddress at which the peer will be called.
  577.              If the subaddress is undefined for the given media or
  578.              unused, this is a zero length string."
  579.         DEFVAL      { "" }
  580.         ::= { dialCtlPeerCfgEntry 6 }
  581.  
  582. dialCtlPeerCfgClosedUserGroup OBJECT-TYPE
  583.         SYNTAX      DisplayString
  584.         MAX-ACCESS  read-create
  585.         STATUS      current
  586.         DESCRIPTION
  587.             "Closed User Group at which the peer will be called.
  588.              If the Closed User Group is undefined for the given media
  589.              or unused, this is a zero length string."
  590.         REFERENCE
  591.             "Q.931, chapter 4.6.1."
  592.         DEFVAL      { "" }
  593.         ::= { dialCtlPeerCfgEntry 7 }
  594.  
  595. dialCtlPeerCfgSpeed OBJECT-TYPE
  596.         SYNTAX      INTEGER (0..2147483647)
  597.         MAX-ACCESS  read-create
  598.         STATUS      current
  599.         DESCRIPTION
  600.             "The desired information transfer speed in bits/second
  601.              when calling this peer.
  602.              The detailed media specific information, e.g. information
  603.              type and information transfer rate for ISDN circuits,
  604.              has to be extracted from this object.
  605.              If the transfer speed to be used is unknown or the default
  606.              speed for this type of interfaces, the value of this object
  607.              may be zero."
  608.         DEFVAL      { 0 }
  609.         ::= { dialCtlPeerCfgEntry 8 }
  610.  
  611. dialCtlPeerCfgInfoType OBJECT-TYPE
  612.         SYNTAX      INTEGER {
  613.             other(1),
  614.             speech(2),
  615.  
  616.  
  617.  
  618. Roeck                   Standards Track                        [Page 11]
  619.  
  620. RFC 2128                    Dial Control MIB                  March 1997
  621.  
  622.  
  623.             unrestrictedDigital(3),     -- 64k/s data
  624.             unrestrictedDigital56(4),   -- with 56k rate adaption
  625.             restrictedDigital(5),
  626.             audio31(6),                 -- 3.1 kHz audio
  627.             audio7(7),                  -- 7 kHz audio
  628.             video(8),
  629.             packetSwitched(9),
  630.             fax(10)
  631.         }
  632.         MAX-ACCESS  read-create
  633.         STATUS      current
  634.         DESCRIPTION
  635.             "The Information Transfer Capability to be used when
  636.              calling this peer.
  637.  
  638.              speech(2) refers to a non-data connection, whereas
  639.              audio31(6) and audio7(7) refer to data mode
  640.              connections."
  641.         DEFVAL      { other }
  642.         ::= { dialCtlPeerCfgEntry 9 }
  643.  
  644. dialCtlPeerCfgPermission OBJECT-TYPE
  645.         SYNTAX      INTEGER {
  646.             originate(1),
  647.             answer(2),
  648.             both(3),               -- both originate & answer
  649.             callback(4),
  650.             none(5)
  651.         }
  652.         MAX-ACCESS  read-create
  653.         STATUS      current
  654.         DESCRIPTION
  655.             "Applicable permissions. callback(4) either rejects the
  656.              call and then calls back, or uses the 'Reverse charging'
  657.              information element if it is available.
  658.              Note that callback(4) is supposed to control charging, not
  659.              security, and applies to callback prior to accepting a
  660.              call. Callback for security reasons can be handled using
  661.              PPP callback."
  662.         DEFVAL      { both }
  663.         ::= { dialCtlPeerCfgEntry 10 }
  664.  
  665. dialCtlPeerCfgInactivityTimer OBJECT-TYPE
  666.         SYNTAX      INTEGER (0..2147483647)
  667.         UNITS       "seconds"
  668.         MAX-ACCESS  read-create
  669.         STATUS      current
  670.         DESCRIPTION
  671.  
  672.  
  673.  
  674. Roeck                   Standards Track                        [Page 12]
  675.  
  676. RFC 2128                    Dial Control MIB                  March 1997
  677.  
  678.  
  679.             "The connection will be automatically disconnected
  680.              if no longer carrying useful data for a time
  681.              period, in seconds, specified in this object.
  682.              Useful data in this context refers to forwarding
  683.              packets, including routing information; it
  684.              excludes the encapsulator maintenance frames.
  685.              A value of zero means the connection will not be
  686.              automatically taken down due to inactivity,
  687.              which implies that it is a dedicated circuit."
  688.         DEFVAL      { 0 }
  689.         ::= { dialCtlPeerCfgEntry 11 }
  690.  
  691. dialCtlPeerCfgMinDuration OBJECT-TYPE
  692.         SYNTAX      INTEGER (0..2147483647)
  693.         MAX-ACCESS  read-create
  694.         STATUS      current
  695.         DESCRIPTION
  696.             "Minimum duration of a call in seconds, starting from the
  697.              time the call is connected until the call is disconnected.
  698.              This is to accomplish the fact that in most countries
  699.              charging applies to units of time, which should be matched
  700.              as closely as possible."
  701.         DEFVAL      { 0 }
  702.         ::= { dialCtlPeerCfgEntry 12 }
  703.  
  704. dialCtlPeerCfgMaxDuration OBJECT-TYPE
  705.         SYNTAX      INTEGER (0..2147483647)
  706.         MAX-ACCESS  read-create
  707.         STATUS      current
  708.         DESCRIPTION
  709.             "Maximum call duration in seconds. Zero means 'unlimited'."
  710.         DEFVAL      { 0 }
  711.         ::= { dialCtlPeerCfgEntry 13 }
  712.  
  713. dialCtlPeerCfgCarrierDelay OBJECT-TYPE
  714.         SYNTAX      INTEGER (0..2147483647)
  715.         UNITS       "seconds"
  716.         MAX-ACCESS  read-create
  717.         STATUS      current
  718.         DESCRIPTION
  719.             "The call timeout time in seconds. The default value
  720.              of zero means that the call timeout as specified for
  721.              the media in question will apply."
  722.         DEFVAL      { 0 }
  723.         ::= { dialCtlPeerCfgEntry 14 }
  724.  
  725. dialCtlPeerCfgCallRetries OBJECT-TYPE
  726.         SYNTAX      INTEGER (0..2147483647)
  727.  
  728.  
  729.  
  730. Roeck                   Standards Track                        [Page 13]
  731.  
  732. RFC 2128                    Dial Control MIB                  March 1997
  733.  
  734.  
  735.         MAX-ACCESS  read-create
  736.         STATUS      current
  737.         DESCRIPTION
  738.             "The number of calls to a non-responding address
  739.              that may be made. A retry count of zero means
  740.              there is no bound. The intent is to bound
  741.              the number of successive calls to an address
  742.              which is inaccessible, or which refuses those calls.
  743.  
  744.              Some countries regulate the number of call retries
  745.              to a given peer that can be made."
  746.         DEFVAL      { 0 }
  747.         ::= { dialCtlPeerCfgEntry 15 }
  748.  
  749. dialCtlPeerCfgRetryDelay OBJECT-TYPE
  750.         SYNTAX      INTEGER (0..2147483647)
  751.         UNITS       "seconds"
  752.         MAX-ACCESS  read-create
  753.         STATUS      current
  754.         DESCRIPTION
  755.             "The time in seconds between call retries if a peer
  756.              cannot be reached.
  757.              A value of zero means that call retries may be done
  758.              without any delay."
  759.         DEFVAL      { 0 }
  760.         ::= { dialCtlPeerCfgEntry 16 }
  761.  
  762. dialCtlPeerCfgFailureDelay OBJECT-TYPE
  763.         SYNTAX      INTEGER (0..2147483647)
  764.         UNITS       "seconds"
  765.         MAX-ACCESS  read-create
  766.         STATUS      current
  767.         DESCRIPTION
  768.             "The time in seconds after which call attempts are
  769.              to be placed again after a peer has been noticed
  770.              to be unreachable, i.e. after dialCtlPeerCfgCallRetries
  771.              unsuccessful call attempts.
  772.              A value of zero means that a peer will not be called
  773.              again after dialCtlPeerCfgCallRetries unsuccessful call
  774.              attempts."
  775.         DEFVAL      { 0 }
  776.         ::= { dialCtlPeerCfgEntry 17 }
  777.  
  778. dialCtlPeerCfgTrapEnable OBJECT-TYPE
  779.         SYNTAX      INTEGER {
  780.             enabled(1),
  781.             disabled(2)
  782.         }
  783.  
  784.  
  785.  
  786. Roeck                   Standards Track                        [Page 14]
  787.  
  788. RFC 2128                    Dial Control MIB                  March 1997
  789.  
  790.  
  791.         MAX-ACCESS  read-create
  792.         STATUS      current
  793.         DESCRIPTION
  794.             "This object indicates whether dialCtlPeerCallInformation
  795.              and dialCtlPeerCallSetup traps should be generated for
  796.              this peer."
  797.         DEFVAL      { disabled }
  798.         ::= { dialCtlPeerCfgEntry 18 }
  799.  
  800. dialCtlPeerCfgStatus OBJECT-TYPE
  801.         SYNTAX      RowStatus
  802.         MAX-ACCESS  read-create
  803.         STATUS      current
  804.         DESCRIPTION
  805.             "Status of one row in this table."
  806.         ::= { dialCtlPeerCfgEntry 19 }
  807.  
  808. -- Peer statistics table
  809.  
  810. dialCtlPeerStatsTable OBJECT-TYPE
  811.         SYNTAX      SEQUENCE OF DialCtlPeerStatsEntry
  812.         MAX-ACCESS  not-accessible
  813.         STATUS      current
  814.         DESCRIPTION
  815.             "Statistics information for each peer entry.
  816.              There will be one entry in this table for each entry
  817.              in the dialCtlPeerCfgTable."
  818.        ::= { dialCtlPeer 2 }
  819.  
  820. dialCtlPeerStatsEntry OBJECT-TYPE
  821.         SYNTAX      DialCtlPeerStatsEntry
  822.         MAX-ACCESS  not-accessible
  823.         STATUS      current
  824.         DESCRIPTION
  825.             "Statistics information for a single Peer. This entry
  826.              is effectively permanent, and contains information
  827.              describing the last call attempt as well as supplying
  828.              statistical information."
  829.         AUGMENTS    { dialCtlPeerCfgEntry }
  830.       ::= { dialCtlPeerStatsTable 1 }
  831.  
  832. DialCtlPeerStatsEntry ::=
  833.         SEQUENCE {
  834.             dialCtlPeerStatsConnectTime          AbsoluteCounter32,
  835.             dialCtlPeerStatsChargedUnits         AbsoluteCounter32,
  836.             dialCtlPeerStatsSuccessCalls         AbsoluteCounter32,
  837.             dialCtlPeerStatsFailCalls            AbsoluteCounter32,
  838.             dialCtlPeerStatsAcceptCalls          AbsoluteCounter32,
  839.  
  840.  
  841.  
  842. Roeck                   Standards Track                        [Page 15]
  843.  
  844. RFC 2128                    Dial Control MIB                  March 1997
  845.  
  846.  
  847.             dialCtlPeerStatsRefuseCalls          AbsoluteCounter32,
  848.             dialCtlPeerStatsLastDisconnectCause  OCTET STRING,
  849.             dialCtlPeerStatsLastDisconnectText   DisplayString,
  850.             dialCtlPeerStatsLastSetupTime        TimeStamp
  851.         }
  852.  
  853. dialCtlPeerStatsConnectTime OBJECT-TYPE
  854.         SYNTAX      AbsoluteCounter32
  855.         UNITS       "seconds"
  856.         MAX-ACCESS  read-only
  857.         STATUS      current
  858.         DESCRIPTION
  859.             "Accumulated connect time to the peer since system startup.
  860.              This is the total connect time, i.e. the connect time
  861.              for outgoing calls plus the time for incoming calls."
  862.         ::= { dialCtlPeerStatsEntry 1 }
  863.  
  864. dialCtlPeerStatsChargedUnits OBJECT-TYPE
  865.         SYNTAX      AbsoluteCounter32
  866.         MAX-ACCESS  read-only
  867.         STATUS      current
  868.         DESCRIPTION
  869.             "The total number of charging units applying to this
  870.              peer since system startup.
  871.              Only the charging units applying to the local interface,
  872.              i.e. for originated calls or for calls with 'Reverse
  873.              charging' being active, will be counted here."
  874.         ::= { dialCtlPeerStatsEntry 2 }
  875.  
  876. dialCtlPeerStatsSuccessCalls OBJECT-TYPE
  877.         SYNTAX      AbsoluteCounter32
  878.         MAX-ACCESS  read-only
  879.         STATUS      current
  880.         DESCRIPTION
  881.             "Number of completed calls to this peer."
  882.         ::= { dialCtlPeerStatsEntry 3 }
  883.  
  884. dialCtlPeerStatsFailCalls OBJECT-TYPE
  885.         SYNTAX      AbsoluteCounter32
  886.         MAX-ACCESS  read-only
  887.         STATUS      current
  888.         DESCRIPTION
  889.             "Number of failed call attempts to this peer since system
  890.              startup."
  891.         ::= { dialCtlPeerStatsEntry 4 }
  892.  
  893. dialCtlPeerStatsAcceptCalls OBJECT-TYPE
  894.         SYNTAX      AbsoluteCounter32
  895.  
  896.  
  897.  
  898. Roeck                   Standards Track                        [Page 16]
  899.  
  900. RFC 2128                    Dial Control MIB                  March 1997
  901.  
  902.  
  903.         MAX-ACCESS  read-only
  904.         STATUS      current
  905.         DESCRIPTION
  906.             "Number of calls from this peer accepted since system
  907.              startup."
  908.         ::= { dialCtlPeerStatsEntry 5 }
  909.  
  910. dialCtlPeerStatsRefuseCalls OBJECT-TYPE
  911.         SYNTAX      AbsoluteCounter32
  912.         MAX-ACCESS  read-only
  913.         STATUS      current
  914.         DESCRIPTION
  915.             "Number of calls from this peer refused since system
  916.              startup."
  917.         ::= { dialCtlPeerStatsEntry 6 }
  918.  
  919. dialCtlPeerStatsLastDisconnectCause OBJECT-TYPE
  920.         SYNTAX      OCTET STRING (SIZE (0..4))
  921.         MAX-ACCESS  read-only
  922.         STATUS      current
  923.         DESCRIPTION
  924.             "The encoded network cause value associated with the last
  925.              call.
  926.              This object will be updated whenever a call is started
  927.              or cleared.
  928.              The value of this object will depend on the interface type
  929.              as well as on the protocol and protocol version being
  930.              used on this interface. Some references for possible cause
  931.              values are given below."
  932.         REFERENCE
  933.             "- Bellcore SR-NWT-001953, Generic Guidelines for
  934.                ISDN Terminal Equipment On Basic Access Interfaces,
  935.                chapter 5.2.5.8.
  936.              - Bellcore SR-NWT-002343, ISDN Primary Rate Interface
  937.                Generic Guidelines for Customer Premises Equipment,
  938.                chapter 8.2.5.8.
  939.              - ITU-T Q.931, Appendix I.
  940.              - ITU-T X.25, CAUSE and DIAGNOSTIC field values.
  941.              - German Telekom FTZ 1TR6, chapter 3.2.3.4.4.4."
  942.         ::= { dialCtlPeerStatsEntry 7 }
  943.  
  944. dialCtlPeerStatsLastDisconnectText OBJECT-TYPE
  945.         SYNTAX      DisplayString
  946.         MAX-ACCESS  read-only
  947.         STATUS      current
  948.         DESCRIPTION
  949.             "ASCII text describing the reason for the last call
  950.              termination.
  951.  
  952.  
  953.  
  954. Roeck                   Standards Track                        [Page 17]
  955.  
  956. RFC 2128                    Dial Control MIB                  March 1997
  957.  
  958.  
  959.              This object exists because it would be impossible for
  960.              a management station to store all possible cause values
  961.              for all types of interfaces. It should be used only if
  962.              a management station is unable to decode the value of
  963.              dialCtlPeerStatsLastDisconnectCause.
  964.  
  965.              This object will be updated whenever a call is started
  966.              or cleared."
  967.         ::= { dialCtlPeerStatsEntry 8 }
  968.  
  969. dialCtlPeerStatsLastSetupTime OBJECT-TYPE
  970.         SYNTAX      TimeStamp
  971.         MAX-ACCESS  read-only
  972.         STATUS      current
  973.         DESCRIPTION
  974.             "The value of sysUpTime when the last call to this peer
  975.              was started.
  976.              For ISDN media, this will be the time when the setup
  977.              message was received from or sent to the network.
  978.              This object will be updated whenever a call is started
  979.              or cleared."
  980.         ::= { dialCtlPeerStatsEntry 9 }
  981.  
  982. --
  983. -- the active call group
  984. --
  985.  
  986. callActive OBJECT IDENTIFIER ::= { dialControlMibObjects 3 }
  987.  
  988. -- callActiveTable
  989. -- Table to store active call information.
  990. -- These calls could be circuit switched or they could
  991. -- be virtual circuits.
  992. -- An entry will be created when a call is started and deleted
  993. -- when a call is cleared.
  994.  
  995. callActiveTable OBJECT-TYPE
  996.         SYNTAX      SEQUENCE OF CallActiveEntry
  997.         MAX-ACCESS  not-accessible
  998.         STATUS      current
  999.         DESCRIPTION
  1000.             "A table containing information about active
  1001.              calls to a specific destination."
  1002.         ::= { callActive 1 }
  1003.  
  1004. callActiveEntry OBJECT-TYPE
  1005.         SYNTAX      CallActiveEntry
  1006.         MAX-ACCESS  not-accessible
  1007.  
  1008.  
  1009.  
  1010. Roeck                   Standards Track                        [Page 18]
  1011.  
  1012. RFC 2128                    Dial Control MIB                  March 1997
  1013.  
  1014.  
  1015.         STATUS      current
  1016.         DESCRIPTION
  1017.             "The information regarding a single active Connection.
  1018.              An entry in this table will be created when a call is
  1019.              started. An entry in this table will be deleted when
  1020.              an active call clears."
  1021.         INDEX       { callActiveSetupTime, callActiveIndex }
  1022.         ::= { callActiveTable 1 }
  1023.  
  1024.  
  1025. CallActiveEntry ::=
  1026.         SEQUENCE {
  1027.             callActiveSetupTime                  TimeStamp,
  1028.             callActiveIndex                      INTEGER,
  1029.             callActivePeerAddress                DisplayString,
  1030.             callActivePeerSubAddress             DisplayString,
  1031.             callActivePeerId                     INTEGER,
  1032.             callActivePeerIfIndex                INTEGER,
  1033.             callActiveLogicalIfIndex             InterfaceIndexOrZero,
  1034.             callActiveConnectTime                TimeStamp,
  1035.             callActiveCallState                  INTEGER,
  1036.             callActiveCallOrigin                 INTEGER,
  1037.             callActiveChargedUnits               AbsoluteCounter32,
  1038.             callActiveInfoType                   INTEGER,
  1039.             callActiveTransmitPackets            AbsoluteCounter32,
  1040.             callActiveTransmitBytes              AbsoluteCounter32,
  1041.             callActiveReceivePackets             AbsoluteCounter32,
  1042.             callActiveReceiveBytes               AbsoluteCounter32
  1043.         }
  1044.  
  1045. callActiveSetupTime OBJECT-TYPE
  1046.         SYNTAX      TimeStamp
  1047.         MAX-ACCESS  not-accessible
  1048.         STATUS      current
  1049.         DESCRIPTION
  1050.             "The value of sysUpTime when the call associated to this
  1051.              entry was started. This will be useful for an NMS to
  1052.              retrieve all calls after a specific time. Also, this object
  1053.              can be useful in finding large delays between the time the
  1054.              call was started and the time the call was connected.
  1055.              For ISDN media, this will be the time when the setup
  1056.              message was received from or sent to the network."
  1057.         ::= { callActiveEntry 1 }
  1058.  
  1059. callActiveIndex OBJECT-TYPE
  1060.         SYNTAX      INTEGER (1..'7fffffff'h)
  1061.         MAX-ACCESS  not-accessible
  1062.         STATUS      current
  1063.  
  1064.  
  1065.  
  1066. Roeck                   Standards Track                        [Page 19]
  1067.  
  1068. RFC 2128                    Dial Control MIB                  March 1997
  1069.  
  1070.  
  1071.         DESCRIPTION
  1072.             "Small index variable to distinguish calls that start in
  1073.              the same hundredth of a second."
  1074.         ::= { callActiveEntry 2 }
  1075.  
  1076. callActivePeerAddress OBJECT-TYPE
  1077.         SYNTAX      DisplayString
  1078.         MAX-ACCESS  read-only
  1079.         STATUS      current
  1080.         DESCRIPTION
  1081.             "The number this call is connected to. If the number is
  1082.              not available, then it will have a length of zero."
  1083.         ::= { callActiveEntry 3 }
  1084.  
  1085. callActivePeerSubAddress OBJECT-TYPE
  1086.         SYNTAX      DisplayString
  1087.         MAX-ACCESS  read-only
  1088.         STATUS      current
  1089.         DESCRIPTION
  1090.             "The subaddress this call is connected to. If the subaddress
  1091.              is undefined or not available, this will be a zero length
  1092.              string."
  1093.         ::= { callActiveEntry 4 }
  1094.  
  1095. callActivePeerId OBJECT-TYPE
  1096.         SYNTAX      INTEGER (0..2147483647)
  1097.         MAX-ACCESS  read-only
  1098.         STATUS      current
  1099.         DESCRIPTION
  1100.             "This is the Id value of the peer table entry
  1101.              to which this call was made. If a peer table entry
  1102.              for this call does not exist or is unknown, the value
  1103.              of this object will be zero."
  1104.         ::= { callActiveEntry 5 }
  1105.  
  1106. callActivePeerIfIndex OBJECT-TYPE
  1107.         SYNTAX      INTEGER (0..2147483647)
  1108.         MAX-ACCESS  read-only
  1109.         STATUS      current
  1110.         DESCRIPTION
  1111.             "This is the ifIndex value of the peer table entry
  1112.              to which this call was made. If a peer table entry
  1113.              for this call does not exist or is unknown, the value
  1114.              of this object will be zero."
  1115.         ::= { callActiveEntry 6 }
  1116.  
  1117. callActiveLogicalIfIndex OBJECT-TYPE
  1118.         SYNTAX      InterfaceIndexOrZero
  1119.  
  1120.  
  1121.  
  1122. Roeck                   Standards Track                        [Page 20]
  1123.  
  1124. RFC 2128                    Dial Control MIB                  March 1997
  1125.  
  1126.  
  1127.         MAX-ACCESS  read-only
  1128.         STATUS      current
  1129.         DESCRIPTION
  1130.             "This is the ifIndex value of the logical interface through
  1131.              which this call was made. For ISDN media, this would be
  1132.              the ifIndex of the B channel which was used for this call.
  1133.              If the ifIndex value is unknown, the value of this object
  1134.              will be zero."
  1135.         ::= { callActiveEntry 7 }
  1136.  
  1137. callActiveConnectTime OBJECT-TYPE
  1138.         SYNTAX      TimeStamp
  1139.         MAX-ACCESS  read-only
  1140.         STATUS      current
  1141.         DESCRIPTION
  1142.             "The value of sysUpTime when the call was connected.
  1143.              If the call is not connected, this object will have a
  1144.              value of zero."
  1145.         ::= { callActiveEntry 8 }
  1146.  
  1147. callActiveCallState OBJECT-TYPE
  1148.         SYNTAX      INTEGER {
  1149.             unknown(1),
  1150.             connecting(2),
  1151.             connected(3),
  1152.             active(4)
  1153.         }
  1154.         MAX-ACCESS  read-only
  1155.         STATUS      current
  1156.         DESCRIPTION
  1157.             "The current call state.
  1158.              unknown(1)     - The call state is unknown.
  1159.              connecting(2)  - A connection attempt (outgoing call)
  1160.                               is being made.
  1161.              connected(3)   - An incoming call is in the process
  1162.                               of validation.
  1163.              active(4)      - The call is active.
  1164.             "
  1165.         ::= { callActiveEntry 9 }
  1166.  
  1167. callActiveCallOrigin OBJECT-TYPE
  1168.         SYNTAX      INTEGER {
  1169.             originate(1),
  1170.             answer(2),
  1171.             callback(3)
  1172.         }
  1173.         MAX-ACCESS  read-only
  1174.         STATUS      current
  1175.  
  1176.  
  1177.  
  1178. Roeck                   Standards Track                        [Page 21]
  1179.  
  1180. RFC 2128                    Dial Control MIB                  March 1997
  1181.  
  1182.  
  1183.         DESCRIPTION
  1184.             "The call origin."
  1185.         ::= { callActiveEntry 10 }
  1186.  
  1187. callActiveChargedUnits OBJECT-TYPE
  1188.         SYNTAX      AbsoluteCounter32
  1189.         MAX-ACCESS  read-only
  1190.         STATUS      current
  1191.         DESCRIPTION
  1192.             "The number of charged units for this connection.
  1193.              For incoming calls or if charging information is
  1194.              not supplied by the switch, the value of this object
  1195.              will be zero."
  1196.         ::= { callActiveEntry 11 }
  1197.  
  1198. callActiveInfoType OBJECT-TYPE
  1199.         SYNTAX      INTEGER {
  1200.             other(1),                   -- e.g. for non-isdn media
  1201.             speech(2),
  1202.             unrestrictedDigital(3),     -- 64k/s data
  1203.             unrestrictedDigital56(4),   -- with 56k rate adaption
  1204.             restrictedDigital(5),
  1205.             audio31(6),                 -- 3.1 kHz audio
  1206.             audio7(7),                  -- 7 kHz audio
  1207.             video(8),
  1208.             packetSwitched(9),
  1209.             fax(10)
  1210.         }
  1211.         MAX-ACCESS  read-only
  1212.         STATUS      current
  1213.         DESCRIPTION
  1214.             "The information type for this call."
  1215.         ::= { callActiveEntry 12 }
  1216.  
  1217. callActiveTransmitPackets OBJECT-TYPE
  1218.         SYNTAX      AbsoluteCounter32
  1219.         MAX-ACCESS  read-only
  1220.         STATUS     current
  1221.         DESCRIPTION
  1222.             "The number of packets which were transmitted for this
  1223.              call."
  1224.         ::= { callActiveEntry 13 }
  1225.  
  1226. callActiveTransmitBytes OBJECT-TYPE
  1227.         SYNTAX      AbsoluteCounter32
  1228.         MAX-ACCESS  read-only
  1229.         STATUS      current
  1230.         DESCRIPTION
  1231.  
  1232.  
  1233.  
  1234. Roeck                   Standards Track                        [Page 22]
  1235.  
  1236. RFC 2128                    Dial Control MIB                  March 1997
  1237.  
  1238.  
  1239.             "The number of bytes which were transmitted for this
  1240.              call."
  1241.         ::= { callActiveEntry 14 }
  1242.  
  1243. callActiveReceivePackets OBJECT-TYPE
  1244.         SYNTAX      AbsoluteCounter32
  1245.         MAX-ACCESS  read-only
  1246.         STATUS      current
  1247.         DESCRIPTION
  1248.             "The number of packets which were received for this
  1249.              call."
  1250.         ::= { callActiveEntry 15 }
  1251.  
  1252. callActiveReceiveBytes OBJECT-TYPE
  1253.         SYNTAX      AbsoluteCounter32
  1254.         MAX-ACCESS  read-only
  1255.         STATUS      current
  1256.         DESCRIPTION
  1257.             "The number of bytes which were received for this call."
  1258.         ::= { callActiveEntry 16 }
  1259.  
  1260. --
  1261. -- the call history group
  1262. --
  1263.  
  1264. callHistory OBJECT IDENTIFIER ::= { dialControlMibObjects 4 }
  1265.  
  1266. callHistoryTableMaxLength OBJECT-TYPE
  1267.         SYNTAX      INTEGER (0..2147483647)
  1268.         MAX-ACCESS  read-write
  1269.         STATUS      current
  1270.         DESCRIPTION
  1271.             "The upper limit on the number of entries that the
  1272.              callHistoryTable may contain.  A value of 0
  1273.              will prevent any history from being retained. When
  1274.              this table is full, the oldest entry will be deleted
  1275.              and the new one will be created."
  1276.         ::= { callHistory 1 }
  1277.  
  1278. callHistoryRetainTimer OBJECT-TYPE
  1279.         SYNTAX      INTEGER (0..2147483647)
  1280.         UNITS       "minutes"
  1281.         MAX-ACCESS  read-write
  1282.         STATUS      current
  1283.         DESCRIPTION
  1284.             "The minimum amount of time that an callHistoryEntry
  1285.              will be maintained before being deleted. A value of
  1286.              0 will prevent any history from being retained in the
  1287.  
  1288.  
  1289.  
  1290. Roeck                   Standards Track                        [Page 23]
  1291.  
  1292. RFC 2128                    Dial Control MIB                  March 1997
  1293.  
  1294.  
  1295.              callHistoryTable, but will neither prevent callCompletion
  1296.              traps being generated nor affect other tables."
  1297.         ::= { callHistory 2 }
  1298.  
  1299. -- callHistoryTable
  1300. -- Table to store the past call information. The Destination number
  1301. -- and the call connect and disconnect time, the disconnection cause
  1302. -- are stored. These calls could be circuit switched or they could
  1303. -- be virtual circuits. History of each and every call is stored,
  1304. -- of successful calls as well as of unsuccessful and rejected calls.
  1305. -- An entry will be created when a call is cleared.
  1306.  
  1307. callHistoryTable OBJECT-TYPE
  1308.         SYNTAX      SEQUENCE OF CallHistoryEntry
  1309.         MAX-ACCESS  not-accessible
  1310.         STATUS      current
  1311.         DESCRIPTION
  1312.             "A table containing information about specific
  1313.              calls to a specific destination."
  1314.         ::= { callHistory 3 }
  1315.  
  1316. callHistoryEntry OBJECT-TYPE
  1317.         SYNTAX      CallHistoryEntry
  1318.         MAX-ACCESS  not-accessible
  1319.         STATUS      current
  1320.         DESCRIPTION
  1321.             "The information regarding a single Connection."
  1322.         INDEX       { callActiveSetupTime, callActiveIndex }
  1323.         ::= { callHistoryTable 1 }
  1324.  
  1325.  
  1326. CallHistoryEntry ::=
  1327.         SEQUENCE {
  1328.             callHistoryPeerAddress               DisplayString,
  1329.             callHistoryPeerSubAddress            DisplayString,
  1330.             callHistoryPeerId                    INTEGER,
  1331.             callHistoryPeerIfIndex               INTEGER,
  1332.             callHistoryLogicalIfIndex            InterfaceIndex,
  1333.             callHistoryDisconnectCause           OCTET STRING,
  1334.             callHistoryDisconnectText            DisplayString,
  1335.             callHistoryConnectTime               TimeStamp,
  1336.             callHistoryDisconnectTime            TimeStamp,
  1337.             callHistoryCallOrigin                INTEGER,
  1338.             callHistoryChargedUnits              AbsoluteCounter32,
  1339.             callHistoryInfoType                  INTEGER,
  1340.             callHistoryTransmitPackets           AbsoluteCounter32,
  1341.             callHistoryTransmitBytes             AbsoluteCounter32,
  1342.             callHistoryReceivePackets            AbsoluteCounter32,
  1343.  
  1344.  
  1345.  
  1346. Roeck                   Standards Track                        [Page 24]
  1347.  
  1348. RFC 2128                    Dial Control MIB                  March 1997
  1349.  
  1350.  
  1351.             callHistoryReceiveBytes              AbsoluteCounter32
  1352.         }
  1353.  
  1354. callHistoryPeerAddress OBJECT-TYPE
  1355.         SYNTAX      DisplayString
  1356.         MAX-ACCESS  read-only
  1357.         STATUS      current
  1358.         DESCRIPTION
  1359.             "The number this call was connected to. If the number is
  1360.              not available, then it will have a length of zero."
  1361.         ::= { callHistoryEntry 1 }
  1362.  
  1363. callHistoryPeerSubAddress OBJECT-TYPE
  1364.         SYNTAX      DisplayString
  1365.         MAX-ACCESS  read-only
  1366.         STATUS      current
  1367.         DESCRIPTION
  1368.             "The subaddress this call was connected to. If the subaddress
  1369.              is undefined or not available, this will be a zero length
  1370.              string."
  1371.         ::= { callHistoryEntry 2 }
  1372.  
  1373. callHistoryPeerId OBJECT-TYPE
  1374.         SYNTAX      INTEGER (0..2147483647)
  1375.         MAX-ACCESS  read-only
  1376.         STATUS      current
  1377.         DESCRIPTION
  1378.             "This is the Id value of the peer table entry
  1379.              to which this call was made. If a peer table entry
  1380.              for this call does not exist, the value of this object
  1381.              will be zero."
  1382.         ::= { callHistoryEntry 3 }
  1383.  
  1384. callHistoryPeerIfIndex OBJECT-TYPE
  1385.         SYNTAX      INTEGER (0..2147483647)
  1386.         MAX-ACCESS  read-only
  1387.         STATUS      current
  1388.         DESCRIPTION
  1389.             "This is the ifIndex value of the peer table entry
  1390.              to which this call was made. If a peer table entry
  1391.              for this call does not exist, the value of this object
  1392.              will be zero."
  1393.         ::= { callHistoryEntry 4 }
  1394.  
  1395. callHistoryLogicalIfIndex OBJECT-TYPE
  1396.         SYNTAX      InterfaceIndex
  1397.         MAX-ACCESS  read-only
  1398.         STATUS      current
  1399.  
  1400.  
  1401.  
  1402. Roeck                   Standards Track                        [Page 25]
  1403.  
  1404. RFC 2128                    Dial Control MIB                  March 1997
  1405.  
  1406.  
  1407.         DESCRIPTION
  1408.             "This is the ifIndex value of the logical interface through
  1409.              which this call was made. For ISDN media, this would be
  1410.              the ifIndex of the B channel which was used for this call."
  1411.         ::= { callHistoryEntry 5 }
  1412.  
  1413. callHistoryDisconnectCause OBJECT-TYPE
  1414.         SYNTAX      OCTET STRING (SIZE (0..4))
  1415.         MAX-ACCESS  read-only
  1416.         STATUS      current
  1417.         DESCRIPTION
  1418.             "The encoded network cause value associated with this call.
  1419.  
  1420.              The value of this object will depend on the interface type
  1421.              as well as on the protocol and protocol version being
  1422.              used on this interface. Some references for possible cause
  1423.              values are given below."
  1424.         REFERENCE
  1425.             "- Bellcore SR-NWT-001953, Generic Guidelines for
  1426.                ISDN Terminal Equipment On Basic Access Interfaces,
  1427.                chapter 5.2.5.8.
  1428.              - Bellcore SR-NWT-002343, ISDN Primary Rate Interface
  1429.                Generic Guidelines for Customer Premises Equipment,
  1430.                chapter 8.2.5.8.
  1431.              - ITU-T Q.931, Appendix I.
  1432.              - ITU-T X.25, CAUSE and DIAGNOSTIC field values.
  1433.              - German Telekom FTZ 1TR6, chapter 3.2.3.4.4.4."
  1434.         ::= { callHistoryEntry 6 }
  1435.  
  1436. callHistoryDisconnectText OBJECT-TYPE
  1437.         SYNTAX      DisplayString
  1438.         MAX-ACCESS  read-only
  1439.         STATUS      current
  1440.         DESCRIPTION
  1441.             "ASCII text describing the reason for call termination.
  1442.  
  1443.              This object exists because it would be impossible for
  1444.              a management station to store all possible cause values
  1445.              for all types of interfaces. It should be used only if
  1446.              a management station is unable to decode the value of
  1447.              dialCtlPeerStatsLastDisconnectCause."
  1448.         ::= { callHistoryEntry 7 }
  1449.  
  1450. callHistoryConnectTime OBJECT-TYPE
  1451.         SYNTAX      TimeStamp
  1452.         MAX-ACCESS  read-only
  1453.         STATUS      current
  1454.         DESCRIPTION
  1455.  
  1456.  
  1457.  
  1458. Roeck                   Standards Track                        [Page 26]
  1459.  
  1460. RFC 2128                    Dial Control MIB                  March 1997
  1461.  
  1462.  
  1463.             "The value of sysUpTime when the call was connected."
  1464.         ::= { callHistoryEntry 8 }
  1465.  
  1466. callHistoryDisconnectTime OBJECT-TYPE
  1467.         SYNTAX      TimeStamp
  1468.         MAX-ACCESS  read-only
  1469.         STATUS      current
  1470.         DESCRIPTION
  1471.             "The value of sysUpTime when the call was disconnected."
  1472.         ::= { callHistoryEntry 9 }
  1473.  
  1474. callHistoryCallOrigin OBJECT-TYPE
  1475.         SYNTAX      INTEGER {
  1476.             originate(1),
  1477.             answer(2),
  1478.             callback(3)
  1479.         }
  1480.         MAX-ACCESS  read-only
  1481.         STATUS      current
  1482.         DESCRIPTION
  1483.             "The call origin."
  1484.         ::= { callHistoryEntry 10 }
  1485.  
  1486. callHistoryChargedUnits OBJECT-TYPE
  1487.         SYNTAX      AbsoluteCounter32
  1488.         MAX-ACCESS  read-only
  1489.         STATUS      current
  1490.         DESCRIPTION
  1491.             "The number of charged units for this connection.
  1492.              For incoming calls or if charging information is
  1493.              not supplied by the switch, the value of this object
  1494.              will be zero."
  1495.         ::= { callHistoryEntry 11 }
  1496.  
  1497. callHistoryInfoType OBJECT-TYPE
  1498.         SYNTAX      INTEGER {
  1499.             other(1),                   -- e.g. for non-isdn media
  1500.             speech(2),
  1501.             unrestrictedDigital(3),     -- 64k/s data
  1502.             unrestrictedDigital56(4),   -- with 56k rate adaption
  1503.             restrictedDigital(5),
  1504.             audio31(6),                 -- 3.1 kHz audio
  1505.             audio7(7),                  -- 7 kHz audio
  1506.             video(8),
  1507.             packetSwitched(9),
  1508.             fax(10)
  1509.         }
  1510.         MAX-ACCESS  read-only
  1511.  
  1512.  
  1513.  
  1514. Roeck                   Standards Track                        [Page 27]
  1515.  
  1516. RFC 2128                    Dial Control MIB                  March 1997
  1517.  
  1518.  
  1519.         STATUS      current
  1520.         DESCRIPTION
  1521.             "The information type for this call."
  1522.         ::= { callHistoryEntry 12 }
  1523.  
  1524. callHistoryTransmitPackets OBJECT-TYPE
  1525.         SYNTAX      AbsoluteCounter32
  1526.         MAX-ACCESS  read-only
  1527.         STATUS     current
  1528.         DESCRIPTION
  1529.             "The number of packets which were transmitted while this
  1530.              call was active."
  1531.         ::= { callHistoryEntry 13 }
  1532.  
  1533. callHistoryTransmitBytes OBJECT-TYPE
  1534.         SYNTAX      AbsoluteCounter32
  1535.         MAX-ACCESS  read-only
  1536.         STATUS      current
  1537.         DESCRIPTION
  1538.             "The number of bytes which were transmitted while this
  1539.              call was active."
  1540.         ::= { callHistoryEntry 14 }
  1541.  
  1542. callHistoryReceivePackets OBJECT-TYPE
  1543.         SYNTAX      AbsoluteCounter32
  1544.         MAX-ACCESS  read-only
  1545.         STATUS      current
  1546.         DESCRIPTION
  1547.             "The number of packets which were received while this
  1548.              call was active."
  1549.         ::= { callHistoryEntry 15 }
  1550.  
  1551. callHistoryReceiveBytes OBJECT-TYPE
  1552.         SYNTAX      AbsoluteCounter32
  1553.         MAX-ACCESS  read-only
  1554.         STATUS      current
  1555.         DESCRIPTION
  1556.             "The number of bytes which were received while this
  1557.              call was active."
  1558.         ::= { callHistoryEntry 16 }
  1559.  
  1560. -- Traps related to Connection management
  1561.  
  1562. dialControlMibTrapPrefix OBJECT IDENTIFIER ::= { dialControlMib 2 }
  1563. dialControlMibTraps OBJECT IDENTIFIER ::= { dialControlMibTrapPrefix 0 }
  1564.  
  1565. dialCtlPeerCallInformation NOTIFICATION-TYPE
  1566.         OBJECTS {
  1567.  
  1568.  
  1569.  
  1570. Roeck                   Standards Track                        [Page 28]
  1571.  
  1572. RFC 2128                    Dial Control MIB                  March 1997
  1573.  
  1574.  
  1575.             callHistoryPeerId,
  1576.             callHistoryPeerIfIndex,
  1577.             callHistoryLogicalIfIndex,
  1578.             ifOperStatus,
  1579.             callHistoryPeerAddress,
  1580.             callHistoryPeerSubAddress,
  1581.             callHistoryDisconnectCause,
  1582.             callHistoryConnectTime,
  1583.             callHistoryDisconnectTime,
  1584.             callHistoryInfoType,
  1585.             callHistoryCallOrigin
  1586.         }
  1587.         STATUS      current
  1588.         DESCRIPTION
  1589.             "This trap/inform is sent to the manager whenever
  1590.              a successful call clears, or a failed call attempt
  1591.              is determined to have ultimately failed. In the
  1592.              event that call retry is active, then this is after
  1593.              all retry attempts have failed. However, only one such
  1594.              trap is sent in between successful call attempts;
  1595.              subsequent call attempts result in no trap.
  1596.              ifOperStatus will return the operational status of the
  1597.              virtual interface associated with the peer to whom
  1598.              this call was made to."
  1599.      ::= { dialControlMibTraps 1 }
  1600.  
  1601. dialCtlPeerCallSetup NOTIFICATION-TYPE
  1602.         OBJECTS {
  1603.             callActivePeerId,
  1604.             callActivePeerIfIndex,
  1605.             callActiveLogicalIfIndex,
  1606.             ifOperStatus,
  1607.             callActivePeerAddress,
  1608.             callActivePeerSubAddress,
  1609.             callActiveInfoType,
  1610.             callActiveCallOrigin
  1611.         }
  1612.         STATUS      current
  1613.         DESCRIPTION
  1614.             "This trap/inform is sent to the manager whenever
  1615.              a call setup message is received or sent.
  1616.              ifOperStatus will return the operational status of the
  1617.              virtual interface associated with the peer to whom
  1618.              this call was made to."
  1619.      ::= { dialControlMibTraps 2 }
  1620.  
  1621. -- conformance information
  1622.  
  1623.  
  1624.  
  1625.  
  1626. Roeck                   Standards Track                        [Page 29]
  1627.  
  1628. RFC 2128                    Dial Control MIB                  March 1997
  1629.  
  1630.  
  1631. dialControlMibConformance OBJECT IDENTIFIER ::=
  1632.                                 { dialControlMib 3 }
  1633. dialControlMibCompliances OBJECT IDENTIFIER ::=
  1634.                                 { dialControlMibConformance 1 }
  1635. dialControlMibGroups      OBJECT IDENTIFIER ::=
  1636.                                 { dialControlMibConformance 2 }
  1637.  
  1638. -- compliance statements
  1639.  
  1640. dialControlMibCompliance MODULE-COMPLIANCE
  1641.         STATUS      current
  1642.         DESCRIPTION
  1643.             "The compliance statement for entities which
  1644.              implement the DIAL CONTROL MIB"
  1645.         MODULE      -- this module
  1646.         MANDATORY-GROUPS
  1647.             { dialControlGroup, callActiveGroup, callHistoryGroup,
  1648.               callNotificationsGroup }
  1649.         ::= { dialControlMibCompliances 1 }
  1650.  
  1651. -- units of conformance
  1652.  
  1653. dialControlGroup OBJECT-GROUP
  1654.         OBJECTS {
  1655.             dialCtlAcceptMode,
  1656.             dialCtlTrapEnable,
  1657.             dialCtlPeerCfgIfType,
  1658.             dialCtlPeerCfgLowerIf,
  1659.             dialCtlPeerCfgOriginateAddress,
  1660.             dialCtlPeerCfgAnswerAddress,
  1661.             dialCtlPeerCfgSubAddress,
  1662.             dialCtlPeerCfgClosedUserGroup,
  1663.             dialCtlPeerCfgSpeed,
  1664.             dialCtlPeerCfgInfoType,
  1665.             dialCtlPeerCfgPermission,
  1666.             dialCtlPeerCfgInactivityTimer,
  1667.             dialCtlPeerCfgMinDuration,
  1668.             dialCtlPeerCfgMaxDuration,
  1669.             dialCtlPeerCfgCarrierDelay,
  1670.             dialCtlPeerCfgCallRetries,
  1671.             dialCtlPeerCfgRetryDelay,
  1672.             dialCtlPeerCfgFailureDelay,
  1673.             dialCtlPeerCfgTrapEnable,
  1674.             dialCtlPeerCfgStatus,
  1675.             dialCtlPeerStatsConnectTime,
  1676.             dialCtlPeerStatsChargedUnits,
  1677.             dialCtlPeerStatsSuccessCalls,
  1678.             dialCtlPeerStatsFailCalls,
  1679.  
  1680.  
  1681.  
  1682. Roeck                   Standards Track                        [Page 30]
  1683.  
  1684. RFC 2128                    Dial Control MIB                  March 1997
  1685.  
  1686.  
  1687.             dialCtlPeerStatsAcceptCalls,
  1688.             dialCtlPeerStatsRefuseCalls,
  1689.             dialCtlPeerStatsLastDisconnectCause,
  1690.             dialCtlPeerStatsLastDisconnectText,
  1691.             dialCtlPeerStatsLastSetupTime
  1692.         }
  1693.         STATUS      current
  1694.         DESCRIPTION
  1695.             "A collection of objects providing the DIAL CONTROL
  1696.              capability."
  1697.         ::= { dialControlMibGroups 1 }
  1698.  
  1699. callActiveGroup OBJECT-GROUP
  1700.         OBJECTS {
  1701.             callActivePeerAddress,
  1702.             callActivePeerSubAddress,
  1703.             callActivePeerId,
  1704.             callActivePeerIfIndex,
  1705.             callActiveLogicalIfIndex,
  1706.             callActiveConnectTime,
  1707.             callActiveCallState,
  1708.             callActiveCallOrigin,
  1709.             callActiveChargedUnits,
  1710.             callActiveInfoType,
  1711.             callActiveTransmitPackets,
  1712.             callActiveTransmitBytes,
  1713.             callActiveReceivePackets,
  1714.             callActiveReceiveBytes
  1715.         }
  1716.         STATUS      current
  1717.         DESCRIPTION
  1718.             "A collection of objects providing the active call
  1719.              capability."
  1720.         ::= { dialControlMibGroups 2 }
  1721.  
  1722. callHistoryGroup OBJECT-GROUP
  1723.         OBJECTS {
  1724.             callHistoryTableMaxLength,
  1725.             callHistoryRetainTimer,
  1726.             callHistoryPeerAddress,
  1727.             callHistoryPeerSubAddress,
  1728.             callHistoryPeerId,
  1729.             callHistoryPeerIfIndex,
  1730.             callHistoryLogicalIfIndex,
  1731.             callHistoryDisconnectCause,
  1732.             callHistoryDisconnectText,
  1733.             callHistoryConnectTime,
  1734.             callHistoryDisconnectTime,
  1735.  
  1736.  
  1737.  
  1738. Roeck                   Standards Track                        [Page 31]
  1739.  
  1740. RFC 2128                    Dial Control MIB                  March 1997
  1741.  
  1742.  
  1743.             callHistoryCallOrigin,
  1744.             callHistoryChargedUnits,
  1745.             callHistoryInfoType,
  1746.             callHistoryTransmitPackets,
  1747.             callHistoryTransmitBytes,
  1748.             callHistoryReceivePackets,
  1749.             callHistoryReceiveBytes
  1750.         }
  1751.         STATUS      current
  1752.         DESCRIPTION
  1753.             "A collection of objects providing the Call History
  1754.              capability."
  1755.         ::= { dialControlMibGroups 3 }
  1756.  
  1757. callNotificationsGroup NOTIFICATION-GROUP
  1758.     NOTIFICATIONS { dialCtlPeerCallInformation, dialCtlPeerCallSetup }
  1759.     STATUS        current
  1760.     DESCRIPTION
  1761.             "The notifications which a Dial Control MIB entity is
  1762.              required to implement."
  1763.     ::= { dialControlMibGroups 4 }
  1764.  
  1765.  
  1766. END
  1767.  
  1768. 4.  Acknowledgments
  1769.  
  1770.    This document was produced by the ISDN MIB Working Group.  Special
  1771.    thanks is due to the following persons:
  1772.  
  1773.            Ed Alcoff
  1774.            Fred Baker
  1775.            Bibek A. Das
  1776.            Ken Grigg
  1777.            Jeffrey T. Johnson
  1778.            Glenn Kime
  1779.            Oliver Korfmacher
  1780.            Kedar Madineni
  1781.            Bill Miskovetz
  1782.            David M. Piscitello
  1783.            Lisa A. Phifer
  1784.            Randy Roberts
  1785.            Hascall H. Sharp
  1786.            Hongchi Shih
  1787.            Robert Snyder
  1788.            Bob Stewart
  1789.            Ron Stoughton
  1790.            James Watt
  1791.  
  1792.  
  1793.  
  1794. Roeck                   Standards Track                        [Page 32]
  1795.  
  1796. RFC 2128                    Dial Control MIB                  March 1997
  1797.  
  1798.  
  1799. 5.  References
  1800.  
  1801. [1]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1802.      S. Waldbusser, "Structure of Management Information for Version 2
  1803.      of the Simple Network Management Protocol (SNMPv2)", RFC 1902,
  1804.      January 1996.
  1805.  
  1806. [2]  McCloghrie, K., and M. Rose, Editors, "Management Information Base
  1807.      for Network Management of TCP/IP-based internets: MIB-II", STD 17,
  1808.      RFC 1213, Hughes LAN Systems, Performance Systems International,
  1809.      March 1991.
  1810.  
  1811. [3]  Case, J., Fedor, M., Schoffstall, M., and J. Davin, "A Simple
  1812.      Network Management Protocol (SNMP)", STD 15, RFC 1157, SNMP
  1813.      Research, Performance Systems International, MIT Lab for Computer
  1814.      Science, May 1990.
  1815.  
  1816. [4]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M. and
  1817.      S. Waldbusser, "Protocol Operations for Version 2 of the Simple
  1818.      Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
  1819.  
  1820. [5]  ITU-T Recommendation "Digital subscriber Signalling System No. 1
  1821.      (DSS 1) - ISDN user-network interface layer 3 specification for
  1822.      basic call control", Rec. Q.931(I.451), March 1993.
  1823.  
  1824. [6]  ITU-T Recommendation "Generic procedures for the control of ISDN
  1825.      supplementary services ISDN user-network interface layer 3
  1826.      specification", Rec. Q.932(I.452).
  1827.  
  1828. [7]  ITU-T Recommendation "Digital subscriber Signalling System No. 1
  1829.      (DSS 1) - Signalling specification for frame-mode basic call
  1830.      control", Rec. Q.933.
  1831.  
  1832. [8]  McCloghrie, K. and F. Kastenholz, "Evolution of the Interfaces
  1833.      Group of MIB-II", RFC 1573, Hughes LAN Systems, FTP Software,
  1834.      January 1994.
  1835.  
  1836. 6.  Security Considerations
  1837.  
  1838.    Information in this MIB may be used by upper protocol layers for
  1839.    security purpose.
  1840.  
  1841.    The implementor should be aware that supporting generic peers as
  1842.    described in section 3.4 may cause a security hole.  The user would
  1843.    not know where a call is from, which could potentially allow
  1844.    unauthorized access if there is no other authentication scheme, e.g.
  1845.    PPP authentication, available.
  1846.  
  1847.  
  1848.  
  1849.  
  1850. Roeck                   Standards Track                        [Page 33]
  1851.  
  1852. RFC 2128                    Dial Control MIB                  March 1997
  1853.  
  1854.  
  1855. 7.  Author's Address
  1856.  
  1857.    Guenter Roeck
  1858.    cisco Systems
  1859.    170 West Tasman Drive
  1860.    San Jose, CA 95134
  1861.    U.S.A.
  1862.  
  1863.    Phone: +1 408 527 3143
  1864.    EMail: groeck@cisco.com
  1865.  
  1866.  
  1867.  
  1868.  
  1869.  
  1870.  
  1871.  
  1872.  
  1873.  
  1874.  
  1875.  
  1876.  
  1877.  
  1878.  
  1879.  
  1880.  
  1881.  
  1882.  
  1883.  
  1884.  
  1885.  
  1886.  
  1887.  
  1888.  
  1889.  
  1890.  
  1891.  
  1892.  
  1893.  
  1894.  
  1895.  
  1896.  
  1897.  
  1898.  
  1899.  
  1900.  
  1901.  
  1902.  
  1903.  
  1904.  
  1905.  
  1906. Roeck                   Standards Track                        [Page 34]
  1907.  
  1908.