home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_q_t / draft-ietf-rmonmib-smon-03.txt < prev    next >
Text File  |  1997-09-15  |  71KB  |  1,742 lines
  1.  
  2.      Remote Network Monitoring MIB Extensions for Switched Networks
  3.                               Version 1.0
  4.  
  5.  
  6.                         <draft-ietf-rmonmib-smon-03.txt >                 |
  7.  
  8.  
  9.                                         Sept. 12, 1997                    |
  10.  
  11.                                         Richard Waterman
  12.                                         Allot Networks Inc.               |
  13.                                         rwaterma@msn.com
  14.  
  15.                                         Bill Lahaye
  16.                                         Cabletron Systems
  17.                                         lahaye@ctron.com
  18.  
  19.                                         Dan Romascanu
  20.                                         Madge Networks
  21.                                         dromasca@madge.com
  22.  
  23.                                         Steve Waldbusser
  24.                                         INS
  25.                                         waldbusser@ins.com
  26.  
  27.  
  28.  
  29. Status of this Memo
  30.  
  31.    This document is an Internet-Draft.  Internet-Drafts are working
  32.    documents of the Internet Engineering Task Force (IETF), its areas,
  33.    and its working groups.  Note that other groups may also distribute
  34.    working documents as Internet-Drafts.
  35.  
  36.    Internet-Drafts are draft documents valid for a maximum of six months
  37.    and may be updated, replaced, or obsoleted by other documents at any
  38.    time.  It is inappropriate to use Internet- Drafts as reference
  39.    material or to cite them other than as ``work in progress.''
  40.  
  41.    To learn the current status of any Internet-Draft, please check the
  42.    ``1id-abstracts.txt'' listing contained in the Internet- Drafts
  43.    Shadow Directories on ds.internic.net (US East Coast), nic.nordu.net
  44.    (Europe), ftp.isi.edu (US West Coast), or munnari.oz.au (Pacific
  45.    Rim).
  46.  
  47. Abstract
  48.  
  49.    This memo defines a portion of the Management Information Base (MIB)
  50.    for use with network management protocols in TCP/IP-based internets.
  51.    In particular, it defines objects for managing remote network
  52.    monitoring devices in switched networks environments.
  53.  
  54. Table of Contents
  55.  
  56.    Status of this Memo                                             1
  57.    Abstract                                                        1
  58.    1. The Network Management Framework                             2
  59.    2. Overview                                                     3
  60.       2.1 Remote Network Management Goals                          4
  61.       2.2 Switched Networks Monitoring                             5
  62.       2.3 Mechanisms for Monitoring Switched Networks              6
  63.           2.3.1 DataSource Objects                                 6
  64.           2.3.2 Copy Port                                          7
  65.           2.3.3 Vlan Monitoring                                    8
  66.       2.4  Relationship to Other MIBs                              8
  67.            2.4.1 The RMON and RMON2 MIBs                           8
  68.            2.4.2 The Interfaces Group MIB                          9
  69.            2.4.3 The Entity MIB                                    9
  70.            2.4.4 The Bridge MIB                                   10
  71.       2.5 Relationship with IEEE 802.1 Standards                  10
  72.    3. SMON/RMON Groups                                            10
  73.       3.1 SMON ProbeCapabilities                                  10      |
  74.       3.2 smonVlanStats                                           11
  75.       3.3 smonPrioStats                                           11
  76.       3.4 dataSourceCaps                                          11
  77.       3.5 portCopyConfig                                          11
  78.    4. Control of Remote Network Monitoring Devices                12
  79.    5. Definitions                                                 13
  80.    6. References                                                  34      |
  81.    7. Security Considerations                                     36      |
  82.    8. Authors' Addresses                                          36      |
  83.  
  84. 1. The Network Management Framework
  85.  
  86.    The Internet-standard Network Management Framework consists of three
  87.    components. They are:
  88.  
  89.    RFC 1902 [1] which defines the SMI, the mechanisms used for
  90.    describing and naming objects for the purpose of management.
  91.  
  92.    RFC 1213, STD 17, [3] which defines MIB-II, the core set of managed
  93.    objects for the Internet suite of protocols.
  94.  
  95.    RFC 1905 [4] which defines the SNMP, the protocol used for network
  96.    access to managed objects.
  97.  
  98.    The Framework permits new objects to be defined for the purpose of
  99.    experimentation and evaluation.
  100.  
  101.    Managed objects are accessed via a virtual information store, termed
  102.    the Management Information Base or MIB.  Within a given MIB module,
  103.    objects are defined using the SMI's OBJECT-TYPE macro.  At a minimum,
  104.    each object has a name, a syntax, an access-level, and an
  105.    implementation-status.
  106.  
  107.    The name is an object identifier, an administratively assigned name,
  108.    which specifies an object type. The object type together with an
  109.    object instance serves to uniquely identify a specific instantiation
  110.    of the object.  For human convenience, we often use a textual string,
  111.    termed the object descriptor, to also refer to the object type.
  112.  
  113.    The syntax of an object type defines the abstract data structure
  114.    corresponding to that object type. The ASN.1 [6] language is used for
  115.    this purpose.  However, RFC 1902 purposely restricts the ASN.1
  116.    constructs which may be used.  These restrictions are explicitly made
  117.    for simplicity.
  118.  
  119.    The access-level of an object type defines whether it makes "protocol
  120.    sense" to read and/or write the value of an instance of the object
  121.    type.  (This access-level is independent of any administrative
  122.    authorization policy.)
  123.  
  124.    The implementation-status of an object type indicates whether the
  125.    object is mandatory, optional, obsolete, or deprecated.
  126.  
  127. 2. Overview
  128.  
  129.    This document continues the architecture created in the RMON MIB [12]
  130.    by providing RMON analysis for switched networks(SMON).
  131.  
  132.    Remote network monitoring devices, often called monitors or probes,
  133.    are instruments that exist for the purpose of managing a network.
  134.    Often these remote probes are stand-alone devices and devote
  135.    significant internal resources for the sole purpose of managing a
  136.    network.  An organization may employ many of these devices, one per
  137.    network segment, to manage its internet. In addition, these devices
  138.    may be used for a network management service provider to access a
  139.    client network, often geographically remote.
  140.  
  141.    The objects defined in this document are intended as an interface
  142.    between an RMON agent and an RMON management application and are not
  143.    intended for direct manipulation by humans.  While some users may
  144.    tolerate the direct display of some of these objects, few will
  145.    tolerate the complexity of manually manipulating objects to
  146.    accomplish row creation.  These functions should be handled by the
  147.    management application.
  148.  
  149. 2.1 Remote Network Management Goals
  150.  
  151.        o Offline Operation
  152.  
  153.            There are sometimes conditions when a management
  154.            station will not be in constant contact with its
  155.            remote monitoring devices.  This is sometimes by
  156.            design in an attempt to lower communications costs
  157.            (especially when communicating over a WAN or
  158.            dialup link), or by accident as network failures
  159.            affect the communications between the management
  160.            station and the probe.
  161.  
  162.            For this reason, this MIB allows a probe to be
  163.            configured to perform diagnostics and to collect
  164.            statistics continuously, even when communication with
  165.            the management station may not be possible or
  166.            efficient.  The probe may then attempt to notify
  167.            the management station when an exceptional condition
  168.            occurs.  Thus, even in circumstances where
  169.            communication between management station and probe is
  170.            not continuous, fault, performance, and configuration
  171.            information may be continuously accumulated and
  172.            communicated to the management station conveniently
  173.            and efficiently.
  174.  
  175.        o Proactive Monitoring
  176.  
  177.            Given the resources available on the monitor, it
  178.            is potentially helpful for it continuously to run
  179.            diagnostics and to log network performance.  The
  180.            monitor is always available at the onset of any
  181.            failure.  It can notify the management station of the
  182.            failure and can store historical statistical
  183.            information about the failure.  This historical
  184.            information can be played back by the management
  185.            station in an attempt to perform further diagnosis
  186.            into the cause of the problem.
  187.  
  188.  
  189.        o Problem Detection and Reporting
  190.  
  191.            The monitor can be configured to recognize
  192.            conditions, most notably error conditions, and
  193.            continuously to check for them.  When one of these
  194.            conditions occurs, the event may be logged, and
  195.            management stations may be notified in a number of
  196.            ways.
  197.  
  198.        o Value Added Data
  199.  
  200.            Because a remote monitoring device represents a
  201.            network resource dedicated exclusively to network
  202.            management functions, and because it is located
  203.            directly on the monitored portion of the network, the
  204.            remote network monitoring device has the opportunity
  205.            to add significant value to the data it collects.
  206.            For instance, by highlighting those hosts on the
  207.            network that generate the most traffic or errors, the
  208.            probe can give the management station precisely the
  209.            information it needs to solve a class of problems.
  210.  
  211.  
  212.        o Multiple Managers
  213.  
  214.            An organization may have multiple management stations
  215.            for different units of the organization, for different
  216.            functions (e.g. engineering and operations), and in an
  217.            attempt to provide disaster recovery.  Because
  218.            environments with multiple management stations are
  219.            common, the remote network monitoring device has to            |
  220.            deal with more than one management station,
  221.            potentially using its resources concurrently.
  222.  
  223. 2.2 Switched Networks Monitoring
  224.  
  225.    This document addresses issues related to applying "Remote
  226.    Technology" to Switch Networks. Switches today differ from standard
  227.    shared media protocols:
  228.  
  229.    Data is not, in general, broadcast.  This may be caused by the switch
  230.    architecture  or by the connection-oriented nature of the data. This
  231.    means, therefore, the monitoring non-broadcast traffic needs to be
  232.    considered.
  233.  
  234.    Monitoring the multiple entry and exit points from a switching device
  235.    requires a vast amount of resources - memory and CPU, and aggregation
  236.    of the data in logical packets of information, determined by the
  237.    application needs.
  238.  
  239.    Switching incorporates logical segmentation such as Virtual LANs
  240.    (vLANs).
  241.  
  242.    Switching incorporates packet prioritization.
  243.  
  244.    Data across the switch fabric can be in the form of cells. Like RMON,
  245.    SMON is only concerned with the monitoring of packets.
  246.  
  247.  
  248.    Differences such as these make monitoring difficult.  The current
  249.    RMON-1 and RMON-2 standards do not provide for things that are unique
  250.    to switches or switched environments.
  251.  
  252.    In order to overcome the limitations of the existing standards, new
  253.    monitoring mechanisms have been implemented by vendors of switching
  254.    equipment. All these monitoring strategies are currently proprietary
  255.    in nature.
  256.  
  257.    This document attempts to provide the framework to include different
  258.    switching strategies and allow for monitoring operations consistent
  259.    with the RMON framework. This MIB is limited to monitoring, and
  260.    control operations aimed in providing monitoring data for RMON
  261.    probes.
  262.  
  263. 2.3 Mechanisms for Monitoring Switched Networks
  264.  
  265.    The following mechanisms are used by SMON devices, for the purpose of
  266.    monitoring switched networks.
  267.  
  268. 2.3.1 DataSource Objects
  269.  
  270.    The RMON MIB standard [12] defines data source objects which point to
  271.    MIB-II interfaces, identified by instances of ifIndex objects.
  272.  
  273.    The SMON MIB extends this concept and allows for other types of
  274.    objects to be defined as data sources for RMON and/or SMON data.
  275.    Three forms of dataSources are described:
  276.  
  277.          ifIndex.<I>
  278.  
  279.           Traditional RMON dataSources.  Called 'port-based'
  280.           for ifType.<I> not equal to 'propVirtual(53)'.
  281.  
  282.  
  283.          smonVlanDataSource.<V>
  284.  
  285.           A dataSource of this form refers to a 'Packet-based VLAN' and
  286.           is called a 'VLAN-based' dataSource. <V> is the VLAN ID, as
  287.           defined by the IEEE 802.1Q standard [14].
  288.  
  289.  
  290.          entPhysicalEntry.<N>
  291.  
  292.           A dataSource of this form refers to a physical entity within
  293.           the agent and is called an 'entity-based' dataSource.
  294.  
  295.    In addition to these new dataSource types, SMON introduces a new
  296.    group called dataSourceCapsTable to aid an NMS to discover dataSource
  297.    identity and attributes.
  298.  
  299.    The extended data source mechanism supported by the SMON MIB allows
  300.    for the use of external collection points, similar to the one defined
  301.    and supported by the RMON-1 and RMON-2 MIBs, as well as internal
  302.    collection points(e.g. propVirtual ifTable entry, entPhysicalEntry).
  303.    The latter reflects either data sources which may be the result of
  304.    aggregation(e.g.switch-wide) or internal channels of physical
  305.    entities, which have the capability of being monitored by an SMON
  306.    probe.
  307.  
  308.  
  309. 2.3.2 Copy Port
  310.  
  311.    In order to make the switching devices support RMON statistics, many
  312.    vendors have implemented a port copy feature, allowing traffic to be
  313.    replicated from switch port to switch port. Several levels of
  314.    configuration are possible:
  315.  
  316.       1) 1 src port to 1 dst port
  317.       2) N src ports to 1 dst port
  318.       3) N src ports to M dst ports
  319.  
  320.    The SMON standard presents a standard MIB interface which allows for
  321.    the control of this function.
  322.  
  323.    Note that this function can apply to devices that have no other SMON
  324.    or RMON functionality than  copy port. The agent of such a device
  325.    would support only the portCopyCaps and the portCopyConfig MIB
  326.    groups, out of the whole SMON MIB.  Switch vendors are encouraged to
  327.    implement this subset of the SMON MIB, as it would allow for standard
  328.    port copy configuration from the same NMS application that does RMON
  329.    or SMON.
  330.  
  331.    Port copy may cause congestion problems on the SMON device. This
  332.    situation is more likely occur when copying from a port of higher
  333.    speed to a port of lower speed or copy from multiple port to a single
  334.    port.
  335.  
  336.    Particular implementations may chose to build protection mechanisms
  337.    that would prevent creation of new port copy links, when the capacity
  338.    of the destination port is exceeded. The MIB allows for
  339.    implementations to (if supported) instrument a destination drop count
  340.    on port copy to provide NMS applications a sense of the quality of
  341.    data presented at the destination port.
  342.  
  343.  
  344. 2.3.3 Vlan Monitoring
  345.  
  346.    Vlan monitoring can be accomplished by using a VLAN-based dataSource
  347.    and/or by configuring smonVlanIdStats and/or smonVlanPrioStats
  348.    collections.  These functions allow VLAN-ID or user priority
  349.    distributions per dataSource. Vlan monitoring provides a high-level
  350.    view of total Vlan usages and relative non-unicast traffic usage as
  351.    well as a profile of Vlan priority as defined in the 3-bit
  352.    user_priority field.
  353.  
  354.  
  355.    NOTE: priority stats reflect what was parsed from the packet, not
  356.    what priority, if any, was necessarily granted by the switch.
  357.  
  358. 2.4  Relationship to Other MIBs
  359.  
  360. 2.4.1 The RMON and RMON2 MIBs
  361.  
  362.    The Remote Monitoring MIB (RMON-1) [12] provides several management
  363.    functions that may be directly or indirectly applicable to switched
  364.    networks.
  365.  
  366.    The port copy mechanisms defined by the RMON MIB allow for the
  367.    destination ports to become data source for any RMON-1 statistics.
  368.    However, an NMS application should check whether it is in the device
  369.    capability(portCopyCap) to filter errors from a source to a
  370.    destination port and whether this capability is enabled, in order to
  371.    provide a correct interpretation of the copied port traffic.
  372.  
  373.    RMON I host and matrix group statistics entries may be aggregated by
  374.    use of the extended dataSource capability defined in SMON. RMON II
  375.    groups are similarly extended through the use of SMON's dataSource
  376.    definition.
  377.  
  378.    RMON-1 also defines a simple thresholding monitoring mechanism,
  379.    event-logging and event-notification for any MIB instance; SMON
  380.    utilizes the alarms and events groups from RMON-1 without
  381.    modification. These groups should be implemented on SMON devices if a
  382.    simple thresholding mechanism is desired.
  383.  
  384.  
  385.    The RMON II usrHistory group (user-defined history collection) should
  386.    be implemented by an SMON device if a history collection mechanism is
  387.    desired for smonStats entries.
  388.  
  389. 2.4.2 The Interfaces Group MIB
  390.  
  391.    The Interfaces Group MIB [5], [17] extends aspects of MIB-II [3].
  392.    This document discusses the 'interfaces' group of MIB-II, especially
  393.    the experience gained from the definition of numerous media- specific
  394.    MIB modules for use in conjunction with the 'interfaces' group for
  395.    managing various sub-layers beneath the internetwork- layer.  It
  396.    specifies clarifications to, and extensions of, the architectural
  397.    issues within the previous model used for the 'interfaces' group.
  398.  
  399.    The Interfaces Group MIB also includes a MIB module.  As well as
  400.    including new MIB definitions to support the architectural
  401.    extensions, this MIB module also re-specifies the 'interfaces' group
  402.    of MIB-II in a manner that is both compliant to the SNMPv2 SMI and
  403.    semantically- identical to the existing SNMPv1-based definitions.
  404.  
  405.    The SMON MIB utilizes the propVirtual(53) ifType defined in The
  406.    Interfaces Group MIB [17] to provide SMON and RMON with new
  407.    dataSources such as Vlans and internal monitoring points. NMS
  408.    applications should consult the SMON dataSource capabilities group
  409.    (dataSourceCap) for a description of these virtual interfaces.
  410.  
  411. 2.4.3 The Entity MIB
  412.  
  413.    The scope of the Entity MIB [13] is to allow an NMS to interrogate a
  414.    standard SNMP context and thereby discover what logical and physical
  415.    entities exist, how to access the MIB information of each logical
  416.    entity, and the relationships between the various entities. The MIB
  417.    should support both a single agent or multiple agents in one physical
  418.    entity.
  419.  
  420.    A "physical entity" or "physical component" represents an
  421.    identifiable physical resource within a managed system. Zero or more
  422.    logical entities may utilize a physical resource at any given time.
  423.    It is an implementation-specific manner as to which physical           |
  424.    components are represented by an agent in the entPhysicalTable.
  425.    Typically, physical resources (e.g. communications ports, backplanes,
  426.    sensors, daughter-cards, power supplies, the overall chassis, the
  427.    overall switch), which can be managed via functions associated with
  428.    one or more logical entities are included in the MIB.
  429.  
  430.    The SMON MIB does not mandate Entity MIB support, but allows for
  431.    physical entities, as defined by this MIB to be defined as SMON data
  432.    sources. For such cases, the support for the entPhysicalTable is       |
  433.    required.
  434.  
  435. 2.4.4 The Bridge MIB
  436.  
  437.    One of the important indicators for measuring the effectiveness of a
  438.    switching device is the ratio between the number of forwarded frames
  439.    and the number of dropped frames at the switch port.
  440.  
  441.    It is out of the scope of this MIB to provide instrumentation
  442.    information relative to switching devices. However, such indication
  443.    may be part of other MIB modules.
  444.  
  445.    For instance the Bridge MIB [18] provides such MIB objects, for the
  446.    802.1 bridges (dot1dTpPortInFrames, dot1dTpPortInDiscards) and
  447.    switches managed according to the 802.1 bridge model may provide this
  448.    information.
  449.  
  450. 2.5 Relationship with IEEE 802.1 Standards
  451.  
  452.    The SMON MIB provides simple statistics per vLAN and priority levels.
  453.    Those two categories of statistics are of higher importance for
  454.    switched networks managers. Interoperability for those features is
  455.    ensured by the use of the IEEE 802.1 p/Q standards ([14], [15])
  456.    defined by the IEEE 802.1 WG. Interoperability from the SMON MIB
  457.    point of view is ensured by referencing the IEEE definition of vLANs
  458.    and priority levels, for the SMON statistics.
  459.  
  460. 3. SMON Groups                                                            |
  461.  
  462. 3.1 SMON ProbeCapabilities                                                |
  463.  
  464.    The SMON probeCapabilities BITS object covers the following four       |
  465.    capabilities.
  466.  
  467.        - smonVlanStats(1)                                                 |
  468.          The probe supports the smonVlanStats object group.
  469.  
  470.        - smonPrioStats(2)                                                 |
  471.          The probe supports the smonPrioStats object group.
  472.  
  473.        - dataSource(3)                                                    |
  474.          The probe supports the dataSource object group.
  475.  
  476.        - portCopy(4)                                                      |
  477.          The probe supports the portCopy object group.
  478.  
  479.  
  480.                                                                           *
  481.  
  482. 3.2 smonVlanStats
  483.  
  484.    The smonVlanStats MIB group includes the control and statistics
  485.    objects related to 802.1q Vlans. Specific statistics per 802.1q
  486.    virtual LAN are supported. The group provides a high level view of
  487.    total Vlan usage, and relative non-unicast traffic usage.
  488.  
  489.    It is an implementation-specific matter as to how the agent
  490.    determines the proper default-VLAN for untagged or priority-tagged
  491.    frames.
  492.  
  493. 3.3 smonPrioStats
  494.  
  495.    The smonPrioStatsTable provides a distribution based on the
  496.    user_priority field in the VLAN header.
  497.  
  498.    Note that this table merely reports priority as encoded in VLAN
  499.    headers, not the priority (if any) given the frame for actual
  500.    switching purposes.
  501.  
  502.  
  503. 3.4 dataSourceCaps
  504.  
  505.    The dataSourceCaps MIB group identifies all supported data sources on
  506.    an SMON device. An NMS may use this table to discover the RMON and
  507.    Copy Port attributes of each data source.
  508.  
  509.    Upon restart of the agent, the dataSourceTable, ifTable and
  510.    entPhysicalTable are initialized for the available data sources. The
  511.    agent may modify these tables as data sources become known or are
  512.    removed(e.g. hot swap of interfaces, chassis cards or the discovery
  513.    of Vlan usage).  It is understood that dataSources representing VLANs
  514.    may not always be instantiated immediately upon restart, but rather
  515.    as VLAN usage is detected by the agent.  The agent should attempt to
  516.    create dataSource and interface entries for all dataSources as soon
  517.    as possible.
  518.  
  519.    For each dataSourceCapsEntry representing a VLAN or entPhysicalEntry,
  520.    the agent must create an associated ifEntry with a ifType value of
  521.    'propVirtual(53)'.  This ifEntry will be used as the actual value in
  522.    RMON control table dataSource objects.  The assigned ifIndex value is
  523.    copied into the associated dataSourceCapsIfIndex object.
  524.  
  525. 3.5 portCopyConfig
  526.  
  527.    The portCopyConfig MIB group includes the objects defined for the
  528.    control of the port copy functionality in a device.
  529.  
  530.    The standard does not place a limit on the mode by which this copy
  531.    function may be used:
  532.  
  533.    Mode 1 --  1:1 Copy
  534.  
  535.       Single dataSource copied to a single destination dataSource.
  536.       Agent may limit configuration based on ifTypes, ifSpeeds, half-
  537.       duplex/full-duplex, or agent resources.  In this mode the single
  538.       instance of the portCopyDestDropEvents object refers to dropped
  539.       frames on the portCopyDest interface.
  540.  
  541.    Mode 2 --  N:1 Copy
  542.  
  543.       Multiple dataSources copied to a single destination dataSource.
  544.       Agent may limit configuration based on ifTypes, ifSpeeds, half-
  545.       duplex/full-duplex, portCopyDest over-subscription, or agent
  546.       resources.  In this mode all N instances of the
  547.       portCopyDestDropEvents object should contain the same value, and
  548.       refer to dropped frames on the portCopyDest interface.
  549.  
  550.    Mode 3 --  N:M Copy
  551.  
  552.       Multiple dataSources copied to multiple destination dataSources.
  553.       Agent may limit configuration based on ifTypes, ifSpeeds, half-
  554.       duplex/full-duplex, portCopyDest over-subscription, or agent
  555.       resources.  Since portCopyDestDropEvents is kept per destination
  556.       port, all instances of the portCopyDestDropEvents object
  557.       associated with(indexed by) a given portCopyDest should have the
  558.       same value(i.e. replicated or aliased for each instance associated
  559.       with a given portCopyDest).
  560.  
  561.    The rows do not have an OwnerString, since multiple rows may be part
  562.    of the same portCopy operation. The agent is expected to activate or
  563.    deactivate entries one at a time, based on the rowStatus for the
  564.    given row.  This can lead to unpredictable results in Modes 2 and 3
  565.    in applications utilizing the portCopy target traffic, if multiple
  566.    PDUs are used to fully configure the operation.  It is recommended
  567.    that an entire portCopy operation be configured in one SetRequest PDU
  568.    if possible.
  569.  
  570.    The portCopyDest object may not reference an interface associated
  571.    with a packet-based VLAN (rmonVlanDataSource.V), but this dataSource
  572.    type may be used as a portCopySource.
  573.  
  574. 4.  Control of Remote Network Monitoring Devices
  575.  
  576.    Due to the complex nature of the available functions in these
  577.    devices, the functions often need user configuration.  In many cases,
  578.    the function requires parameters to be set up for a data collection
  579.    operation.  The operation can proceed only after these parameters are
  580.    fully set up.
  581.  
  582.    Many functional groups in this MIB have one or more tables in which
  583.    to set up control parameters, and one or more data tables in which to
  584.    place the results of the operation.  The control tables are typically
  585.    read/write in nature, while the data tables are typically read/only.
  586.    Because the parameters in the control table often describe resulting
  587.    data in the data table, many of the parameters can be modified only
  588.    when the control entry is not active.  Thus, the method for modifying
  589.    these parameters is to de-activate the entry, perform the SNMP Set
  590.    operations to modify the entry, and then re-activate the entry.
  591.    Deleting the control entry causes the deletion of any associated data
  592.    entries, which also gives a convenient method for reclaiming the
  593.    resources used by the associated data.
  594.  
  595.    Some objects in this MIB provide a mechanism to execute an action on
  596.    the remote monitoring device.  These objects may execute an action as
  597.    a result of a change in the state of the object.  For those objects
  598.    in this MIB, a request to set an object to the same value as it
  599.    currently holds would thus cause no action to occur.
  600.  
  601.    To facilitate control by multiple managers, resources have to be
  602.    shared among the managers.  These resources are typically the memory
  603.    and computation resources that a function requires.
  604.  
  605.    The control mechanisms defined and used in this MIB are the same as
  606.    those defined in the RMON MIB [11], for control functionality and
  607.    interaction with multiple managers.
  608.  
  609. 5. Definitions
  610.  
  611. SMON-MIB DEFINITIONS ::= BEGIN
  612.  
  613. IMPORTS
  614.         MODULE-IDENTITY, OBJECT-TYPE, Counter32,
  615.         Integer32, Counter64, experimental                                |
  616.                 FROM SNMPv2-SMI
  617.         mib-2, ifType
  618.                 FROM RFC1213-MIB
  619.         RowStatus, TEXTUAL-CONVENTION
  620.                 FROM SNMPv2-TC
  621.         OwnerString
  622.                 FROM RMON-MIB
  623.         LastCreateTime, DataSource, rmonConformance
  624.                 FROM RMON2-MIB
  625.         InterfaceIndex
  626.                 FROM IF-MIB
  627.         probeConfig                                                       |
  628.                 FROM RMON2-MIB                                            |
  629.         MODULE-COMPLIANCE, OBJECT-GROUP
  630.                 FROM SNMPv2-CONF;
  631.  
  632. switchRMON MODULE-IDENTITY
  633.         LAST-UPDATED "9707030000Z"
  634.         ORGANIZATION "IETF RMON MIB Working Group"
  635.         CONTACT-INFO
  636.         "IETF RMONMIB WG Mailing list: rmonmib@cisco.com
  637.  
  638.                 Rich Waterman
  639.                 Allot Networks Inc.
  640.                 Phone:  +1 408 559 0253
  641.                 Email: rwaterma@msn.com
  642.  
  643.                 Bill Lahaye
  644.                 Cabletron Systems
  645.                 Phone:  +1 603 337 5211
  646.                 Email:  lahaye@ctron.com
  647.  
  648.                 Dan Romascanu
  649.                 Madge Networks
  650.                 Phone:  +972 3 645 8414
  651.                 Email: dromasca@madge.com
  652.  
  653.                 Steven Waldbusser
  654.                 International Network Services
  655.                 Phone: (415) 254-4251
  656.                 EMail: waldbusser@ins.com"
  657.  
  658.         DESCRIPTION
  659.                 "The MIB module for managing remote monitoring device
  660.                  implementations for Switched Networks"
  661.         ::= { experimental 1000 }
  662.  
  663. smonMIBObjects OBJECT IDENTIFIER ::= { switchRMON 1 }
  664.  
  665. dataSourceCaps          OBJECT IDENTIFIER ::= {smonMIBObjects 1}
  666. smonStats               OBJECT IDENTIFIER ::= {smonMIBObjects 2}
  667. portCopyConfig          OBJECT IDENTIFIER ::= {smonMIBObjects 3}
  668. smonRegistrationPoints  OBJECT IDENTIFIER ::= {smonMIBObjects 4}
  669.  
  670. -- Textual Conventions
  671. --
  672. SmonDataSource ::= TEXTUAL-CONVENTION
  673.     STATUS        current
  674.     DESCRIPTION
  675.         "Identifies the source of the data that the associated function
  676.          is configured to analyse. This macro extends the DataSource
  677.          Textual Convention defined by RMON-2 [11] to the following data
  678.          source types:
  679.  
  680.          - ifIndex.<I>
  681.          DataSources of this traditional form are called 'port-based',
  682.          but only if ifType.<I> is not equal to 'propVirtual(53)'.
  683.  
  684.          - smonVlanDataSource.<V>
  685.          A dataSource of this form refers to a 'Packet-based VLAN' and
  686.          is called a 'VLAN-based' dataSource. <V> is the VLAN ID, as defined
  687.          by the IEEE 802.1Q standard [14].
  688.  
  689.         - entPhysicalEntry.<N>
  690.          A dataSource of this form refers to a physical entity within
  691.          the agent (e.g. entPhysicalClass = backplane(4)) and is called
  692.          an 'entity-based' dataSource."
  693.     SYNTAX      OBJECT IDENTIFIER
  694. --                                                                        |
  695. -- The smonCapabilities object describes SMON agent capabilites           |
  696. --                                                                        |
  697. --                                                                        |
  698. smonCapabilities OBJECT-TYPE                                              |
  699.     SYNTAX BITS {                                                         |
  700.       smonVlanStats(1),                                                   |
  701.       smonPrioStats(2),                                                   |
  702.       dataSource(3),                                                      |
  703.       portCopy(4)                                                         |
  704.       }                                                                   |
  705.     MAX-ACCESS read-only                                                  |
  706.     STATUS current                                                        |
  707.     DESCRIPTION                                                           |
  708.         "An indication of the SMON MIB groups supported                   |
  709.          by this agent."                                                  |
  710.     ::= { probeConfig  15 }                                               |
  711.  
  712.  
  713. -- dataSourceCaps MIB group - defines SMON data source and port copy      |
  714. -- capabilities for devices supporting SMON.
  715.  
  716. -- A NMS application will check this MIB group and retrieve information about
  717. -- the SMON capabilities of the device before applying SMON control operations
  718. -- to the device.
  719.  
  720.  
  721. -- dataSourceCapsTable: defines capabilities of RMON data sources
  722.  
  723. dataSourceCapsTable OBJECT-TYPE
  724.     SYNTAX      SEQUENCE OF DataSourceCapsEntry
  725.     MAX-ACCESS  not-accessible
  726.     STATUS      current
  727.     DESCRIPTION
  728.         "This table describes RMON data sources and port copy capabilities.
  729.         An NMS may use this table to discover the identity and attributes of
  730.         the data sources on a given agent implementation. Similar to the
  731.         probeCapabilities object, actual row-creation operations will succeed
  732.         or fail based on the resources available and parameter values used
  733.         in each row-creation operation.
  734.  
  735.         Upon restart of the RMON agent, the dataSourceTable, ifTable, and
  736.         perhaps entPhysicalTable are initialized for the available dataSources.
  737.  
  738.         For each dataSourceCapsEntry representing a VLAN or entPhysicalEntry
  739.         the agent must create an associated ifEntry with a ifType value of
  740.         'propVirtual(53)'. This ifEntry will be used as the actual value
  741.         in RMON control table dataSource objects.  The assigned ifIndex value
  742.         is copied into the associated dataSourceCapsIfIndex object.
  743.  
  744.         It is understood that dataSources representing VLANs may not always
  745.         be instantiated immediately upon restart, but rather as VLAN usage
  746.         is detected by the agent.  The agent should attempt to create
  747.         dataSource and interface entries for all dataSources as soon as
  748.         possible."
  749. ::= { dataSourceCaps 1 }
  750.  
  751. dataSourceCapsEntry  OBJECT-TYPE
  752.     SYNTAX      DataSourceCapsEntry
  753.     MAX-ACCESS  not-accessible
  754.     STATUS      current
  755.     DESCRIPTION
  756.         "Entries per data source containing descriptions of data source and
  757.          port copy capabilities. This table is populated by the RMON agent
  758.          with one entry for each supported data source."
  759. INDEX { IMPLIED dataSourceCapsObject }
  760. ::= { dataSourceCapsTable 1 }
  761.  
  762. DataSourceCapsEntry ::= SEQUENCE {
  763.         dataSourceCapsObject
  764.                 SmonDataSource,
  765.         dataSourceRmonCaps
  766.                 BITS,
  767.         dataSourceCopyCaps
  768.                 BITS,
  769.         dataSourceCapsIfIndex
  770.                 InterfaceIndex
  771.         }
  772.  
  773. dataSourceCapsObject OBJECT-TYPE
  774.     SYNTAX      SmonDataSource
  775.     MAX-ACCESS  not-accessible
  776.     STATUS      current
  777.     DESCRIPTION
  778.         "Defines an object that can be a SMON data source or a
  779.           source or a destination for a port copy operation."
  780.     ::= { dataSourceCapsEntry 1  }
  781.  
  782. dataSourceRmonCaps OBJECT-TYPE
  783.     SYNTAX BITS {
  784.            countErrFrames(0),
  785.            countAllGoodFrames(1),
  786.            countAnyRmonTables(2),                                         |
  787.            babyGiantsCountAsGood(3),                                      |
  788.            countNUcastOctets(4)                                           |
  789.            }
  790.     MAX-ACCESS read-only
  791.     STATUS current
  792.     DESCRIPTION
  793.         " General attributes of the specified dataSource.
  794.         Note that these are static attributes, which should not
  795.         be adjusted because of current resources or configuration.
  796.  
  797.       - countErrFrames(0)
  798.         The agent sets this bit for the dataSource if errored frames
  799.         received on this dataSource can actually be monitored by the agent.
  800.         The agent clears this bit is any errored frames are not visible to
  801.         the RMON data collector.
  802.  
  803.       - countAllGoodFrames(1)
  804.         The agent sets this bit for the dataSource if all good frames received
  805.         on this dataSource can actually be monitored by the agent.
  806.         The agent clears this bit if any good frames are not visible for RMON
  807.         collection, e.g., the dataSource is a non-promiscuous interface or an
  808.         internal switch interface which may not receive frames which were |
  809.         switched in hardware or dropped by the bridge forwarding function.
  810.  
  811.       - countAnyRmonTables(2)
  812.         The agent sets this bit if this dataSource can actually be used in
  813.         any of the implemented RMON tables, resources notwithstanding.
  814.         The agent clears this bit if this dataSourceCapsEntry is present
  815.         simply to identify a dataSource that may only be used as
  816.         portCopySource and/or a portCopyDest, but not the source of an
  817.         actual RMON data collection.                                      |
  818.  
  819.       - babyGiantsCountAsGood(3)                                          |
  820.         The agent sets this bit if it can distinguish, for counting purposes,|
  821.         between true giant frames and frames that are larger than the media's|
  822.         'normal' maximum frame size due to Vlan tagging('baby giants').   |
  823.  
  824.         Agents not capable of detecting 'baby giants' will clear this bit |
  825.         and, for example on ethernet, will view all frames less than or equal|
  826.         to 1518 octets as 'good frames' and all frames larger than 1518 octets|
  827.         as 'bad frames' for the purpose of counting in the smonVlanIdStats and |
  828.         smonVlanPrioStats tables.                                         |
  829.  
  830.         Agents capable of detecting 'baby giants' shall consider them as  |
  831.         'good frames' for the purpose of counting in the smonVlanIdStats  |
  832.         and smonVlanPrioStats tables."                                    |
  833.                                                                           |
  834.       - countNUcastOctets(4)                                              |
  835.         The agent sets this bit if it is capable of counting non-unicast  |
  836.         octets on this dataSource. Note that if this bit is set the       |
  837.         smonVlanStatsExtGroup becomes mandatory                           |
  838.  
  839.     ::= { dataSourceCapsEntry 2  }
  840.  
  841. dataSourceCopyCaps OBJECT-TYPE
  842.     SYNTAX BITS {
  843.         copySourcePort(0),
  844.         copyDestPort(1),
  845.         copySrcTxTraffic(2),
  846.         copySrcRxTraffic(3),
  847.         countDestDropEvents(4),
  848.         copyErrFrames(5),
  849.         copyUnalteredFrames(6),
  850.         copyAllGoodFrames(7)
  851.         }
  852.     MAX-ACCESS   read-only
  853.     STATUS       current
  854.     DESCRIPTION
  855.         " PortCopy function capabilities of the specified dataSource.
  856.     Note that these are static capabilities, which should not be adjusted
  857.     because of current resources or configuration.
  858.  
  859.       - copySourcePort(0)
  860.         The agent sets this bit if this dataSource is capable of acting
  861.         as a source of a portCopy operation. The agent clears this bit
  862.         otherwise.
  863.  
  864.       - copyDestPort(1)
  865.         The agent sets this bit if this dataSource is capable of acting as
  866.         a destination of a portCopy operation. The agent clears this bit
  867.         otherwise.
  868.  
  869.       - copySrcTxTraffic(2)
  870.         If the copySourcePort bit is set:
  871.           The agent sets this bit if this dataSource is capable of
  872.           copying frames transmitted out this portCopy source.
  873.           The agent clears this bit otherwise.  This function is
  874.           needed to support full-duplex ports.
  875.         Else this bit should be cleared.
  876.  
  877.       - copySrcRxTraffic(3)
  878.         If the copySourcePort bit is set:
  879.           The agent sets this bit if this dataSource is capable of
  880.           copying frames received on this portCopy source.
  881.           The agent clears this bit otherwise. This function is
  882.           needed to support full-duplex ports.
  883.         Else this bit should be cleared.
  884.  
  885.       - countDestDropEvents(4)
  886.         If the copyDestPort bit is set:
  887.           The agent sets this bit if it is capable of incrementing
  888.           portCopyDestDropEvents, when this dataSource is the target
  889.           of a portCopy operation and a frame destined to this dataSource is
  890.           dropped (for RMON counting purposes).
  891.         Else this BIT should be cleared.
  892.  
  893.       - copyErrFrames(5)
  894.         If the copySourcePort bit is set:
  895.           The agent sets this bit if it is capable of copying all errored
  896.           frames from this portCopy source-port, for errored frames
  897.           received on this dataSource.
  898.         Else this BIT should be cleared.
  899.  
  900.       - copyUnalteredFrames(6)
  901.         If the copySourcePort bit is set:
  902.           The agent sets this bit if it is capable of copying all frames
  903.           from this portCopy source-port without alteration in any way;
  904.           including, but not limited to:
  905.              - truncation (with or without CRC regeneration)
  906.              - proprietary header insertion
  907.              - MAC header rewrite
  908.              - VLAN retagging
  909.         Else this bit should be cleared.
  910.  
  911.       - copyAllGoodFrames(7)
  912.         If the copySourcePort bit is set:
  913.           The agent sets this bit for the dataSource if all good frames
  914.           received on this dataSource are normally capable of being copied
  915.           by the agent. The agent clears this bit if any good frames are
  916.           not visible for the RMON portCopy operation, e.g., the dataSource
  917.           is a non-promiscuous interface or an internal switch interface
  918.           which may not receive frames which were switched in hardware or
  919.           dropped by the bridge forwarding function.
  920.         Else this bit should be cleared."
  921.  
  922.     ::= { dataSourceCapsEntry 3  }                                        |
  923.  
  924. dataSourceCapsIfIndex OBJECT-TYPE
  925.    SYNTAX       InterfaceIndex
  926.    MAX-ACCESS   read-only
  927.    STATUS       current
  928.    DESCRIPTION
  929.         "This object contains the ifIndex value of the ifEntry associated
  930.          with this smonDataSource."
  931.     ::= { dataSourceCapsEntry 4  }
  932.  
  933. -- The SMON Statistics MIB Group
  934.  
  935. -- aggregated statistics for IEEE 802.1Q VLAN environments.
  936.  
  937. -- VLAN statistics can be gathered in two different ways; either by using a
  938. -- dataSource referencing a VLAN (sec. 3.3.6) or by configuring
  939. -- smonVlanIdStats and/or smonVlanPrioStats collections. These functions
  940. -- allow a VLAN-ID or user priority distributions per dataSource,
  941. -- auto-populated by the agent in a manner similar to the RMON1 hostTable.
  942.  
  943. -- Only good frames are counted in the tables described in this section.
  944.  
  945.  
  946. -- VLAN ID Stats
  947.  
  948. -- smonVlanStatsControlTable allows configuration of VLAN-ID collections.
  949.  
  950. smonVlanStatsControlTable OBJECT-TYPE
  951.     SYNTAX      SEQUENCE OF SmonVlanStatsControlEntry
  952.     MAX-ACCESS  not-accessible
  953.     STATUS      current
  954.     DESCRIPTION
  955.         "Controls the setup of vLAN statistics tables."
  956.     ::= { smonStats 1 }
  957.  
  958. smonVlanStatsControlEntry OBJECT-TYPE
  959.     SYNTAX      SmonVlanStatsControlEntry
  960.     MAX-ACCESS  not-accessible
  961.     STATUS      current
  962.     DESCRIPTION
  963.         "A conceptual row in the smonVlanStatsControlTable.
  964.          An example of the indexing of this entry is
  965.          smonVlanStatsControlCreateTime.7"
  966.     INDEX { smonVlanStatsControlIndex }
  967.     ::= { smonVlanStatsControlTable 1 }
  968.  
  969. SmonVlanStatsControlEntry ::= SEQUENCE {
  970.     smonVlanStatsControlIndex                Integer32,
  971.     smonVlanStatsControlDataSource       SmonDataSource,
  972.     smonVlanStatsControlCreateTime       LastCreateTime,
  973.     smonVlanStatsControlOwner               OwnerString,
  974.     smonVlanStatsControlStatus                RowStatus
  975. }
  976.  
  977. smonVlanStatsControlIndex OBJECT-TYPE
  978.     SYNTAX      Integer32 (1..65535)
  979.     MAX-ACCESS  not-accessible
  980.     STATUS      current
  981.     DESCRIPTION
  982.         "A unique arbitrary index for this smonVlanStatsControlEntry."
  983.     ::= { smonVlanStatsControlEntry 1 }
  984.  
  985. smonVlanStatsControlDataSource OBJECT-TYPE
  986.     SYNTAX      SmonDataSource
  987.     MAX-ACCESS  read-create
  988.     STATUS      current
  989.     DESCRIPTION
  990.         "The source of data for this set of vLAN statistics.
  991.  
  992.         This object may not be modified if the associated
  993.         smonVlanStatsControlStatus object is equal to active(1)."
  994.     ::= { smonVlanStatsControlEntry 2 }
  995.  
  996. smonVlanStatsControlCreateTime OBJECT-TYPE
  997.     SYNTAX     LastCreateTime
  998.     MAX-ACCESS read-only
  999.     STATUS     current
  1000.     DESCRIPTION
  1001.         "The value of sysUpTime when this control entry was last
  1002.         activated. This can be used by the management station to
  1003.         ensure that the table has not been deleted and recreated
  1004.         between polls."
  1005.     ::= { smonVlanStatsControlEntry 3 }
  1006.  
  1007. smonVlanStatsControlOwner OBJECT-TYPE
  1008.     SYNTAX      OwnerString
  1009.     MAX-ACCESS  read-create
  1010.     STATUS      current
  1011.     DESCRIPTION
  1012.         "The entity that configured this entry and is
  1013.         therefore using the resources assigned to it."
  1014.     ::= { smonVlanStatsControlEntry 4 }
  1015.  
  1016. smonVlanStatsControlStatus OBJECT-TYPE
  1017.     SYNTAX      RowStatus
  1018.     MAX-ACCESS  read-create
  1019.     STATUS      current
  1020.     DESCRIPTION
  1021.         "The status of this row.
  1022.  
  1023.         An entry may not exist in the active state unless all
  1024.         objects in the entry have an appropriate value.
  1025.  
  1026.         If this object is not equal to active(1), all associated
  1027.         entries in the smonVlanIdStatsTable shall be deleted."
  1028.     ::= { smonVlanStatsControlEntry 5 }
  1029.  
  1030. -- The VLAN Statistics Table
  1031. -- The smonVlanIdStatsTable provides a distribution based on the IEEE 802.1Q
  1032. -- VLAN-ID (VID), for each frame attributed to the data source for the
  1033. -- collection.
  1034.  
  1035. -- This function applies the same rules for attributing frames to VLAN-based
  1036. -- collections. RMON VLAN statistics are collected after the Ingress Rules
  1037. -- defined in section 3.13 of the VLAN Specification (P802.1Q/D4)
  1038. -- are applied.
  1039.  
  1040. -- It is possible that entries in this table will be garbage-collected, based
  1041. -- on agent resources, and VLAN configuration. Agents are encouraged to
  1042. -- support all 4096 index values and not garbage collect this table.
  1043.  
  1044. smonVlanIdStatsTable  OBJECT-TYPE
  1045.     SYNTAX     SEQUENCE OF SmonVlanIdStatsEntry
  1046.     MAX-ACCESS not-accessible
  1047.     STATUS     current
  1048.     DESCRIPTION
  1049.         "Contains the vLAN statistics data."
  1050.     ::= { smonStats 2 }
  1051.  
  1052. smonVlanIdStatsEntry  OBJECT-TYPE
  1053.     SYNTAX     SmonVlanIdStatsEntry
  1054.     MAX-ACCESS not-accessible
  1055.     STATUS     current
  1056.     DESCRIPTION
  1057.         "A conceptual row in smonVlanIdStatsTable."
  1058.     INDEX { smonVlanStatsControlIndex, smonVlanIdStatsId }
  1059.     ::= { smonVlanIdStatsTable 1 }
  1060.  
  1061. SmonVlanIdStatsEntry ::= SEQUENCE {
  1062.     smonVlanIdStatsId                             Integer32,
  1063.     smonVlanIdStatsTotalPkts                      Counter32,
  1064.     smonVlanIdStatsTotalOverflowPkts              Counter32,
  1065.     smonVlanIdStatsTotalHCPkts                    Counter64,
  1066.     smonVlanIdStatsTotalOctets                    Counter32,
  1067.     smonVlanIdStatsTotalOverflowOctets            Counter32,
  1068.     smonVlanIdStatsTotalHCOctets                  Counter64,
  1069.     smonVlanIdStatsNUcastPkts                     Counter32,
  1070.     smonVlanIdStatsNUcastOverflowPkts             Counter32,
  1071.     smonVlanIdStatsNUcastHCPkts                   Counter64,
  1072.     smonVlanIdStatsNUcastOctets                   Counter32,
  1073.     smonVlanIdStatsNUcastOverflowOctets           Counter32,
  1074.     smonVlanIdStatsNUcastHCOctets                 Counter64,
  1075.     smonVlanIdStatsCreateTime                     LastCreateTime
  1076.  }
  1077.  
  1078. smonVlanIdStatsId OBJECT-TYPE
  1079.     SYNTAX     Integer32 (0..4095)
  1080.     MAX-ACCESS not-accessible
  1081.     STATUS     current
  1082.     DESCRIPTION
  1083.         "The unique identifier of the vLAN monitored for
  1084.          this specific statistics collection.
  1085.  
  1086.         According to [14] tagged packets match the VID for the range between
  1087.         1 and 4095. An external RMON probe may detect VID=0 on a Inter Switch
  1088.         Link, in which case the packet belongs to a vLAN determined by the
  1089.         PVID of the ingress port. The vLAN belonging of such a packet can be
  1090.         determined only by a RMON probe internal to the switch."
  1091.     REFERENCE
  1092.         "Draft Standard for Virtual Bridged Local Area Networks, P802.1Q/D6,
  1093.           chapter 3.13"
  1094.     ::= { smonVlanIdStatsEntry 1 }
  1095.  
  1096. smonVlanIdStatsTotalPkts OBJECT-TYPE
  1097.     SYNTAX     Counter32
  1098.     MAX-ACCESS read-only
  1099.     STATUS     current
  1100.     DESCRIPTION
  1101.         "The total number of packets counted on
  1102.          this vLAN."
  1103.     ::= { smonVlanIdStatsEntry 2 }
  1104.  
  1105. smonVlanIdStatsTotalOverflowPkts OBJECT-TYPE
  1106.     SYNTAX     Counter32
  1107.     MAX-ACCESS read-only
  1108.     STATUS     current
  1109.     DESCRIPTION
  1110.         "The number of times the associated smonVlanIdStatsTotalPkts
  1111.          counter has overflowed."
  1112.     ::= { smonVlanIdStatsEntry 3 }
  1113.  
  1114. smonVlanIdStatsTotalHCPkts OBJECT-TYPE
  1115.     SYNTAX     Counter64
  1116.     MAX-ACCESS read-only
  1117.     STATUS     current
  1118.     DESCRIPTION
  1119.         " The total number of packets counted on
  1120.          this vLAN."
  1121.     ::= { smonVlanIdStatsEntry 4 }
  1122.  
  1123. smonVlanIdStatsTotalOctets OBJECT-TYPE
  1124.     SYNTAX     Counter32
  1125.     MAX-ACCESS read-only
  1126.     STATUS     current
  1127.     DESCRIPTION
  1128.         "The total number of octets counted on
  1129.          this vLAN."
  1130.     ::= { smonVlanIdStatsEntry 5 }
  1131.  
  1132. smonVlanIdStatsTotalOverflowOctets OBJECT-TYPE
  1133.     SYNTAX     Counter32
  1134.     MAX-ACCESS read-only
  1135.     STATUS     current
  1136.     DESCRIPTION
  1137.         "The number of times the associated smonVlanIdStatsTotalOctets
  1138.          counter has overflowed."
  1139.     ::= { smonVlanIdStatsEntry 6 }
  1140.  
  1141. smonVlanIdStatsTotalHCOctets OBJECT-TYPE
  1142.     SYNTAX     Counter64
  1143.     MAX-ACCESS read-only
  1144.     STATUS     current
  1145.     DESCRIPTION
  1146.         " The total number of octets counted on
  1147.          this vLAN."
  1148.     ::= { smonVlanIdStatsEntry 7 }
  1149.  
  1150. smonVlanIdStatsNUcastPkts OBJECT-TYPE
  1151.     SYNTAX     Counter32
  1152.     MAX-ACCESS read-only
  1153.     STATUS     current
  1154.     DESCRIPTION
  1155.         "The total number of non-unicast packets counted on
  1156.          this vLAN."
  1157.     ::= { smonVlanIdStatsEntry 8 }
  1158.  
  1159. smonVlanIdStatsNUcastOverflowPkts OBJECT-TYPE
  1160.     SYNTAX     Counter32
  1161.     MAX-ACCESS read-only
  1162.     STATUS     current
  1163.     DESCRIPTION
  1164.         "The number of times the associated smonVlanIdStatsNUcastPkts
  1165.          counter has overflowed."
  1166.     ::= { smonVlanIdStatsEntry 9 }
  1167.  
  1168. smonVlanIdStatsNUcastHCPkts OBJECT-TYPE
  1169.     SYNTAX     Counter64
  1170.     MAX-ACCESS read-only
  1171.     STATUS     current
  1172.     DESCRIPTION
  1173.         " The total number of non-unicast packets counted on
  1174.          this vLAN."
  1175.     ::= { smonVlanIdStatsEntry 10 }
  1176.  
  1177. smonVlanIdStatsNUcastOctets OBJECT-TYPE
  1178.     SYNTAX     Counter32
  1179.     MAX-ACCESS read-only
  1180.     STATUS     current
  1181.     DESCRIPTION
  1182.         "The total number of non-unicast octets counted on
  1183.          this vLAN."
  1184.     ::= { smonVlanIdStatsEntry 11 }
  1185.  
  1186. smonVlanIdStatsNUcastOverflowOctets OBJECT-TYPE
  1187.     SYNTAX     Counter32
  1188.     MAX-ACCESS read-only
  1189.     STATUS     current
  1190.     DESCRIPTION
  1191.         "The number of times the associated smonVlanIdStatsNUcastOctets
  1192.          counter has overflowed."
  1193.     ::= { smonVlanIdStatsEntry 12 }
  1194.  
  1195. smonVlanIdStatsNUcastHCOctets OBJECT-TYPE
  1196.     SYNTAX     Counter64
  1197.     MAX-ACCESS read-only
  1198.     STATUS     current
  1199.     DESCRIPTION
  1200.         " The total number of Non-unicast octets counted on
  1201.          this vLAN."
  1202.     ::= { smonVlanIdStatsEntry 13 }
  1203.  
  1204. smonVlanIdStatsCreateTime OBJECT-TYPE
  1205.     SYNTAX     LastCreateTime
  1206.     MAX-ACCESS read-only
  1207.     STATUS     current
  1208.     DESCRIPTION
  1209.         "The value of sysUpTime when this entry was last activated.
  1210.         This can be used by the management station to ensure that the
  1211.         entry has not been deleted and recreated between polls."
  1212.     ::= { smonVlanIdStatsEntry 14 }
  1213.  
  1214. -- smonPrioStatsControlTable allows configuration of collections based on the
  1215. -- value of the 3-bit user priority field encoded in the TCI. Note that this
  1216. -- table merely reports priority as encoded in the VLAN headers, not the
  1217. -- priority (if any) given to the frame for the actual switching purposes.
  1218.  
  1219. smonPrioStatsControlTable OBJECT-TYPE
  1220.     SYNTAX      SEQUENCE OF SmonPrioStatsControlEntry
  1221.     MAX-ACCESS  not-accessible
  1222.     STATUS      current
  1223.     DESCRIPTION
  1224.         "Controls the setup of priority statistics tables."
  1225.     ::= { smonStats 3 }
  1226.  
  1227. smonPrioStatsControlEntry OBJECT-TYPE
  1228.     SYNTAX      SmonPrioStatsControlEntry
  1229.     MAX-ACCESS  not-accessible
  1230.     STATUS      current
  1231.     DESCRIPTION
  1232.         "A conceptual row in the smonPrioStatsControlTable.
  1233.  
  1234.          An example of the indexing of this entry is
  1235.          smonPrioStatsControlCreateTime.7"
  1236.     INDEX { smonPrioStatsControlIndex }
  1237.     ::= { smonPrioStatsControlTable 1 }
  1238.  
  1239. SmonPrioStatsControlEntry ::= SEQUENCE {
  1240.     smonPrioStatsControlIndex                Integer32,
  1241.     smonPrioStatsControlDataSource       SmonDataSource,
  1242.     smonPrioStatsControlCreateTime       LastCreateTime,
  1243.     smonPrioStatsControlOwner               OwnerString,
  1244.     smonPrioStatsControlStatus                RowStatus
  1245. }
  1246.  
  1247. smonPrioStatsControlIndex OBJECT-TYPE
  1248.     SYNTAX      Integer32 (1..65535)
  1249.     MAX-ACCESS  not-accessible
  1250.     STATUS      current
  1251.     DESCRIPTION
  1252.         "A unique arbitrary index for this smonPrioStatsControlEntry."
  1253.     ::= { smonPrioStatsControlEntry 1 }
  1254.  
  1255. smonPrioStatsControlDataSource OBJECT-TYPE
  1256.     SYNTAX      SmonDataSource
  1257.     MAX-ACCESS  read-create
  1258.     STATUS      current
  1259.     DESCRIPTION
  1260.         "The source of data for this set of vLAN statistics.
  1261.  
  1262.         This object may not be modified if the associated
  1263.         smonPrioStatsControlStatus object is equal to active(1)."
  1264.     ::= { smonPrioStatsControlEntry 2 }
  1265.  
  1266. smonPrioStatsControlCreateTime OBJECT-TYPE
  1267.     SYNTAX     LastCreateTime
  1268.     MAX-ACCESS read-only
  1269.     STATUS     current
  1270.     DESCRIPTION
  1271.         "The value of sysUpTime when this control entry was last
  1272.         activated. This can be used by the management station to
  1273.         ensure that the table has not been deleted and recreated
  1274.         between polls."
  1275.     ::= { smonPrioStatsControlEntry 3 }
  1276.  
  1277. smonPrioStatsControlOwner OBJECT-TYPE
  1278.     SYNTAX      OwnerString
  1279.     MAX-ACCESS  read-create
  1280.     STATUS      current
  1281.     DESCRIPTION
  1282.         "The entity that configured this entry and is
  1283.         therefore using the resources assigned to it."
  1284.     ::= { smonPrioStatsControlEntry 4 }
  1285.  
  1286. smonPrioStatsControlStatus OBJECT-TYPE
  1287.     SYNTAX      RowStatus
  1288.     MAX-ACCESS  read-create
  1289.     STATUS      current
  1290.     DESCRIPTION
  1291.         "The status of this row.
  1292.  
  1293.         An entry may not exist in the active state unless all
  1294.         objects in the entry have an appropriate value.
  1295.  
  1296.         If this object is not equal to active(1), all associated
  1297.         entries in the smonPrioStatsTable shall be deleted."
  1298.     ::= { smonPrioStatsControlEntry 5 }
  1299.  
  1300. -- The Priority Statistics Table
  1301.  
  1302. smonPrioStatsTable  OBJECT-TYPE
  1303.     SYNTAX     SEQUENCE OF SmonPrioStatsEntry
  1304.     MAX-ACCESS not-accessible
  1305.     STATUS     current
  1306.     DESCRIPTION
  1307.         "Contains the priority statistics."
  1308.     ::= { smonStats 4 }
  1309.  
  1310. smonPrioStatsEntry  OBJECT-TYPE
  1311.     SYNTAX     SmonPrioStatsEntry
  1312.     MAX-ACCESS not-accessible
  1313.     STATUS     current
  1314.     DESCRIPTION
  1315.         "A conceptual row in smonPrioStatsTable."
  1316.     INDEX { smonPrioStatsControlIndex, smonPrioStatsId }
  1317.     ::= { smonPrioStatsTable 1 }
  1318.  
  1319. SmonPrioStatsEntry ::= SEQUENCE {
  1320.     smonPrioStatsId                       Integer32,
  1321.     smonPrioStatsPkts                     Counter32,
  1322.     smonPrioStatsOverflowPkts             Counter32,
  1323.     smonPrioStatsHCPkts                   Counter64,
  1324.     smonPrioStatsOctets                   Counter32,
  1325.     smonPrioStatsOverflowOctets           Counter32,
  1326.     smonPrioStatsHCOctets                 Counter64
  1327. }
  1328.  
  1329. smonPrioStatsId OBJECT-TYPE
  1330.     SYNTAX     Integer32 (0..7)
  1331.     MAX-ACCESS not-accessible
  1332.     STATUS     current
  1333.     DESCRIPTION
  1334.         "The unique identifier of the priority level monitored for
  1335.          this specific statistics collection."
  1336.     REFERENCE
  1337.         " Draft Standard for Virtual Bridged Local Area Networks, P802.1Q/D6,
  1338.           chapter 4.3.2.1"
  1339.     ::= { smonPrioStatsEntry 1 }
  1340.  
  1341. smonPrioStatsPkts OBJECT-TYPE
  1342.     SYNTAX     Counter32
  1343.     MAX-ACCESS read-only
  1344.     STATUS     current
  1345.     DESCRIPTION
  1346.         "The total number of packets counted on
  1347.          this priority level."
  1348.     ::= { smonPrioStatsEntry 2 }
  1349.  
  1350. smonPrioStatsOverflowPkts OBJECT-TYPE
  1351.     SYNTAX     Counter32
  1352.     MAX-ACCESS read-only
  1353.     STATUS     current
  1354.     DESCRIPTION
  1355.         "The number of times the associated smonPrioStatsPkts
  1356.          counter has overflowed."
  1357.     ::= { smonPrioStatsEntry 3 }
  1358.  
  1359. smonPrioStatsHCPkts OBJECT-TYPE
  1360.     SYNTAX     Counter64
  1361.     MAX-ACCESS read-only
  1362.     STATUS     current
  1363.     DESCRIPTION
  1364.         " The total number of packets counted on
  1365.          this priority level."
  1366.     ::= { smonPrioStatsEntry 4 }
  1367.  
  1368. smonPrioStatsOctets OBJECT-TYPE
  1369.     SYNTAX     Counter32
  1370.     MAX-ACCESS read-only
  1371.     STATUS     current
  1372.     DESCRIPTION
  1373.         "The total number of octets counted on
  1374.          this priority level."
  1375.     ::= { smonPrioStatsEntry 5 }
  1376.  
  1377. smonPrioStatsOverflowOctets OBJECT-TYPE
  1378.     SYNTAX     Counter32
  1379.     MAX-ACCESS read-only
  1380.     STATUS     current
  1381.     DESCRIPTION
  1382.         "The number of times the associated smonPrioStatsOctets
  1383.          counter has overflowed."
  1384.     ::= { smonPrioStatsEntry 6 }
  1385.  
  1386. smonPrioStatsHCOctets OBJECT-TYPE
  1387.     SYNTAX     Counter64
  1388.     MAX-ACCESS read-only
  1389.     STATUS     current
  1390.     DESCRIPTION
  1391.         " The total number of octets counted on
  1392.          this priority level."
  1393.     ::= { smonPrioStatsEntry 7 }
  1394.  
  1395.  
  1396. -- Port Copy provides the ability to copy all frames from a
  1397. -- a specified source to specified destination within a switch.
  1398. -- Source and  destinations should be MIB-II interfaces
  1399. -- One to one, one to many, many to one and many to many source
  1400. -- to destination relationships may be configured.
  1401. --
  1402. -- Applicable counters on the destination will increment for
  1403. -- all packets transmitted, be it by normal bridging/switching
  1404. -- or due to packet copy.
  1405. -- Note that this table manages no RMON data collection by itself,        |
  1406. -- and an agent may possibly implement no other RMON objects except the
  1407. -- probeCapabilities scalar, the dataSourceCapsTable, and this table.
  1408.  
  1409. portCopyTable  OBJECT-TYPE
  1410.     SYNTAX      SEQUENCE OF PortCopyEntry
  1411.     MAX-ACCESS  not-accessible
  1412.     STATUS      current
  1413.     DESCRIPTION
  1414.         "This table provides the ability to configure the copy port
  1415.          functionality. Source and destinations should be MIB-II
  1416.          interfaces.
  1417.          One to one, many to one and one to many source to destination
  1418.          relationships may be configured.
  1419.          Each row that exists in this table defines such a
  1420.          relationship.  By disabling a row in this table the port copy
  1421.          relationship no longer exists."
  1422. ::= { portCopyConfig 1 }
  1423.  
  1424. portCopyEntry  OBJECT-TYPE
  1425.     SYNTAX      PortCopyEntry
  1426.     MAX-ACCESS  not-accessible
  1427.     STATUS      current
  1428.     DESCRIPTION
  1429.         "Describes a particular port copy entry."
  1430. INDEX { portCopySource, portCopyDest }
  1431. ::= { portCopyTable 1 }
  1432.  
  1433. PortCopyEntry ::= SEQUENCE {
  1434.         portCopySource
  1435.                 InterfaceIndex,
  1436.         portCopyDest
  1437.                 InterfaceIndex,
  1438.         portCopyDestDropEvents
  1439.                 Counter32,
  1440.         portCopyStatus
  1441.                 RowStatus
  1442.         }
  1443.  
  1444. portCopySource OBJECT-TYPE
  1445.     SYNTAX       InterfaceIndex (1..65535)
  1446.     MAX-ACCESS   not-accessible
  1447.     STATUS       current
  1448.     DESCRIPTION
  1449.         "The ifIndex of the source which will have all packets redirected to
  1450.          the destination as defined by portCopyDest."
  1451.     ::= { portCopyEntry 1 }
  1452.  
  1453. portCopyDest OBJECT-TYPE
  1454.     SYNTAX       InterfaceIndex (1..65535)
  1455.     MAX-ACCESS   not-accessible
  1456.     STATUS       current
  1457.     DESCRIPTION
  1458.         "Defines the ifIndex destination for the copy operation."
  1459.     ::= { portCopyEntry 2 }
  1460.  
  1461. portCopyDestDropEvents OBJECT-TYPE
  1462.     SYNTAX       Counter32
  1463.     MAX-ACCESS   read-only
  1464.     STATUS       current
  1465.     DESCRIPTION
  1466.          "The total number of events in which port copy packets
  1467.          were dropped by the switch at the destination port due to
  1468.          lack of resources.
  1469.          Note that this number is not necessarily the number of
  1470.          packets dropped; it is just the number of times this
  1471.          condition has been detected.
  1472.          A single dropped event counter is maintained for each
  1473.          portCopyDest. Thus all instances associated with a given
  1474.          portCopyDest will have the same portCopyDestDropEvents value "
  1475.      ::= { portCopyEntry 3 }
  1476.  
  1477. portCopyStatus OBJECT-TYPE
  1478.     SYNTAX       RowStatus
  1479.     MAX-ACCESS   read-write
  1480.     STATUS       current
  1481.     DESCRIPTION
  1482.         "Defines the status of the port copy entry."
  1483.     ::= { portCopyEntry 4 }
  1484.  
  1485. -- smonRegistrationPoints
  1486. -- defines a set of OIDs for registration purposes of entities
  1487. -- supported by the SMON MIB.
  1488.  
  1489.  
  1490. smonVlanDataSource      OBJECT IDENTIFIER ::= { smonRegistrationPoints 1}
  1491.  
  1492. -- Defined for uses as an SmonDataSource. A single integer parameter
  1493. -- is appended to the end of this OID when actually encountered in
  1494. -- the dataSourceCapsTable, which represents a positive, non-zero VLAN
  1495. -- identifier value.
  1496.  
  1497.  
  1498. -- Conformance Macros
  1499.  
  1500. smonMIBCompliances      OBJECT IDENTIFIER ::= { rmonConformance 3}
  1501. smonMIBGroups           OBJECT IDENTIFIER ::= { rmonConformance 4}
  1502.  
  1503. smonMIBCompliance       MODULE-COMPLIANCE
  1504.         STATUS current
  1505.         DESCRIPTION
  1506.         "Describes the requirements for full conformance with the SMON MIB"
  1507.         MODULE -- this module
  1508.         MANDATORY-GROUPS                 {dataSourceCapsGroup,
  1509.                                           smonVlanStatsGroup,
  1510.                                           smonPrioStatsGroup,
  1511.                                           portCopyConfigGroup             |
  1512.                                           smonInformationGroup}           |
  1513.         GROUP smonVlanStatsExtGroup                                       |
  1514.         DESCRIPTION                                                       |
  1515.               "The smonVlanStatsExtGroup is mandatory for systems         |
  1516.                which can count Non-unicast octets for a given dataSource."|
  1517.   ::= { smonMIBCompliances 1 }
  1518.  
  1519.  smonMIBVlanStatsCompliance        MODULE-COMPLIANCE
  1520.         STATUS current
  1521.         DESCRIPTION
  1522.         "Describes the requirements for conformance with the SMON MIB
  1523.          with support for VLAN Statistics. Mandatory for a SMON probe in
  1524.          environment where IEEE 802.1Q bridging is implemented."
  1525.         MODULE -- this module
  1526.         MANDATORY-GROUPS                 {dataSourceCapsGroup,
  1527.                                           smonVlanStatsGroup}
  1528.   ::= { smonMIBCompliances 2 }
  1529.  
  1530. smonMIBPrioStatsCompliance         MODULE-COMPLIANCE
  1531.         STATUS     current
  1532.         DESCRIPTION
  1533.         "Describes the requirements for conformance with the SMON MIB
  1534.          with support for priority level Statistics. Mandatory for a SMON
  1535.          probe in a environment where IEEE 802.1p priority-switching is
  1536.          implemented."
  1537.         MODULE -- this module
  1538.         MANDATORY-GROUPS                 {dataSourceCapsGroup,
  1539.                                           smonPrioStatsGroup}
  1540.   ::= { smonMIBCompliances 3 }
  1541.  
  1542.  
  1543. portCopyCompliance                 MODULE-COMPLIANCE
  1544.         STATUS     current
  1545.         DESCRIPTION
  1546.         "Describes the requirements for conformance with the port copy
  1547.          functionality defined by the SMON MIB"
  1548.         MODULE  -- this module
  1549.         MANDATORY-GROUPS                 {dataSourceCapsGroup,
  1550.                                           portCopyConfigGroup}
  1551.   ::= { smonMIBCompliances 4}
  1552.  
  1553. dataSourceCapsGroup     OBJECT-GROUP
  1554.         OBJECTS          { dataSourceRmonCaps,
  1555.                           dataSourceCopyCaps,
  1556.                           dataSourceCapsIfIndex}
  1557.         STATUS     current
  1558.         DESCRIPTION
  1559.         "Defines the objects that describe the capabilities of RMON data
  1560.          sources."
  1561.   ::= {smonMIBGroups 1 }
  1562.  
  1563. smonVlanStatsGroup      OBJECT-GROUP
  1564.         OBJECTS         { smonVlanStatsControlDataSource,
  1565.                          smonVlanStatsControlCreateTime,
  1566.                          smonVlanStatsControlOwner,
  1567.                          smonVlanStatsControlStatus,
  1568.                          smonVlanIdStatsTotalPkts,
  1569.                          smonVlanIdStatsTotalOverflowPkts,
  1570.                          smonVlanIdStatsTotalHCPkts,
  1571.                          smonVlanIdStatsTotalOctets,
  1572.                          smonVlanIdStatsTotalOverflowOctets,
  1573.                          smonVlanIdStatsTotalHCOctets,
  1574.                          smonVlanIdStatsNUcastPkts,
  1575.                          smonVlanIdStatsNUcastOverflowPkts,
  1576.                          smonVlanIdStatsNUcastHCPkts,
  1577.                          smonVlanIdStatsCreateTime}                       *
  1578.         STATUS      current
  1579.         DESCRIPTION
  1580.         "Defines the switch monitoring specific statistics - per vLAN Id."
  1581. ::= { smonMIBGroups 2 }
  1582.  
  1583. smonPrioStatsGroup        OBJECT-GROUP
  1584.         OBJECTS         { smonPrioStatsControlDataSource,
  1585.                          smonPrioStatsControlCreateTime,
  1586.                          smonPrioStatsControlOwner,
  1587.                          smonPrioStatsControlStatus,
  1588.                          smonPrioStatsPkts,
  1589.                          smonPrioStatsOverflowPkts,
  1590.                          smonPrioStatsHCPkts,
  1591.                          smonPrioStatsOctets,
  1592.                          smonPrioStatsOverflowOctets,
  1593.                          smonPrioStatsHCOctets}
  1594.         STATUS      current
  1595.         DESCRIPTION
  1596.         "Defines the switch monitoring specific statistics - per vLAN Id."
  1597. ::= { smonMIBGroups 3 }
  1598.  
  1599.  
  1600. smonVlanStatsExtGroup      OBJECT-GROUP                                   |
  1601.         OBJECTS         {smonVlanIdStatsNUcastOctets,                     |
  1602.                          smonVlanIdStatsNUcastOverflowOctets,             |
  1603.                          smonVlanIdStatsNUcastHCOctets}                   |
  1604.         STATUS      current                                               |
  1605.         DESCRIPTION                                                       |
  1606.         "Defines the switch monitoring specific statistics for systems capable|
  1607.          of counting non-unicast octets for a given dataSource(as described|
  1608.          in the dataSourceRmonCaps object."                               |
  1609. ::= { smonMIBGroups 4 }                                                   |
  1610.  
  1611. smonInformationGroup       OBJECT-GROUP                                   |
  1612.         OBJECTS         { smonCapabilities }                              |
  1613.         STATUS    current                                                 |
  1614.         DESCRIPTION                                                       |
  1615.         "An indication of the SMON capabilities support by this agent."   |
  1616. ::= { smonMIBGroups 5 }                                                   |
  1617.  
  1618.  
  1619. portCopyConfigGroup      OBJECT-GROUP
  1620.         OBJECTS         { portCopyDestDropEvents,
  1621.                           portCopyStatus
  1622.                         }
  1623.         STATUS     current
  1624.         DESCRIPTION
  1625.         "Defines the control objects for copy port operations"
  1626. ::= { smonMIBGroups 6 }                                                   |
  1627.  
  1628. END
  1629.  
  1630. 6.  References
  1631.  
  1632. [1]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1633.      S. Waldbusser, "Structure of Management Information for version 2
  1634.      of the Simple Network Management Protocol (SNMPv2)", RFC 1902,
  1635.      January 1996.
  1636.  
  1637. [2]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1638.      S. Waldbusser, "Textual Conventions for version 2 of the Simple
  1639.      Network Management Protocol (SNMPv2)", RFC 1903, January 1996.
  1640.  
  1641. [3]  McCloghrie, K., and M. Rose, Editors, "Management Information Base
  1642.      for Network Management of TCP/IP-based internets: MIB-II", STD 17,
  1643.      RFC 1213, Hughes LAN Systems, Performance Systems International,
  1644.      March 1991.
  1645.  
  1646. [4]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1647.      S. Waldbusser, "Protocol Operations for version 2 of the Simple
  1648.      Network Management Protocol (SNMPv2)", RFC 1905, January 1996.
  1649.  
  1650. [5]  McCloghrie, K., and Kastenholtz, F., "Interfaces Group Evolution",
  1651.      RFC 1573, Hughes LAN Systems, FTP Software, January 1994.
  1652.  
  1653. [6]  Information Processing Systems -- Open Systems Interconnection --
  1654.      Specification of Abstract Syntax Notation One (ASN.1), International
  1655.      Organization for Standardization. International Standard 8824,
  1656.       (December, 1987)
  1657.  
  1658. [7]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1659.      S. Waldbusser, "Conformance Statements for version 2 of the Simple
  1660.      Network Management Protocol (SNMPv2)", RFC 1904, January 1996.
  1661.  
  1662. [8]  Case, J., M. Fedor, M. Schoffstall, J. Davin, "Simple Network
  1663.      Management Protocol", RFC 1157, SNMP Research, Performance Systems
  1664.      International, MIT Laboratory for Computer Science, May 1990.
  1665.  
  1666. [9]  SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1667.      S. Waldbusser, "Transport Mappings for version 2 of the Simple
  1668.      Network Management Protocol (SNMPv2)", RFC 1906, January 1996.
  1669.  
  1670. [10] SNMPv2 Working Group, Case, J., McCloghrie, K., Rose, M., and
  1671.      S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901,
  1672.      January 1996.
  1673.  
  1674. [11] S. Waldbusser, "Remote Network Monitoring Management Information
  1675.      Base Version 2 using SMIv2", RFC 2021, January 1997.
  1676.  
  1677. [12] S. Waldbusser, "Remote Network Monitoring Management
  1678.      Information Base", RFC 1757, February, 1995
  1679.  
  1680. [13] K. McCloghrie, A. Bierman, "Entity MIB", RFC 2037, October1996
  1681.  
  1682. [14] T. Jeffree, "Draft Standard for Virtual Bridged Local Area
  1683.      Networks",  P802.1Q/D6, May 1997
  1684.  
  1685. [15] T. Jeffree, "Standard for Local and Metropolitan Area Networks -
  1686.      Supplement to Media Access Control (MAC) Bridges: Traffic Class Expediting
  1687.      and Dynamic Multicast Filtering", P802.1p/D6, May 1997
  1688.  
  1689. [16] K. De Graaf, D. Romascanu, D. McMaster, K. McCloghrie, "Definitions of
  1690.      Managed Objects for IEEE 802.3 Repeater Devices using SMIv2", RFC 2108,
  1691.      February 1997
  1692.  
  1693. [17] K. McCloghrie, F. Kastenholz, "Interfaces Group MIB",
  1694.      draft-ietf-ifmib-mib-05.txt, November 1996
  1695.  
  1696. [18] E.Decker, etc. - Definitions of Managed Objects for Bridges,
  1697.      RFC 1493, July 1993
  1698.  
  1699. 7.  Security Considerations
  1700.  
  1701.    In order to implement this MIB, an agent must make certain management
  1702.    information available about various logical and physical entities
  1703.    within a managed system, which may be considered sensitive in some
  1704.    network environments.
  1705.  
  1706.    Therefore, a network administrator may wish to employ instance-level
  1707.    access control, and configure the Entity MIB access (i.e., community
  1708.    strings in SNMPv1 and SNMPv2C), such that certain instances within
  1709.    this MIB, are excluded from particular MIB views.
  1710.  
  1711. 8.  Authors' Addresses
  1712.         Richard Waterman
  1713.         Allot Networks Inc.                                               |
  1714.         Email: rwaterma@msn.com
  1715.  
  1716.         Bill Lahaye
  1717.         Cabletron Systems
  1718.         Email:  lahaye@ctron.com
  1719.  
  1720.         Dan Romascanu
  1721.         Madge Networks
  1722.         Atidim Technology Park, Bldg. 3
  1723.         Tel Aviv   61131
  1724.         Israel
  1725.  
  1726.         Steven Waldbusser
  1727.         International Network Services
  1728.         Phone: (415) 254-4251
  1729.         EMail: waldbusser@ins.com
  1730.  
  1731.  
  1732.  
  1733.  
  1734.  
  1735.  
  1736.  
  1737.  
  1738.  
  1739.  
  1740.  
  1741.  
  1742.