home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_i / draft-ietf-ifmib-types-00.txt < prev    next >
Text File  |  1994-05-25  |  40KB  |  1,422 lines
  1.  
  2.  Internet Draft
  3.  
  4.     Definitions of Managed Objects for
  5.     the Ethernet-like Interface Types
  6.  
  7.      <draft-ietf-ifmib-types-00.txt>
  8.  
  9.              14 February 1994
  10.  
  11.  
  12.         Interface MIB Working Group
  13.              Frank Kastenholz
  14.             FTP Software, Inc
  15.               2 High Street
  16.       North Andover, Mass 01845 USA
  17.  
  18.               kasten@ftp.com
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25. Status of this Memo
  26.  
  27. This document is an Internet Draft.  Internet Drafts are
  28. working documents of the Internet Engineering Task Force
  29. (IETF), its Areas, and its Working Groups.  Note that other
  30. groups may also distribute working documents as Internet
  31. Drafts.
  32.  
  33. Internet Drafts are draft documents valid for a maximum of six
  34. months.  Internet Drafts may be updated, replaced, or
  35. obsoleted by other documents at any time.  It is not
  36. appropriate to use Internet Drafts as reference material or to
  37. cite them other than as a ``working draft'' or ``work in
  38. progress.''  Please check the 1id-abstracts.txt listing
  39. contained in the internet-drafts Shadow Directories on
  40. nic.ddn.mil, nnsc.nsf.net, nic.nordu.net, ftp.nisc.sri.com, or
  41. munnari.oz.au to learn the current status of any Internet
  42. Draft.
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55. Internet Draft         Ethernet-Like MIB         February 1994
  56.  
  57.  
  58. This document will be submitted to the Internet Activities
  59. Board as a Draft Standard. This document defines an
  60. experimental extension to the SNMP MIB.  Upon publication as a
  61. Full Standard, a new MIB number will be assigned.  This is a
  62. working document only, it should neither be cited nor quoted
  63. in any formal document.
  64.  
  65. This document will expire before 19 Aug. 1994.
  66.  
  67. Distribution of this document is unlimited.
  68.  
  69. Please send comments to the author.
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 2]
  108.  
  109.  
  110.  
  111.  
  112. Internet Draft         Ethernet-Like MIB         February 1994
  113.  
  114.  
  115. 1.  Introduction
  116.  
  117. This memo defines a portion of the Management Information Base
  118. (MIB) for use with network management protocols in the
  119. Internet community.  In particular, it defines objects for
  120. managing ethernet-like objects.
  121.  
  122. This memo also includes a MIB module.  This MIB module
  123. corrects minor errors in the earlier version of this MIB:
  124. RFC1398[15] and also re-specifies that MIB in a manner which
  125. is both compliant to the SNMPv2 SMI and semantically-identical
  126. to the existing SNMPv1-based definitions.
  127.  
  128.  
  129. 2.  The SNMPv2 Network Management Framework
  130.  
  131. The SNMPv2 Network Management Framework consists of four major
  132. components.  They are:
  133.  
  134. o    RFC 1442 [16] which defines the SMI, the mechanisms used
  135.      for describing and naming objects for the purpose of
  136.      management.
  137.  
  138. o    STD 17, RFC 1213 [6] defines MIB-II, the core set of
  139.      managed objects for the Internet suite of protocols.
  140.  
  141. o    RFC 1445 [17] which defines the administrative and other
  142.      architectural aspects of the framework.
  143.  
  144. o    RFC 1448 [18] which defines the protocol used for network
  145.      access to managed objects.
  146.  
  147. The Framework permits new objects to be defined for the
  148. purpose of experimentation and evaluation.
  149.  
  150.  
  151. 2.1.  Object Definitions
  152.  
  153. Managed objects are accessed via a virtual information store,
  154. termed the Management Information Base or MIB.  Objects in the
  155. MIB are defined using the subset of Abstract Syntax Notation
  156. One (ASN.1) [7] defined in the SMI [16].  In particular, each
  157. object object type is named by an OBJECT IDENTIFIER, an
  158. administratively assigned name.  The object type together with
  159.  
  160.  
  161.  
  162.  
  163.  
  164. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 3]
  165.  
  166.  
  167.  
  168.  
  169. Internet Draft         Ethernet-Like MIB         February 1994
  170.  
  171.  
  172. an object instance serves to uniquely identify a specific
  173. instantiation of the object.  For human convenience, we often
  174. use a textual string, termed the descriptor, to refer to the
  175. object type.
  176.  
  177.  
  178. 3.  Change Log   This section enumerates changes made to
  179. RFC1398 to produce this document.
  180.  
  181.  (1)   The "boilerplate" was changed to reflect the new
  182.        boilerplate for SNMPv2.
  183.  
  184.  (2)   A section describing the applicability of various parts
  185.        of RFC1573 to ethernet-like interfaces has been added.
  186.  
  187.  (3)   A minor error in the description of the TDR test was
  188.        fixed.
  189.  
  190.  (4)   A loopback test was defined to replace the standard
  191.        loopback test that was defined in RFC1229.
  192.  
  193.  (5)   The description of dot3CollFrequencies was made a bit
  194.        clearer.
  195.  
  196.  (6)   A new object, EtherChipset, has been added. This object
  197.        replaces the ifExtnsChipSet object, which has been
  198.        removed per the Interface MIB Evolution effort.
  199.  
  200.  (7)   Several minor editorial changes, spelling corrections,
  201.        grammar and punctuation corrections, and so forth, were
  202.        made.
  203.  
  204. 4.  Overview
  205.  
  206. Instances of these object types represent attributes of an
  207. interface to an ethernet-like communications medium.  At
  208. present, ethernet-like media are identified by three values of
  209. the ifType object in the Internet-standard MIB:
  210.  
  211. ethernet-csmacd(6)
  212. iso88023-csmacd(7)
  213. starLan(11)
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 4]
  222.  
  223.  
  224.  
  225.  
  226. Internet Draft         Ethernet-Like MIB         February 1994
  227.  
  228.  
  229. For these interfaces, the value of the ifSpecific variable in
  230. the MIB-II [6] has the OBJECT IDENTIFIER value:
  231.  
  232. dot3    OBJECT IDENTIFER ::= { experimental 3 }
  233.  
  234. The definitions presented here are based on the IEEE 802.3
  235. Layer Management Specification [9], as originally interpreted
  236. by Frank Kastenholz then of Interlan in [10].  Implementors of
  237. these MIB objects should note that the IEEE document
  238. explicitly describes (in the form of Pascal pseudocode) when,
  239. where, and how various MAC attributes are measured.  The IEEE
  240. document also describes the effects of MAC actions that may be
  241. invoked by manipulating instances of the MIB objects defined
  242. here.
  243.  
  244. To the extent that some of the attributes defined in [9] are
  245. represented by previously defined objects in the Internet-
  246. standard MIB or in the Generic Interface Extensions MIB [11],
  247. such attributes are not redundantly represented by objects
  248. defined in this memo.  Among the attributes represented by
  249. objects defined in other memos are the number of octets
  250. transmitted or received on a particular interface, the number
  251. of frames transmitted or received on a particular interface,
  252. the promiscuous status of an interface, the MAC address of an
  253. interface, and multicast information associated with an
  254. interface.
  255.  
  256.  
  257. 4.1.  Relation to RFC 1213
  258.  
  259. This section applies only when this MIB is used in conjunction
  260. with the "old" (i.e. pre-RFC1573) interface group.
  261.  
  262. The relationship between an ethernet-like interface and an
  263. interface in the context of the Internet-standard MIB is one-
  264. to-one.  As such, the value of an ifIndex object instance can
  265. be directly used to identify corresponding instances of the
  266. objects defined herein.
  267.  
  268.  
  269. 4.2.  Relation to RFC 1573
  270.  
  271. RFC 1573, the Interface MIB Evolution, requires that any MIB
  272. which is an adjunct of the Interface MIB, clarify specific
  273.  
  274.  
  275.  
  276.  
  277.  
  278. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 5]
  279.  
  280.  
  281.  
  282.  
  283. Internet Draft         Ethernet-Like MIB         February 1994
  284.  
  285.  
  286. areas within the Interface MIB.  These areas were
  287. intentionally left vague in RFC1573 to avoid over constraining
  288. the MIB, thereby precluding management of certain media-types.
  289.  
  290. Section 3.3 of RFC1573 enumerates several areas which a media-
  291. specific MIB must clarify.  Each of these areas is addressed
  292. in a following subsection.  The implementor is referred to
  293. RFC1573 in order to understand the general intent of these
  294. areas.
  295.  
  296.  
  297. 4.2.1.  Layering Model
  298.  
  299. This MIB does not provide for layering.  There are no
  300. sublayers.
  301. EDITOR'S NOTE:
  302.    I could forsee the development of an 802.2 and enet-
  303.    transceiver MIB.  They could be higher and lower sublayers,
  304.    respectively.  All that THIS document should do is allude
  305.    to the possibilities and urge the implementor to be aware
  306.    of the possibility and that they may have requirements
  307.    which supersede the requirements in this document.
  308.  
  309.  
  310. 4.2.2.  Virtual Circuits
  311.  
  312. This medium does not support virtual circuits and this area is
  313. not applicable to this MIB.
  314.  
  315.  
  316. 4.2.3.  ifTestTable
  317.  
  318. This MIB defines two tests for media which are instumented
  319. with this MIB; TDR and Loopback.  Implementation of these
  320. tests is not required.  Many common interface chips do not
  321. support one or both of these tests.
  322.  
  323. These two tests are provided as a convenience, allowing a
  324. common method to invoke the test.
  325.  
  326. Standard MIBs do not include objects in which to return the
  327. results of the TDR test.  Any needed objects MUST be provided
  328. in the vendor specific MIB.
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 6]
  336.  
  337.  
  338.  
  339.  
  340. Internet Draft         Ethernet-Like MIB         February 1994
  341.  
  342.  
  343. 4.2.4.  ifRcvAddressTable
  344.  
  345. This table contains all IEEE 802.3 addresses, unicast,
  346. multicast, and broadcast, for which this interface will
  347. receive packets and forward them up to a higher layer entity
  348. for local consumption.  The format of the address, contained
  349. in ifRcvAddressAddress, is the same as for ifPhysAddress.
  350.  
  351. In the event that the interface is part of a MAC bridge, this
  352. table does not include unicast addresses which are accepted
  353. for possible forwarding out some other port.  This table is
  354. explicitly not intended to provide a bridge address filtering
  355. mechanism.
  356.  
  357.  
  358. 4.2.5.  ifPhysAddress
  359.  
  360. This object contains the IEEE 802.3 address which is placed in
  361. the source-address field of any Ethernet, Starlan, or IEEE
  362. 802.3 frames that originate at this interface.  Usually this
  363. will be kept in ROM on the interface hardware.  Some systems
  364. may set this address via software.
  365.  
  366. In a system where there are several such addresses the
  367. designer has a tougher choice.  The address chosen should be
  368. the one most likely to be of use to network management (e.g.
  369. the address placed in ARP responses for systems which are
  370. primarily IP systems).
  371.  
  372. If the designer truly can not chose, use of the factory-
  373. provided ROM address is suggested.
  374.  
  375. If the address can not be determined, an octet string of zero
  376. length should be returned.
  377.  
  378. The address is stored in binary in this object.  The address
  379. is stored in "canonical" bit order, that is, the Group Bit is
  380. positioned as the low-order bit of the first octet.  Thus, the
  381. first byte of a multicast address would have the bit 0x01 set.
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 7]
  393.  
  394.  
  395.  
  396.  
  397. Internet Draft         Ethernet-Like MIB         February 1994
  398.  
  399.  
  400. 4.2.6.  ifType
  401.  
  402. This MIB applies to interfaces which have any of the following
  403. three ifType values:
  404.    ethernet-csmacd(6)
  405.    iso88023-csmacd(7)
  406.    starLan(11)
  407. Interfaces with any of these ifType values map to the
  408. EtherLike-MIB in the same manner.  The EtherLike-MIB applies
  409. equally to all three types; there are no implementation
  410. differences.
  411.  
  412.  
  413. 5.  Definitions
  414.  
  415. EtherLike-MIB DEFINITIONS ::= BEGIN
  416.  
  417.    IMPORTS
  418.        MODULE-IDENTITY, OBJECT-TYPE, Counter32, Gauge32,
  419.        Integer32,                               FROM SNMPv2-SMI
  420.        TEXTUAL-CONVENTION, PhysAddress,         FROM SNMPv2-TC
  421.        MODULE-COMPLIANCE, OBJECT-GROUP          FROM SNMPv2-CONF
  422.        ifEntry                                  FROM IF-MIB;
  423.  
  424.    etherMIB MODULE-IDENTITY
  425.        LAST-UPDATED "9402030400Z"
  426.        ORGANIZATION "IETF Interfaces MIB Working Group"
  427.        CONTACT-INFO
  428.  
  429.         "        Frank Kastenholz
  430.  
  431.          Postal: FTP Software
  432.                  2 High Street, North Andover, MA 01845 USA
  433.  
  434.          Tel:    +1 508 685 4000
  435.          E-Mail: kasten@ftp.com"
  436.        DESCRIPTION
  437.      "The MIB module to describe generic objects for
  438.      Ethernet-like network interfaces. This MIB is an
  439.      updated version of the Ethernet-like MIB in RFC
  440.      1398."
  441.        ::= { mib-2 xxxxxxxxxxxxxxxxxxxxxxxxxx }
  442.  
  443.    etherMIBObjects OBJECT IDENTIFIER ::= { etherMIB 1 }
  444.  
  445.  
  446.  
  447.  
  448.  
  449. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 8]
  450.  
  451.  
  452.  
  453.  
  454. Internet Draft         Ethernet-Like MIB         February 1994
  455.  
  456.  
  457.    dot3    OBJECT IDENTIFIER ::= { experimental 3 }
  458.  
  459.    -- the Ethernet-like Statistics group
  460.  
  461.     dot3StatsTable  OBJECT-TYPE
  462.          SYNTAX     SEQUENCE OF Dot3StatsEntry
  463.          MAX-ACCESS not-accessible
  464.          STATUS     current
  465.          DESCRIPTION
  466.           "Statistics for a collection of ethernet-like
  467.           interfaces attached to a particular system."
  468.          ::= { dot3 2 }
  469.  
  470.  
  471.     dot3StatsEntry   OBJECT-TYPE
  472.          SYNTAX      Dot3StatsEntry
  473.          MAX-ACCESS  not-accessible
  474.          STATUS      current
  475.          DESCRIPTION
  476.            "Statistics for a particular interface to an
  477.            ethernet-like medium."
  478.          AUGMENTS    { ifEntry }
  479.          ::= { dot3StatsTable 1 }
  480.  
  481.     Dot3StatsEntry ::= SEQUENCE {
  482.          dot3StatsAlignmentErrors            Counter32,
  483.          dot3StatsFCSErrors                  Counter32,
  484.          dot3StatsSingleCollisionFrames      Counter32,
  485.          dot3StatsMultipleCollisionFrames    Counter32,
  486.          dot3StatsSQETestErrors              Counter32,
  487.          dot3StatsDeferredTransmissions      Counter32,
  488.          dot3StatsLateCollisions             Counter32,
  489.          dot3StatsExcessiveCollisions        Counter32,
  490.          dot3StatsInternalMacTransmitErrors  Counter32,
  491.          dot3StatsCarrierSenseErrors         Counter32,
  492.          dot3StatsFrameTooLongs              Counter32,
  493.          dot3StatsInternalMacReceiveErrors   Counter32
  494.     }
  495.  
  496.     -- { dot3StatsEntry 1 } is deprecated and no longer in use
  497.  
  498.     dot3StatsAlignmentErrors   OBJECT-TYPE
  499.          SYNTAX     Counter32
  500.          MAX-ACCESS read-only
  501.  
  502.  
  503.  
  504.  
  505.  
  506. Frank J. Kastenholz    Exp. 19 Aug. 1994              [Page 9]
  507.  
  508.  
  509.  
  510.  
  511. Internet Draft         Ethernet-Like MIB         February 1994
  512.  
  513.  
  514.          STATUS     current
  515.          DESCRIPTION
  516.           "A count of frames received on a particular
  517.           interface that are not an integral number of
  518.           octets in length and do not pass the FCS check.
  519.  
  520.           The count represented by an instance of this
  521.           object is incremented when the alignmentError
  522.           status is returned by the MAC service to the
  523.           LLC (or other MAC user). Received frames for
  524.           which multiple error conditions obtain are,
  525.           according to the conventions of IEEE 802.3
  526.           Layer Management, counted exclusively according
  527.           to the error status presented to the LLC."
  528.          REFERENCE
  529.          "IEEE 802.3 Layer Management"
  530.          ::= { dot3StatsEntry 2 }
  531.  
  532.  
  533.     dot3StatsFCSErrors   OBJECT-TYPE
  534.          SYNTAX      Counter32
  535.          MAX-ACCESS  read-only
  536.          STATUS      current
  537.          DESCRIPTION
  538.          "A count of frames received on a particular
  539.          interface that are an integral number of octets
  540.          in length but do not pass the FCS check.
  541.  
  542.          The count represented by an instance of this
  543.          object is incremented when the frameCheckError
  544.          status is returned by the MAC service to the
  545.          LLC (or other MAC user). Received frames for
  546.          which multiple error conditions obtain are,
  547.          according to the conventions of IEEE 802.3
  548.          Layer Management, counted exclusively according
  549.          to the error status presented to the LLC."
  550.          REFERENCE
  551.          "IEEE 802.3 Layer Management"
  552.          ::= { dot3StatsEntry 3 }
  553.  
  554.  
  555.     dot3StatsSingleCollisionFrames   OBJECT-TYPE
  556.          SYNTAX      Counter32
  557.          MAX-ACCESS  read-only
  558.  
  559.  
  560.  
  561.  
  562.  
  563. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 10]
  564.  
  565.  
  566.  
  567.  
  568. Internet Draft         Ethernet-Like MIB         February 1994
  569.  
  570.  
  571.          STATUS      current
  572.          DESCRIPTION
  573.          "A count of successfully transmitted frames on
  574.          a particular interface for which transmission
  575.          is inhibited by exactly one collision.
  576.  
  577.          A frame that is counted by an instance of this
  578.          object is also counted by the corresponding
  579.          instance of either the ifOutUcastPkts,
  580.          ifOutMulticastPkts, or ifOutBroadcastPkts,
  581.          and is not counted by the corresponding
  582.          instance of the dot3StatsMultipleCollisionFrames
  583.          object."
  584.          REFERENCE
  585.          "IEEE 802.3 Layer Management"
  586.          ::= { dot3StatsEntry 4 }
  587.  
  588.  
  589.     dot3StatsMultipleCollisionFrames   OBJECT-TYPE
  590.          SYNTAX      Counter32
  591.          MAX-ACCESS  read-only
  592.          STATUS      current
  593.          DESCRIPTION
  594.          "A count of successfully transmitted frames on
  595.          a particular interface for which transmission
  596.           is inhibited by more than one collision.
  597.  
  598.          A frame that is counted by an instance of this
  599.          object is also counted by the corresponding
  600.          instance of either the ifOutUcastPkts,
  601.          ifOutMulticastPkts, or ifOutBroadcastPkts,
  602.          and is not counted by the corresponding
  603.          instance of the dot3StatsSingleCollisionFrames
  604.          object."
  605.          REFERENCE
  606.          "IEEE 802.3 Layer Management"
  607.          ::= { dot3StatsEntry 5 }
  608.  
  609.  
  610.     dot3StatsSQETestErrors   OBJECT-TYPE
  611.          SYNTAX     Counter32
  612.          MAX-ACCESS read-only
  613.          STATUS     current
  614.          DESCRIPTION
  615.  
  616.  
  617.  
  618.  
  619.  
  620. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 11]
  621.  
  622.  
  623.  
  624.  
  625. Internet Draft         Ethernet-Like MIB         February 1994
  626.  
  627.  
  628.          "A count of times that the SQE TEST ERROR
  629.          message is generated by the PLS sublayer for a
  630.          particular interface. The SQE TEST ERROR
  631.          message is defined in section 7.2.2.2.4 of
  632.          ANSI/IEEE 802.3-1985 and its generation is
  633.          described in section 7.2.4.6 of the same
  634.          document."
  635.          REFERENCE
  636.          "ANSI/IEEE Std 802.3-1985 Carrier Sense
  637.          Multiple Access with Collision Detection Access
  638.          Method and Physical Layer Specifications"
  639.          ::= { dot3StatsEntry 6 }
  640.  
  641.     dot3StatsDeferredTransmissions   OBJECT-TYPE
  642.          SYNTAX      Counter32
  643.          MAX-ACCESS  read-only
  644.          STATUS      current
  645.          DESCRIPTION
  646.          "A count of frames for which the first
  647.          transmission attempt on a particular interface
  648.          is delayed because the medium is busy.
  649.  
  650.          The count represented by an instance of this
  651.          object does not include frames involved in
  652.          collisions."
  653.          REFERENCE
  654.          "IEEE 802.3 Layer Management"
  655.          ::= { dot3StatsEntry 7 }
  656.  
  657.     dot3StatsLateCollisions   OBJECT-TYPE
  658.          SYNTAX      Counter32
  659.          MAX-ACCESS  read-only
  660.          STATUS      current
  661.          DESCRIPTION
  662.          "The number of times that a collision is
  663.          detected on a particular interface later than
  664.          512 bit-times into the transmission of a
  665.          packet.
  666.  
  667.          Five hundred and twelve bit-times corresponds
  668.          to 51.2 microseconds on a 10 Mbit/s system. A
  669.          (late) collision included in a count
  670.          represented by an instance of this object is
  671.          also considered as a (generic) collision for
  672.  
  673.  
  674.  
  675.  
  676.  
  677. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 12]
  678.  
  679.  
  680.  
  681.  
  682. Internet Draft         Ethernet-Like MIB         February 1994
  683.  
  684.  
  685.          purposes of other collision-related
  686.          statistics."
  687.          REFERENCE
  688.          "IEEE 802.3 Layer Management"
  689.          ::= { dot3StatsEntry 8 }
  690.  
  691.     dot3StatsExcessiveCollisions   OBJECT-TYPE
  692.          SYNTAX    Counter32
  693.          MAX-ACCESS    read-only
  694.          STATUS    current
  695.          DESCRIPTION
  696.          "A count of frames for which transmission on a
  697.          particular interface fails due to excessive
  698.          collisions."
  699.          REFERENCE
  700.          "IEEE 802.3 Layer Management"
  701.          ::= { dot3StatsEntry 9 }
  702.  
  703.  
  704.     dot3StatsInternalMacTransmitErrors   OBJECT-TYPE
  705.          SYNTAX    Counter32
  706.          MAX-ACCESS    read-only
  707.          STATUS    current
  708.          DESCRIPTION
  709.          "A count of frames for which transmission on a
  710.          particular interface fails due to an internal
  711.          MAC sublayer transmit error. A frame is only
  712.          counted by an instance of this object if it is
  713.          not counted by the corresponding instance of
  714.          either the dot3StatsLateCollisions object, the
  715.          dot3StatsExcessiveCollisions object, or the
  716.          dot3StatsCarrierSenseErrors object.
  717.  
  718.          The precise meaning of the count represented by
  719.          an instance of this object is implementation-
  720.          specific.  In particular, an instance of this
  721.          object may represent a count of transmission
  722.          errors on a particular interface that are not
  723.          otherwise counted."
  724.          REFERENCE
  725.          "IEEE 802.3 Layer Management"
  726.          ::= { dot3StatsEntry 10 }
  727.  
  728.     dot3StatsCarrierSenseErrors   OBJECT-TYPE
  729.  
  730.  
  731.  
  732.  
  733.  
  734. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 13]
  735.  
  736.  
  737.  
  738.  
  739. Internet Draft         Ethernet-Like MIB         February 1994
  740.  
  741.  
  742.          SYNTAX    Counter32
  743.          MAX-ACCESS    read-only
  744.          STATUS    current
  745.          DESCRIPTION
  746.          "The number of times that the carrier sense
  747.          condition was lost or never asserted when
  748.          attempting to transmit a frame on a particular
  749.          interface.
  750.  
  751.          The count represented by an instance of this
  752.          object is incremented at most once per
  753.          transmission attempt, even if the carrier sense
  754.          condition fluctuates during a transmission
  755.          attempt."
  756.          REFERENCE
  757.          "IEEE 802.3 Layer Management"
  758.          ::= { dot3StatsEntry 11 }
  759.  
  760.     -- { dot3StatsEntry 12 } is not assigned
  761.  
  762.     dot3StatsFrameTooLongs   OBJECT-TYPE
  763.          SYNTAX    Counter32
  764.          MAX-ACCESS    read-only
  765.          STATUS    current
  766.          DESCRIPTION
  767.          "A count of frames received on a particular
  768.          interface that exceed the maximum permitted
  769.          frame size.
  770.  
  771.          The count represented by an instance of this
  772.          object is incremented when the frameTooLong
  773.          status is returned by the MAC service to the
  774.          LLC (or other MAC user). Received frames for
  775.          which multiple error conditions obtain are,
  776.          according to the conventions of IEEE 802.3
  777.          Layer Management, counted exclusively according
  778.          to the error status presented to the LLC."
  779.          REFERENCE
  780.          "IEEE 802.3 Layer Management"
  781.          ::= { dot3StatsEntry 13 }
  782.  
  783.     -- { dot3StatsEntry 14 } is not assigned
  784.  
  785.     -- { dot3StatsEntry 15 } is not assigned
  786.  
  787.  
  788.  
  789.  
  790.  
  791. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 14]
  792.  
  793.  
  794.  
  795.  
  796. Internet Draft         Ethernet-Like MIB         February 1994
  797.  
  798.  
  799.     dot3StatsInternalMacReceiveErrors   OBJECT-TYPE
  800.          SYNTAX    Counter32
  801.          MAX-ACCESS    read-only
  802.          STATUS    current
  803.          DESCRIPTION
  804.          "A count of frames for which reception on a
  805.          particular interface fails due to an internal
  806.          MAC sublayer receive error. A frame is only
  807.          counted by an instance of this object if it is
  808.          not counted by the corresponding instance of
  809.          either the dot3StatsFrameTooLongs object, the
  810.          dot3StatsAlignmentErrors object, or the
  811.          dot3StatsFCSErrors object.
  812.  
  813.          The precise meaning of the count represented by
  814.          an instance of this object is implementation-
  815.          specific.  In particular, an instance of this
  816.          object may represent a count of receive errors
  817.          on a particular interface that are not
  818.          otherwise counted."
  819.          REFERENCE
  820.          "IEEE 802.3 Layer Management"
  821.          ::= { dot3StatsEntry 16 }
  822.  
  823.     dot3StatsEtherChipSet   OBJECT-TYPE
  824.          SYNTAX        OBJECT IDENTIFIER
  825.          MAX-ACCESS    read-only
  826.          STATUS        current
  827.          DESCRIPTION
  828.          "This object contains an OBJECT IDENTIFIER
  829.          which identifies the chipset used to
  830.          realize the interface. Ethernet-like
  831.          interfaces are typically built out of
  832.          several different chips. The MIB implementor
  833.          is presented with a decision of which chip
  834.          to identify via this object. The implementor
  835.          should identify the chip which is usually
  836.          called the Medium Access Control chip.
  837.          If no such chip is easily identifiable,
  838.          the implementor should identify the chip
  839.          which actually gathers the transmit
  840.          and receive statistics and error
  841.          indications. This would allow a
  842.          manager station to correlate the
  843.  
  844.  
  845.  
  846.  
  847.  
  848. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 15]
  849.  
  850.  
  851.  
  852.  
  853. Internet Draft         Ethernet-Like MIB         February 1994
  854.  
  855.  
  856.          statistics and the chip generating
  857.          them, giving it the ability to take
  858.          into account any known anomalies
  859.          in the chip."
  860.          ::= { dot3StatsEntry 17 }
  861.  
  862.     -- the Ethernet-like Collision Statistics group
  863.  
  864.     -- Implementation of this group is optional; it is appropriate
  865.     -- for all systems which have the necessary metering
  866.  
  867.     dot3CollTable   OBJECT-TYPE
  868.          SYNTAX    SEQUENCE OF Dot3CollEntry
  869.          MAX-ACCESS    not-accessible
  870.          STATUS    current
  871.          DESCRIPTION
  872.          "A collection of collision histograms for a
  873.          particular set of interfaces."
  874.          ::= { dot3 5 }
  875.  
  876.  
  877.     dot3CollEntry   OBJECT-TYPE
  878.          SYNTAX    Dot3CollEntry
  879.          MAX-ACCESS    not-accessible
  880.          STATUS    current
  881.          DESCRIPTION
  882.          "A cell in the histogram of per-frame
  883.          collisions for a particular interface.  An
  884.          instance of this object represents the
  885.          frequency of individual MAC frames for which
  886.          the transmission (successful or otherwise) on a
  887.          particular interface is accompanied by a
  888.          particular number of media collisions."
  889.          INDEX     { ifIndex, dot3CollCount }
  890.          ::= { dot3CollTable 1 }
  891.  
  892.     Dot3CollEntry ::= SEQUENCE {
  893.          dot3CollCount        INTEGER,
  894.          dot3CollFrequencies  Counter32
  895.     }
  896.  
  897.     -- { dot3CollEntry 1 } is no longer in use
  898.  
  899.     dot3CollCount   OBJECT-TYPE
  900.  
  901.  
  902.  
  903.  
  904.  
  905. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 16]
  906.  
  907.  
  908.  
  909.  
  910. Internet Draft         Ethernet-Like MIB         February 1994
  911.  
  912.  
  913.          SYNTAX    INTEGER (1..16)
  914.          MAX-ACCESS    not-accessible
  915.          STATUS    current
  916.          DESCRIPTION
  917.          "The number of per-frame media collisions for
  918.          which a particular collision histogram cell
  919.          represents the frequency on a particular
  920.          interface."
  921.          ::= { dot3CollEntry 2 }
  922.  
  923.  
  924.     dot3CollFrequencies   OBJECT-TYPE
  925.          SYNTAX    Counter32
  926.          MAX-ACCESS    read-only
  927.          STATUS    current
  928.          DESCRIPTION
  929.          "A count of individual MAC frames for which the
  930.          transmission (successful or otherwise) on a
  931.          particular interface occurs after the
  932.          frame has experienced exactly the number
  933.          of collisions in the associated
  934.          dot3CollCount object.
  935.  
  936.          For example, a frame which is transmitted
  937.          on interface 77 after experiencing
  938.          exactly 4 collisions would be indicated
  939.          by incrementing only dot3CollFrequencies.77.4.
  940.          No other instance of dot3CollFrequencies would
  941.          be incremented in this example."
  942.          ::= { dot3CollEntry 3 }
  943.  
  944.     --  802.3 Tests
  945.  
  946.     dot3Tests   OBJECT IDENTIFIER ::= { dot3 6 }
  947.  
  948.     dot3Errors  OBJECT IDENTIFIER ::= { dot3 7 }
  949.  
  950.  
  951.     --  TDR Test
  952.  
  953.     -- The Time-Domain Reflectometry (TDR) test is specific
  954.     -- to ethernet-like interfaces with the exception of
  955.     -- 10BaseT and 10BaseF. The TDR value may be useful
  956.     -- in determining the approximate distance to a cable fault.
  957.  
  958.  
  959.  
  960.  
  961.  
  962. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 17]
  963.  
  964.  
  965.  
  966.  
  967. Internet Draft         Ethernet-Like MIB         February 1994
  968.  
  969.  
  970.     -- It is advisable to repeat this test to check for a
  971.     -- consistent resulting TDR value, to verify that there
  972.     -- is a fault.
  973.  
  974.     dot3TestTdr OBJECT IDENTIFIER ::= { dot3Tests 1 }
  975.  
  976.     -- A TDR test returns as its result the time interval,
  977.     -- measured in 10 MHz ticks or 100 nsec units, between
  978.     -- the start of TDR test transmission and the subsequent
  979.     -- detection of a collision or deassertion of carrier.  On
  980.     -- successful completion of a TDR test, the result is
  981.     -- stored as the value of the appropriate instance of the
  982.     -- MIB object dot3TestTdrValue, and the OBJECT IDENTIFIER
  983.     -- of that instanceis stored in the corresponding instance
  984.     -- of ifExtnsTestCode (thereby indicating where the
  985.     -- result has been stored).
  986.  
  987.  
  988.     -- Loopback Test
  989.  
  990.     -- Another test is the full-duplex loopback test.
  991.     -- This test configures the MAC chip and executes
  992.     -- an internal loopback test of memory, data paths,
  993.     -- and the MAC chip logic.  This loopback test can
  994.     -- only be executed if the interface is offline.
  995.     -- Once the test has completed, the MAC chip should
  996.     -- be reinitialized for network operation, but it
  997.     -- should remain offline.
  998.  
  999.     dot3TestLoopBack OBJECT IDENTIFIER ::= { dot3Tests 2 }
  1000.  
  1001.     -- If an error occurs during a test, the object
  1002.     -- ifTestResult (defined in RFC1573) will be set
  1003.     -- to failed(7).  The following two OBJECT
  1004.     -- IDENTIFIERs may be used to provided more
  1005.     -- information as values for ifTestCode.
  1006.  
  1007.              -- couldn't initialize MAC chip for test
  1008.     dot3ErrorInitError     OBJECT IDENTIFIER ::= { dot3Errors 1 }
  1009.  
  1010.              -- expected data not received (or not
  1011.              -- received correctly) in loopback test
  1012.     dot3ErrorLoopbackError OBJECT IDENTIFIER ::= { dot3Errors 2 }
  1013.  
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 18]
  1020.  
  1021.  
  1022.  
  1023.  
  1024. Internet Draft         Ethernet-Like MIB         February 1994
  1025.  
  1026.  
  1027.     -- RFC1573 does away with the interface chipset object.
  1028.     -- The following OBJECT IDENTIFIER definitions are
  1029.     -- retained for purposes of backwards compatibility
  1030.     -- with pre-RFC1573 systems.
  1031.     --  802.3 Hardware Chipsets
  1032.  
  1033.     -- The object ifExtnsChipSet is provided in RFC1229 to
  1034.     -- identify the MAC hardware used to communcate on an
  1035.     -- interface.  The following hardware chipsets are
  1036.     -- provided for 802.3:
  1037.  
  1038.     dot3ChipSets          OBJECT IDENTIFIER ::= { dot3 8 }
  1039.     dot3ChipSetAMD        OBJECT IDENTIFIER ::= { dot3ChipSets 1 }
  1040.     dot3ChipSetAMD7990    OBJECT IDENTIFIER ::= { dot3ChipSetAMD 1 }
  1041.     dot3ChipSetAMD79900   OBJECT IDENTIFIER ::= { dot3ChipSetAMD 2 }
  1042.  
  1043.     dot3ChipSetIntel      OBJECT IDENTIFIER ::= { dot3ChipSets 2 }
  1044.     dot3ChipSetIntel82586 OBJECT IDENTIFIER ::= { dot3ChipSetIntel 1 }
  1045.     dot3ChipSetIntel82596 OBJECT IDENTIFIER ::= { dot3ChipSetIntel 2 }
  1046.  
  1047.     dot3ChipSetSeeq       OBJECT IDENTIFIER ::= { dot3ChipSets 3 }
  1048.     dot3ChipSetSeeq8003   OBJECT IDENTIFIER ::= { dot3ChipSetSeeq 1 }
  1049.  
  1050.     dot3ChipSetNational      OBJECT IDENTIFIER ::= { dot3ChipSets 4 }
  1051.     dot3ChipSetNational8390  OBJECT IDENTIFIER ::=
  1052.                                { dot3ChipSetNational 1 }
  1053.     dot3ChipSetNationalSonic OBJECT IDENTIFIER ::=
  1054.                                { dot3ChipSetNational 2 }
  1055.  
  1056.     dot3ChipSetFujitsu       OBJECT IDENTIFIER ::= { dot3ChipSets 5 }
  1057.     dot3ChipSetFujitsu86950  OBJECT IDENTIFIER ::=
  1058.                                { dot3ChipSetFujitsu 1 }
  1059.  
  1060.     -- For those chipsets not represented above, OBJECT IDENTIFIER
  1061.     -- assignment is required in other documentation, e.g., assignment
  1062.     -- within that part of the registration tree delegated to
  1063.     -- individual enterprises (see RFC1155).
  1064.  
  1065.    -- conformance information
  1066.  
  1067.    etherConformance OBJECT IDENTIFIER ::= { etherMIB 2 }
  1068.  
  1069.    etherGroups      OBJECT IDENTIFIER ::= { etherConformance 1 }
  1070.    etherCompliances OBJECT IDENTIFIER ::= { etherConformance 2 }
  1071.  
  1072.  
  1073.  
  1074.  
  1075.  
  1076. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 19]
  1077.  
  1078.  
  1079.  
  1080.  
  1081. Internet Draft         Ethernet-Like MIB         February 1994
  1082.  
  1083.  
  1084.    -- compliance statements
  1085.  
  1086.    etherCompliance MODULE-COMPLIANCE
  1087.        STATUS  current
  1088.        DESCRIPTION
  1089.      "The compliance statement for SNMPv2 entities which
  1090.      have ethernet-like network interfaces."
  1091.  
  1092.        MODULE  -- this module
  1093.  MANDATORY-GROUPS { etherStatsGroup }
  1094.  
  1095.  GROUP       etherCollisionTableGroup
  1096.  DESCRIPTION
  1097.      "This group is optional. It is appropriate for
  1098.       all systems which have the necessary metering.
  1099.       Implementation in such systems is highly
  1100.       recommended."
  1101.        ::= { etherCompliances 1 }
  1102.  
  1103.    -- units of conformance
  1104.  
  1105.    etherStatsGroup    OBJECT-GROUP
  1106.        OBJECTS { dot3StatsAlignmentErrors, dot3StatsFCSErrors,
  1107.        dot3StatsSingleCollisionFrames,
  1108.        dot3StatsMultipleCollisionFrames,
  1109.        dot3StatsSQETestErrors, dot3StatsDeferredTransmissions,
  1110.        dot3StatsLateCollisions, dot3StatsExcessiveCollisions,
  1111.        dot3StatsInternalMacTransmitErrors,
  1112.        dot3StatsCarrierSenseErrors, dot3StatsFrameTooLongs,
  1113.        dot3StatsInternalMacReceiveErrors,
  1114.        dot3StatsEtherChipSet}
  1115.        STATUS  current
  1116.        DESCRIPTION
  1117.      "A collection of objects providing information
  1118.      applicable to all ethernet-like network interfaces."
  1119.        ::= { etherGroups 1 }
  1120.  
  1121.  
  1122.    etherCollisionTableGroup    OBJECT-GROUP
  1123.        OBJECTS { dot3CollCount, dot3CollFrequencies }
  1124.        STATUS  current
  1125.        DESCRIPTION
  1126.      "A collection of objects providing a histogram
  1127.      of packets successfully transmitted after
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 20]
  1134.  
  1135.  
  1136.  
  1137.  
  1138. Internet Draft         Ethernet-Like MIB         February 1994
  1139.  
  1140.  
  1141.      experiencing exactly N collisions."
  1142.        ::= { etherGroups 2 }
  1143. END
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 21]
  1191.  
  1192.  
  1193.  
  1194.  
  1195. Internet Draft         Ethernet-Like MIB         February 1994
  1196.  
  1197.  
  1198. 6.  Acknowledgements
  1199.  
  1200. This document was produced by the Ethernet MIB Working Group.
  1201.  
  1202. This document is based on the Proposed Standard Ethernet MIB,
  1203. RFC-1284[14], of which Jihn Cook of Chipcom was the editor.
  1204. The Ethernet MIB Working Group gathered implementation
  1205. experience of the variables specified in RFC-1284 and used
  1206. that information to develop this revised MIB.
  1207.  
  1208. RFC-1284, in turn, is based on a document written by Frank
  1209. Kastenholz of Interlan entitled IEEE 802.3 Layer Management
  1210. Draft M compatible MIB for TCP/IP Networks [10].  This
  1211. document has been modestly reworked, initially by the SNMP
  1212. Working Group, and then by the Transmission Working Group, to
  1213. reflect the current conventions for defining objects for MIB
  1214. interfaces.  James Davin, of the MIT Laboratory for Computer
  1215. Science, and Keith McCloghrie of Hughes LAN Systems,
  1216. contributed to later drafts of this memo. Marshall Rose of
  1217. Performance Systems International, Inc. converted the document
  1218. into its current concise format. Anil Rijsinghani of DEC
  1219. contributed text that more adequately describes the TDR test.
  1220. Thanks to Frank Kastenholz of Interlan and Louis Steinberg of
  1221. IBM for their experimentation.
  1222.  
  1223.  
  1224. 7.  References
  1225.  
  1226. [1]  Cerf, V., IAB Recommendations for the Development of
  1227.      Internet Network Management Standards, RFC 1052, NRI,
  1228.      April 1988.
  1229.  
  1230. [2]  Cerf, V., Report of the Second Ad Hoc Network Management
  1231.      Review Group, RFC 1109, NRI, August 1989.
  1232.  
  1233. [3]  Rose M., and K. McCloghrie, Structure and Identification
  1234.      of Management Information for TCP/IP-based internets, RFC
  1235.      1155, Performance Systems International, Hughes LAN
  1236.      Systems, May 1990.
  1237.  
  1238. [4]  McCloghrie K., and M. Rose, Management Information Base
  1239.      for Network Management of TCP/IP-based internets, RFC
  1240.      1156, Hughes LAN Systems, Performance Systems
  1241.      International, May 1990.
  1242.  
  1243.  
  1244.  
  1245.  
  1246.  
  1247. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 22]
  1248.  
  1249.  
  1250.  
  1251.  
  1252. Internet Draft         Ethernet-Like MIB         February 1994
  1253.  
  1254.  
  1255. [5]  Case, J., Fedor, M., Schoffstall, M., and J. Davin,
  1256.      Simple Network Management Protocol, RFC 1157, SNMP
  1257.      Research, Performance Systems International, Performance
  1258.      Systems International, MIT Laboratory for Computer
  1259.      Science, May 1990.
  1260.  
  1261. [6]  McCloghrie K., and M. Rose, Editors, Management
  1262.      Information Base for Network Management of TCP/IP-based
  1263.      internets, RFC 1213, Performance Systems International,
  1264.      March 1991.
  1265.  
  1266. [7]  Information processing systems - Open Systems
  1267.      Interconnection - Specification of Abstract Syntax
  1268.      Notation One (ASN.1), International Organization for
  1269.      Standardization, International Standard 8824, December
  1270.      1987.
  1271.  
  1272. [8]  Information processing systems - Open Systems
  1273.      Interconnection - Specification of Basic Encoding Rules
  1274.      for Abstract Notation One (ASN.1), International
  1275.      Organization for Standardization, International Standard
  1276.      8825, December 1987.
  1277.  
  1278. [9]  IEEE, IEEE 802.3 Layer Management, November 1988.
  1279.  
  1280. [10]
  1281.      Kastenholz, F., IEEE 802.3 Layer Management Draft
  1282.      compatible MIB for TCP/IP Networks, electronic mail
  1283.      message to mib-wg@nnsc.nsf.net,  9 June 1989.
  1284.  
  1285. [11]
  1286.      McCloghrie, K., Editor, Extensions to the Generic-
  1287.      Interface MIB, RFC 1229, Hughes LAN Systems, Inc., May
  1288.      1991.
  1289.  
  1290. [12]
  1291.      IEEE, Carrier Sense Multiple Access with Collision
  1292.      Detection (CSMA/CD) Access Method and Physical Layer
  1293.      Specifications, ANSI/IEEE Std 802.3-1985.
  1294.  
  1295. [13]
  1296.      Rose, M., and K. McCloghrie, Editors, Concise MIB
  1297.      Definitions, RFC 1212, Performance Systems International,
  1298.      Hughes LAN Systems, March 1991.
  1299.  
  1300.  
  1301.  
  1302.  
  1303.  
  1304. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 23]
  1305.  
  1306.  
  1307.  
  1308.  
  1309. Internet Draft         Ethernet-Like MIB         February 1994
  1310.  
  1311.  
  1312. [14]
  1313.      Cook, J., Definitions of Managed Objects for Ethernet-
  1314.      Like Interface Types, RFC1284, December 1991.
  1315.  
  1316. [15]
  1317.      Kastenholz, F.J., Definitions of Managed Objects for the
  1318.      Ethernet-like Interface Types RFC1398, January 1993.
  1319.  
  1320. [16]
  1321.      Case, K. McCloghrie, M. Rose, S. Waldbusser, Structure of
  1322.      Management Information for version 2 of the Simple
  1323.      Network Management Protocol (SNMPv2) RFC 1442, May 1993.
  1324.  
  1325. [17]
  1326.      J. Davin, K. McCloghie, Administrative Model for version
  1327.      2 of the Simple Network Management Protocol (SNMPv2), RFC
  1328.      1445, May 1993.
  1329.  
  1330. [18]
  1331.      J. Case, K. McCloghrie, M. Rose, S. Waldbusser, Protocol
  1332.      Operations for version 2 of the Simple Network Management
  1333.      Protocol (SNMPv2), RFC 1448, May 1993.
  1334.  
  1335. [19] McCloghrie, K., and F. Kastenholz, Evolution of the
  1336.      Interfaces Group of MIB-II RFC 1573, January 1994.
  1337.  
  1338.  
  1339. 8.  Security Considerations
  1340.  
  1341. Security issues are not discussed in this memo.
  1342.  
  1343.  
  1344. 9.  Author's Address
  1345.  
  1346. Frank Kastenholz
  1347. FTP Software, Inc.
  1348. 2 High Street
  1349. North Andover, Mass, USA 01845
  1350.  
  1351. Phone: 508-685-4000
  1352. EMail: kasten@ftp.com
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.  
  1359.  
  1360.  
  1361. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 24]
  1362.  
  1363.  
  1364.  
  1365.  
  1366. Internet Draft         Ethernet-Like MIB         February 1994
  1367.  
  1368.  
  1369. Table of Contents
  1370.  
  1371.  
  1372.  Status of this Memo ....................................    1
  1373. 1 Introduction ..........................................    3
  1374. 2 The SNMPv2 Network Management Framework ...............    3
  1375. 2.1 Object Definitions ..................................    3
  1376. 3 Change Log ............................................    4
  1377. 4 Overview ..............................................    4
  1378. 4.1 Relation to RFC 1213 ................................    5
  1379. 4.2 Relation to RFC 1573 ................................    5
  1380. 4.2.1 Layering Model ....................................    6
  1381. 4.2.2 Virtual Circuits ..................................    6
  1382. 4.2.3 ifTestTable .......................................    6
  1383. 4.2.4 ifRcvAddressTable .................................    7
  1384. 4.2.5 ifPhysAddress .....................................    7
  1385. 4.2.6 ifType ............................................    8
  1386. 5 Definitions ...........................................    8
  1387. 6 Acknowledgements ......................................   22
  1388. 7 References ............................................   22
  1389. 8 Security Considerations ...............................   24
  1390. 9 Author's Address ......................................   24
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.  
  1406.  
  1407.  
  1408.  
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418. Frank J. Kastenholz    Exp. 19 Aug. 1994             [Page 25]
  1419.  
  1420.  
  1421.  
  1422.