home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1451.txt < prev    next >
Text File  |  1996-05-07  |  65KB  |  1,102 lines

  1.  
  2.  
  3.            Network Working Group                                  J. Case           Request for Comments: 1451                 SNMP Research, Inc.                                                            K. McCloghrie                                                       Hughes LAN Systems                                                                  M. Rose                                             Dover Beach Consulting, Inc.                                                            S. Waldbusser                                               Carnegie Mellon University                                                               April 1993 
  4.  
  5.                                  Manager-to-Manager                            Management Information Base 
  6.  
  7.            Status of this Memo 
  8.  
  9.           This RFC specifes an IAB standards track protocol for the           Internet community, and requests discussion and suggestions           for improvements.  Please refer to the current edition of the           "IAB Official Protocol Standards" for the standardization           state and status of this protocol.  Distribution of this memo           is unlimited. 
  10.  
  11.            Table of Contents 
  12.  
  13.            1 Introduction ..........................................    2           1.1 A Note on Terminology ...............................    2           2 Overview ..............................................    3           2.1 A SNMPv2 Entity Acting in a Dual Role ...............    3           2.2 Alarms, Events, and Notifications ...................    3           2.3 Access Control ......................................    4           3 Definitions ...........................................    6           3.1 The Alarm Group .....................................    7           3.1.1 Alarm-Related Notifications .......................   20           3.2 The Event Group .....................................   21           3.3 Conformance Information .............................   29           3.3.1 Compliance Statements .............................   29           3.3.2 Units of Conformance ..............................   29           4 Acknowledgements ......................................   31           5 References ............................................   35           6 Security Considerations ...............................   36           7 Authors' Addresses ....................................   36 
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23.           Case, McCloghrie, Rose & Waldbusser                   [Page 1] 
  24.  
  25.  
  26.  
  27.  
  28.            RFC 1451            Manager-to-Manager MIB          April 1993 
  29.  
  30.            1.  Introduction 
  31.  
  32.           A network management system contains: several (potentially           many) nodes, each with a processing entity, termed an agent,           which has access to management instrumentation; at least one           management station; and, a management protocol, used to convey           management information between the agents and management           stations.  Operations of the protocol are carried out under an           administrative framework which defines both authentication and           authorization policies. 
  33.  
  34.           Network management stations execute management applications           which monitor and control network elements.  Network elements           are devices such as hosts, routers, terminal servers, etc.,           which are monitored and controlled through access to their           management information. 
  35.  
  36.           Management information is viewed as a collection of managed           objects, residing in a virtual information store, termed the           Management Information Base (MIB).  Collections of related           objects are defined in MIB modules.  These modules are written           using a subset of OSI's Abstract Syntax Notation One (ASN.1)           [1], termed the Structure of Management Information (SMI) [2]. 
  37.  
  38.           The management protocol, version 2 of the Simple Network           Management Protocol [3], provides for the exchange of messages           which convey management information between the agents and the           management stations, including between management stations.           It is the purpose of this document to define managed objects           which describe the behavior of a SNMPv2 entity acting in both           a manager role and an agent role. 
  39.  
  40.            1.1.  A Note on Terminology 
  41.  
  42.           For the purpose of exposition, the original Internet-standard           Network Management Framework, as described in RFCs 1155, 1157,           and 1212, is termed the SNMP version 1 framework (SNMPv1).           The current framework is termed the SNMP version 2 framework           (SNMPv2). 
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.            Case, McCloghrie, Rose & Waldbusser                   [Page 2] 
  53.  
  54.  
  55.  
  56.  
  57.            RFC 1451            Manager-to-Manager MIB          April 1993 
  58.  
  59.            2.  Overview 
  60.  
  61.           The purpose of this MIB is to provide the means for           coordination between multiple management stations.  That is,           the means by which the controlling and monitoring functions of           network management can be distributed amongst multiple           management stations.  Such distribution facilitates the           scaling of network management solutions based on the SNMPv2 to           meet the needs of very large networks, or of networks composed           of multiple interconnected administrations. Specifically, this           MIB provides the means for one management station to request           management services from another management station. 
  62.  
  63.            2.1.  A SNMPv2 Entity Acting in a Dual Role 
  64.  
  65.           A management station providing services to other management           station(s), is a SNMPv2 entity which acts in the dual role of           both manager and agent; the requests for service are received           through acting in an agent role (with respect to the managed           objects defined in this MIB), and the requested services are           performed through acting in a manager role. 
  66.  
  67.            2.2.  Alarms, Events, and Notifications 
  68.  
  69.           In this initial version, this MIB defines the concepts of           "alarms", "events", and "notifications".  Each alarm is a           specific condition detected through the periodic (at a           configured sampling interval) monitoring of the value of a           specific management information variable.  An example of an           alarm condition is when the monitored variable falls outside a           configured range.  Each alarm condition triggers an event, and           each event can cause (one or more) notifications to be           reported to other management stations using the Inform-Request           PDU. 
  70.  
  71.           Specifically, this MIB defines three MIB tables and a number           of scalar objects.  The three tables are: the Alarm Table, the           Event Table, and the Notification Table. 
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.            Case, McCloghrie, Rose & Waldbusser                   [Page 3] 
  82.  
  83.  
  84.  
  85.  
  86.            RFC 1451            Manager-to-Manager MIB          April 1993 
  87.  
  88.            2.3.  Access Control 
  89.  
  90.           The Administrative Model for SNMPv2 document [4] includes an           access control model, which must not be subverted by allowing           access to management information variables via the Alarm           table.  That is, access to a monitored variable via the Alarm           table must be controlled according to the identity of the           management station accessing the particular entry in the Alarm           table. 
  91.  
  92.           An entry in the Alarm table provides the means to configure           the sampling of the value of a MIB variable in the MIB view           associated with the specified context (which can refer to           object resources that are either local or remote).  The           sampling is done by (conceptually or actually) issuing a           SNMPv2 request to retrieve the variable's value.  This request           is authenticated and/or protected from disclosure according to           a source party and a destination party pair which has access           to the indicated context. 
  93.  
  94.           Thus, to provide the required access control, the initial MIB           view assigned, by convention, to parties on SNMPv2 entities           that implement the snmpAlarmTable, must include the component: 
  95.  
  96.             viewSubtree  = { snmpAlarm }             viewStatus   = { excluded }             viewMask     = { ''H } 
  97.  
  98.           Then, the MIB view associated with the context,           requestContext, accessible by a requesting management station,           can be configured to include specific Alarm table entries --           the ones associated with those contexts to which the           requesting management station has access. 
  99.  
  100.           In particular, to provide a requestContext with access to the           sampling context sampleContext, the following family of view           subtrees would be included for the requestContext on the           SNMPv2 entity acting in a dual role: 
  101.  
  102.                { snmpAlarmEntry WILDCARD sampleContext } 
  103.  
  104.           Which would be configured in the party MIB [5] as: 
  105.  
  106.             contextIdentity   = { requestContext }             contextViewIndex  = { ViewIndex } 
  107.  
  108.  
  109.  
  110.  
  111.  
  112.           Case, McCloghrie, Rose & Waldbusser                   [Page 4] 
  113.  
  114.  
  115.  
  116.  
  117.            RFC 1451            Manager-to-Manager MIB          April 1993 
  118.  
  119.          viewIndex         = { ViewIndex }         viewSubtree       = { snmpAlarmEntry 0 sampleContext }         viewStatus        = { included }         viewMask          = { 'FFEF'H } -- specifies wildcard for column 
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.            Case, McCloghrie, Rose & Waldbusser                   [Page 5] 
  166.  
  167.  
  168.  
  169.  
  170.            RFC 1451            Manager-to-Manager MIB          April 1993 
  171.  
  172.            3.  Definitions 
  173.  
  174.           SNMPv2-M2M-MIB DEFINITIONS ::= BEGIN 
  175.  
  176.           IMPORTS               MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE,               Integer32, Counter32, snmpModules                   FROM SNMPv2-SMI               DisplayString, InstancePointer, RowStatus, TimeStamp                   FROM SNMPv2-TC               MODULE-COMPLIANCE, OBJECT-GROUP                   FROM SNMPv2-CONF               contextIdentity                   FROM SNMPv2-PARTY-MIB; 
  177.  
  178.            snmpM2M MODULE-IDENTITY               LAST-UPDATED "9304010000Z"               ORGANIZATION "IETF SNMPv2 Working Group"               CONTACT-INFO                       "        Steven Waldbusser 
  179.  
  180.                        Postal: Carnegie Mellon University                                4910 Forbes Ave                                Pittsburgh, PA  15213 
  181.  
  182.                           Tel: +1 412 268 6628                           Fax: +1 412 268 4987 
  183.  
  184.                        E-mail: waldbusser@cmu.edu"               DESCRIPTION                       "The Manager-to-Manager MIB module."               ::= { snmpModules 2 } 
  185.  
  186.            snmpM2MObjects OBJECT IDENTIFIER ::= { snmpM2M 1 } 
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.            Case, McCloghrie, Rose & Waldbusser                   [Page 6] 
  201.  
  202.  
  203.  
  204.  
  205.            RFC 1451            Manager-to-Manager MIB          April 1993 
  206.  
  207.            -- the alarm group           --           -- a collection of objects allowing the description and           -- configuration of threshold alarms from a SNMPv2 entity           -- acting in a dual role. 
  208.  
  209.           snmpAlarm      OBJECT IDENTIFIER ::= { snmpM2MObjects 1 } 
  210.  
  211.           -- This Alarm mechanism periodically takes statistical samples           -- from variables available via SNMPv2 and compares them to           -- thresholds that have been configured.  The alarm table           -- stores configuration entries that each define a variable,           -- polling period, and threshold parameters.  If a sample is           -- found to cross the threshold values, an event is generated.           -- Only variables that resolve to an ASN.1 primitive type of           -- INTEGER (Integer32, Counter32, Gauge32, TimeTicks,           -- Counter64, or UInteger32) may be monitored in this way.           --           -- This function has a hysteresis mechanism to limit the           -- generation of events.  This mechanism generates one event           -- as a threshold is crossed in the appropriate direction.  No           -- more events are generated for that threshold until the           -- opposite threshold is crossed.           --           -- In the case of sampling a deltaValue, an entity may           -- implement this mechanism with more precision if it takes a           -- delta sample twice per period, each time comparing the sum           -- of the latest two samples to the threshold.  This allows           -- the detection of threshold crossings that span the sampling           -- boundary.  Note that this does not require any special           -- configuration of the threshold value.  It is suggested that           -- entities implement this more precise algorithm.           -- 
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.           Case, McCloghrie, Rose & Waldbusser                   [Page 7] 
  230.  
  231.  
  232.  
  233.  
  234.            RFC 1451            Manager-to-Manager MIB          April 1993 
  235.  
  236.            snmpAlarmNextIndex OBJECT-TYPE               SYNTAX     INTEGER (0..65535)               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The index number of the next appropriate                       unassigned entry in the snmpAlarmTable.  The value                       0 indicates that no unassigned entries are                       available. 
  237.  
  238.                       A management station should create new entries in                       the snmpAlarmTable using this algorithm: first,                       issue a management protocol retrieval operation to                       determine the value of snmpAlarmNextIndex; and,                       second, issue a management protocol set operation                       to create an instance of the snmpAlarmStatus                       object setting its value to `createAndGo' or                       `createAndWait' (as specified in the description                       of the RowStatus textual convention)."               ::= { snmpAlarm 1 } 
  239.  
  240.           snmpAlarmTable OBJECT-TYPE               SYNTAX     SEQUENCE OF SnmpAlarmEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A list of snmpAlarm entries."               ::= { snmpAlarm 2 } 
  241.  
  242.           snmpAlarmEntry OBJECT-TYPE               SYNTAX     SnmpAlarmEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A list of parameters that set up a periodic                       sampling query to check for alarm conditions.  The                       contextIdentity included in the INDEX clause is                       the context to which the sampling queries are                       directed."               INDEX      { contextIdentity, snmpAlarmIndex }               ::= { snmpAlarmTable 1 } 
  243.  
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.           Case, McCloghrie, Rose & Waldbusser                   [Page 8] 
  253.  
  254.  
  255.  
  256.  
  257.            RFC 1451            Manager-to-Manager MIB          April 1993 
  258.  
  259.            SnmpAlarmEntry ::= SEQUENCE {               snmpAlarmIndex                    INTEGER,               snmpAlarmVariable                 InstancePointer,               snmpAlarmInterval                 Integer32,               snmpAlarmSampleType               INTEGER,               snmpAlarmValue                    Integer32,               snmpAlarmStartupAlarm             INTEGER,               snmpAlarmRisingThreshold          Integer32,               snmpAlarmFallingThreshold         Integer32,               snmpAlarmRisingEventIndex         INTEGER,               snmpAlarmFallingEventIndex        INTEGER,               snmpAlarmUnavailableEventIndex    INTEGER,               snmpAlarmStatus                   RowStatus           } 
  260.  
  261.           snmpAlarmIndex OBJECT-TYPE               SYNTAX     INTEGER (1..65535)               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "An index that uniquely identifies an entry in the                       snmpAlarm table for a particular sampling context.                       Each such entry defines a diagnostic sample at a                       particular interval for a variable in the                       particular context's object resources."               ::= { snmpAlarmEntry 1 } 
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273.  
  274.  
  275.  
  276.  
  277.  
  278.  
  279.  
  280.  
  281.  
  282.  
  283.  
  284.  
  285.            Case, McCloghrie, Rose & Waldbusser                   [Page 9] 
  286.  
  287.  
  288.  
  289.  
  290.            RFC 1451            Manager-to-Manager MIB          April 1993 
  291.  
  292.            snmpAlarmVariable OBJECT-TYPE               SYNTAX     InstancePointer               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The object identifier of the particular variable                       to be sampled.  Only variables that resolve to an                       ASN.1 primitive type of INTEGER (Integer32,                       Counter32, Gauge32, TimeTicks, Counter64, or                       UInteger32) may be sampled. 
  293.  
  294.                       If it is detected by an error response of                       authorizationError, noSuchObject, or                       noSuchInstance that the variable name of an                       established snmpAlarmEntry is no longer available                       in the sampling context, a single                       snmpObjectUnavailableAlarm event is generated and                       the status of this snmpAlarmEntry is set to                       `destroy'.  Likewise, if the syntax of the                       variable retrieved by the query is not Integer32,                       Counter32, Gauge32, TimeTicks, Counter64, or                       UInteger32, the same actions will be taken. 
  295.  
  296.                       If the SNMPv2 entity acting in a dual role detects                       that the sampled value can not be obtained due to                       lack of response to management queries, it should                       either: 
  297.  
  298.                            1) Set the status of this snmpAlarmEntry to                            `destroy', if it is determined that further                            communication is not possible; 
  299.  
  300.                            or, 
  301.  
  302.                            2) Delete the associated snmpAlarmValue                            instance (but not the entire conceptual row),                            and continue to attempt to sample the                            variable and recreate the associated                            snmpAlarmValue instance should communication                            be reestablished. 
  303.  
  304.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt." 
  305.  
  306.  
  307.  
  308.  
  309.  
  310.           Case, McCloghrie, Rose & Waldbusser                  [Page 10] 
  311.  
  312.  
  313.  
  314.  
  315.            RFC 1451            Manager-to-Manager MIB          April 1993 
  316.  
  317.                ::= { snmpAlarmEntry 2 } 
  318.  
  319.           snmpAlarmInterval OBJECT-TYPE               SYNTAX     Integer32               UNITS      "seconds"               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The interval in seconds over which the data is                       sampled and compared with the rising and falling                       thresholds.  When setting this object and the                       sampling type is `deltaValue',  care should be                       taken to ensure that the change during this                       interval of the variable being sampled will not                       exceed the (-2^31...2^31-1) range of the                       snmpAlarmValue. 
  320.  
  321.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 3 } 
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.            Case, McCloghrie, Rose & Waldbusser                  [Page 11] 
  350.  
  351.  
  352.  
  353.  
  354.            RFC 1451            Manager-to-Manager MIB          April 1993 
  355.  
  356.            snmpAlarmSampleType OBJECT-TYPE               SYNTAX     INTEGER {                              absoluteValue(1),                              deltaValue(2)                          }               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The method of sampling the selected variable and                       calculating the value to be compared against the                       thresholds.  If the value of this object is                       `absoluteValue', the value of the selected                       variable at the end of the sampling interval will                       be compared directly with both the                       snmpAlarmRisingThreshold and the                       snmpAlarmFallingThreshold values.  If the value of                       this object is `deltaValue', the value of the                       selected variable at the end of the sampling                       interval will be subtracted from its value at the                       end of the previous sampling interval, and the                       difference compared with both the                       snmpAlarmRisingThreshold and the                       snmpAlarmFallingThreshold values. 
  357.  
  358.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               DEFVAL { deltaValue }               ::= { snmpAlarmEntry 4 } 
  359.  
  360.  
  361.  
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.            Case, McCloghrie, Rose & Waldbusser                  [Page 12] 
  379.  
  380.  
  381.  
  382.  
  383.            RFC 1451            Manager-to-Manager MIB          April 1993 
  384.  
  385.            snmpAlarmValue OBJECT-TYPE               SYNTAX     Integer32               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The value of the statistic during the last                       sampling period.  The value during the current                       sampling period is not made available until the                       period is completed.  If the value of the                       statistic does not fit in the signed 32 bit                       representation of this object, it should be                       truncated in an implementation specific manner. 
  386.  
  387.                       Note that if the associated snmpAlarmSampleType is                       set to `deltaValue', the value of this object is                       the difference in the sampled variable since the                       last sample. 
  388.  
  389.                       This object will be created by the SNMPv2 entity                       acting in a dual role when this entry is set to                       `active', and the first sampling period has                       completed.  It may be created and deleted at other                       times by the SNMPv2 entity acting in a dual role                       when the sampled value can not be obtained, as                       specified in the snmpAlarmVariable object."               ::= { snmpAlarmEntry 5 } 
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.            Case, McCloghrie, Rose & Waldbusser                  [Page 13] 
  414.  
  415.  
  416.  
  417.  
  418.            RFC 1451            Manager-to-Manager MIB          April 1993 
  419.  
  420.            snmpAlarmStartupAlarm OBJECT-TYPE               SYNTAX     INTEGER {                              risingAlarm(1),                              fallingAlarm(2),                              risingOrFallingAlarm(3)                          }               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The alarm that may be sent when this entry is                       first set to `active'.  If the first sample after                       this entry becomes active is greater than or equal                       to the risingThreshold and snmpAlarmStartupAlarm                       is equal to `risingAlarm' or                       `risingOrFallingAlarm', then a single rising alarm                       will be generated.  If the first sample after this                       entry becomes active is less than or equal to the                       fallingThreshold and snmpAlarmStartupAlarm is                       equal to `fallingAlarm' or `risingOrFallingAlarm',                       then a single falling alarm will be generated.                       Note that a snmpObjectUnavailableAlarm is sent                       upon startup whenever it is applicable,                       independent of the setting of                       snmpAlarmStartupAlarm. 
  421.  
  422.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               DEFVAL { risingOrFallingAlarm }               ::= { snmpAlarmEntry 6 } 
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.           Case, McCloghrie, Rose & Waldbusser                  [Page 14] 
  443.  
  444.  
  445.  
  446.  
  447.            RFC 1451            Manager-to-Manager MIB          April 1993 
  448.  
  449.            snmpAlarmRisingThreshold OBJECT-TYPE               SYNTAX     Integer32               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "A threshold for the sampled statistic.  When the                       current sampled value is greater than or equal to                       this threshold, and the value at the last sampling                       interval was less than this threshold, a single                       event will be generated.  A single event will also                       be generated if the first sample after this entry                       becomes active is greater than or equal to this                       threshold and the associated snmpAlarmStartupAlarm                       is equal to `risingAlarm' or                       `risingOrFallingAlarm'. 
  450.  
  451.                       After a rising event is generated, another such                       event will not be generated until the sampled                       value falls below this threshold and reaches the                       snmpAlarmFallingThreshold. 
  452.  
  453.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 7 } 
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.            Case, McCloghrie, Rose & Waldbusser                  [Page 15] 
  478.  
  479.  
  480.  
  481.  
  482.            RFC 1451            Manager-to-Manager MIB          April 1993 
  483.  
  484.            snmpAlarmFallingThreshold OBJECT-TYPE               SYNTAX     Integer32               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "A threshold for the sampled statistic.  When the                       current sampled value is less than or equal to                       this threshold, and the value at the last sampling                       interval was greater than this threshold, a single                       event will be generated.  A single event will also                       be generated if the first sample after this entry                       becomes active is less than or equal to this                       threshold and the associated snmpAlarmStartupAlarm                       is equal to `fallingAlarm' or                       `risingOrFallingAlarm'. 
  485.  
  486.                       After a falling event is generated, another such                       event will not be generated until the sampled                       value rises above this threshold and reaches the                       snmpAlarmRisingThreshold. 
  487.  
  488.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 8 } 
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.  
  509.  
  510.  
  511.  
  512.            Case, McCloghrie, Rose & Waldbusser                  [Page 16] 
  513.  
  514.  
  515.  
  516.  
  517.            RFC 1451            Manager-to-Manager MIB          April 1993 
  518.  
  519.            snmpAlarmRisingEventIndex OBJECT-TYPE               SYNTAX     INTEGER (0..65535)               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The index of the snmpEventEntry that is used when                       a rising threshold is crossed.  The snmpEventEntry                       identified by a particular value of this index is                       the same as identified by the same value of the                       snmpEventIndex object.  If there is no                       corresponding entry in the snmpEventTable, then no                       association exists.  In particular, if this value                       is zero, no associated event will be generated, as                       zero is not a valid snmpEventIndex. 
  520.  
  521.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 9 } 
  522.  
  523.  
  524.  
  525.  
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.  
  536.  
  537.  
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.            Case, McCloghrie, Rose & Waldbusser                  [Page 17] 
  552.  
  553.  
  554.  
  555.  
  556.            RFC 1451            Manager-to-Manager MIB          April 1993 
  557.  
  558.            snmpAlarmFallingEventIndex OBJECT-TYPE               SYNTAX     INTEGER (0..65535)               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The index of the snmpEventEntry that is used when                       a falling threshold is crossed.  The                       snmpEventEntry identified by a particular value of                       this index is the same as identified by the same                       value of the snmpEventIndex object.  If there is                       no corresponding entry in the snmpEventTable, then                       no association exists.  In particular, if this                       value is zero, no associated event will be                       generated, as zero is not a valid snmpEventIndex. 
  559.  
  560.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 10 } 
  561.  
  562.           snmpAlarmUnavailableEventIndex OBJECT-TYPE               SYNTAX     INTEGER (0..65535)               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The index of the snmpEventEntry that is used when                       a variable becomes unavailable.  The                       snmpEventEntry identified by a particular value of                       this index is the same as identified by the same                       value of the snmpEventIndex object.  If there is                       no corresponding entry in the snmpEventTable, then                       no association exists.  In particular, if this                       value is zero, no associated event will be                       generated, as zero is not a valid snmpEventIndex. 
  563.  
  564.                       An attempt to modify this object will fail with an                       `inconsistentValue' error if the associated                       snmpAlarmStatus object would be equal to `active'                       both before and after the modification attempt."               ::= { snmpAlarmEntry 11 } 
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.  
  573.  
  574.           Case, McCloghrie, Rose & Waldbusser                  [Page 18] 
  575.  
  576.  
  577.  
  578.  
  579.            RFC 1451            Manager-to-Manager MIB          April 1993 
  580.  
  581.            snmpAlarmStatus OBJECT-TYPE               SYNTAX     RowStatus               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The status of this snmpAlarm entry.  This object                       may not be set to `active' unless the following                       columnar objects exist in this row:                       snmpAlarmVariable, snmpAlarmInterval,                       snmpAlarmSampleType, snmpAlarmStartupAlarm,                       snmpAlarmRisingThreshold,                       snmpAlarmFallingThreshold,                       snmpAlarmRisingEventIndex,                       snmpAlarmFallingEventIndex, and                       snmpAlarmUnavailableEventIndex."               ::= { snmpAlarmEntry 12 } 
  582.  
  583.  
  584.  
  585.  
  586.  
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.   
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.           Case, McCloghrie, Rose & Waldbusser                  [Page 19] 
  616.  
  617.  
  618.  
  619.  
  620.            RFC 1451            Manager-to-Manager MIB          April 1993 
  621.  
  622.            -- alarm-related notifications 
  623.  
  624.           snmpAlarmNotifications                          OBJECT IDENTIFIER ::= { snmpAlarm 3 } 
  625.  
  626.           snmpRisingAlarm NOTIFICATION-TYPE               OBJECTS { snmpAlarmVariable, snmpAlarmSampleType,                         snmpAlarmValue, snmpAlarmRisingThreshold }               STATUS  current               DESCRIPTION                       "An event that is generated when an alarm entry                       crosses its rising threshold.  The instances of                       those objects contained within the varbind list                       are those of the alarm entry which generated this                       event."               ::= { snmpAlarmNotifications 1 } 
  627.  
  628.           snmpFallingAlarm NOTIFICATION-TYPE               OBJECTS { snmpAlarmVariable, snmpAlarmSampleType,                         snmpAlarmValue, snmpAlarmFallingThreshold }               STATUS  current               DESCRIPTION                       "An event that is generated when an alarm entry                       crosses its falling threshold.  The instances of                       those objects contained within the varbind list                       are those of the alarm entry which generated this                       event."               ::= { snmpAlarmNotifications 2 } 
  629.  
  630.           snmpObjectUnavailableAlarm NOTIFICATION-TYPE               OBJECTS { snmpAlarmVariable }               STATUS  current               DESCRIPTION                       "An event that is generated when a variable                       monitored by an alarm entry becomes unavailable.                       The instance of snmpAlarmVariable contained within                       the varbind list is the one associated with the                       alarm entry which generated this event."               ::= { snmpAlarmNotifications 3 } 
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.           Case, McCloghrie, Rose & Waldbusser                  [Page 20] 
  643.  
  644.  
  645.  
  646.  
  647.            RFC 1451            Manager-to-Manager MIB          April 1993 
  648.  
  649.            -- the event group           --           -- a collection of objects allowing the description and           -- configuration of events from a SNMPv2 entity acting           -- in a dual role. 
  650.  
  651.           snmpEvent      OBJECT IDENTIFIER ::= { snmpM2MObjects 2 } 
  652.  
  653.           -- The snmpEvent table defines the set of events generated on           -- a SNMPv2 entity acting in a dual role.  Each entry in the           -- snmpEventTable associates an event type with the           -- notification method and associated parameters.  Some           -- snmpEvent entries are fired by an associated condition in           -- the snmpAlarmTable.  Others are fired on behalf of           -- conditions defined in the NOTIFICATION-TYPE macro.  The           -- snmpNotificationTable defines notifications that should           -- occur when an associated event is fired. 
  654.  
  655.           snmpEventNextIndex OBJECT-TYPE               SYNTAX     INTEGER (0..65535)               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The index number of the next appropriate                       unassigned entry in the snmpEventTable.  The value                       0 indicates that no unassigned entries are                       available. 
  656.  
  657.                       A management station should create new entries in                       the snmpEventTable using this algorithm: first,                       issue a management protocol retrieval operation to                       determine the value of snmpEventNextIndex; and,                       second, issue a management protocol set operation                       to create an instance of the snmpEventStatus                       object setting its value to `createAndWait' or                       'createAndGo'."               ::= { snmpEvent 1 } 
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.           Case, McCloghrie, Rose & Waldbusser                  [Page 21] 
  672.  
  673.  
  674.  
  675.  
  676.            RFC 1451            Manager-to-Manager MIB          April 1993 
  677.  
  678.            snmpEventTable OBJECT-TYPE               SYNTAX     SEQUENCE OF SnmpEventEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A list of events."               ::= { snmpEvent 2 } 
  679.  
  680.           snmpEventEntry OBJECT-TYPE               SYNTAX     SnmpEventEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A set of parameters that describe an event that                       is generated when certain conditions are met."               INDEX      { snmpEventIndex }               ::= { snmpEventTable 1 } 
  681.  
  682.           SnmpEventEntry ::= SEQUENCE {               snmpEventIndex          INTEGER,               snmpEventID             OBJECT IDENTIFIER,               snmpEventDescription    DisplayString,               snmpEventEvents         Counter32,               snmpEventLastTimeSent   TimeStamp,               snmpEventStatus         RowStatus           } 
  683.  
  684.           snmpEventIndex OBJECT-TYPE               SYNTAX     INTEGER (1..65535)               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "An index that uniquely identifies an entry in the                       snmpEvent table.  Each such entry defines an event                       generated when the appropriate conditions occur."               ::= { snmpEventEntry 1 } 
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.  
  698.            Case, McCloghrie, Rose & Waldbusser                  [Page 22] 
  699.  
  700.  
  701.  
  702.  
  703.            RFC 1451            Manager-to-Manager MIB          April 1993 
  704.  
  705.            snmpEventID OBJECT-TYPE               SYNTAX     OBJECT IDENTIFIER               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The authoritative identification of the event                       type generated by this entry.  This variable                       occurs as the second varbind of an InformRequest-                       PDU.  If this OBJECT IDENTIFIER maps to a                       NOTIFICATION-TYPE the sender will place the                       objects listed in the NOTIFICATION-TYPE in the                       varbind list."               ::= { snmpEventEntry 2 } 
  706.  
  707.           snmpEventDescription OBJECT-TYPE               SYNTAX     DisplayString (SIZE (0..127))               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "A comment describing this snmpEvent entry."               ::= { snmpEventEntry 3 } 
  708.  
  709.           snmpEventEvents OBJECT-TYPE               SYNTAX     Counter32               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The number of events caused by event generators                       associated with this snmpEvent entry."               ::= { snmpEventEntry 4 } 
  710.  
  711.  
  712.  
  713.  
  714.  
  715.  
  716.  
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.            Case, McCloghrie, Rose & Waldbusser                  [Page 23] 
  730.  
  731.  
  732.  
  733.  
  734.            RFC 1451            Manager-to-Manager MIB          April 1993 
  735.  
  736.            snmpEventLastTimeSent OBJECT-TYPE               SYNTAX     TimeStamp               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The value of sysUpTime at the time this snmpEvent                       entry last generated an event.  If this entry has                       not generated any events, this value will be                       zero."               DEFVAL { 0 }               ::= { snmpEventEntry 5 } 
  737.  
  738.           snmpEventStatus OBJECT-TYPE               SYNTAX     RowStatus               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The status of this snmpEvent entry.  This object                       may not be set to `active' unless the following                       columnar objects exist in this row: snmpEventID,                       snmpEventDescription, snmpEventEvents, and                       snmpEventLastTimeSent. 
  739.  
  740.                       Setting an instance of this object to the value                       'destroy' has the effect of invalidating any/all                       entries in the snmpEventTable, and the                       snmpEventNotifyTable which reference the                       corresponding snmpEventEntry."               ::= { snmpEventEntry 6 } 
  741.  
  742.  
  743.  
  744.  
  745.  
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.           Case, McCloghrie, Rose & Waldbusser                  [Page 24] 
  763.  
  764.  
  765.  
  766.  
  767.            RFC 1451            Manager-to-Manager MIB          April 1993 
  768.  
  769.            snmpEventNotifyMinInterval OBJECT-TYPE               SYNTAX     Integer32               UNITS      "seconds"               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The minimum interval that the SNMPv2 entity                       acting in a dual role will wait before                       retransmitting an InformRequest-PDU.  This object                       specifies the minimal value supported by the                       SNMPv2 entity acting in a dual role, based on                       resource or implementation constraints. 
  770.  
  771.                       For a particular entry in the                       snmpEventNotifyTable, if the associated                       snmpEventNotifyIntervalRequested variable is                       greater than this object, the                       snmpEventNotifyIntervalRequested value shall be                       used as the minimum interval for retransmissions                       of InformRequest-PDUs sent on behalf of that                       entry."               ::= { snmpEvent 3 } 
  772.  
  773.           snmpEventNotifyMaxRetransmissions OBJECT-TYPE               SYNTAX     Integer32               MAX-ACCESS read-only               STATUS     current               DESCRIPTION                       "The maximum number of time that the SNMPv2 entity                       acting in a dual role will retransmit an                       InformRequest-PDU.  This object specifies the                       maximal value supported by the SNMPv2 entity                       acting in a dual role, based on resource or                       implementation constraints. 
  774.  
  775.                       For a particular entry in the                       snmpEventNotifyTable, if the associated                       snmpEventNotifyRetransmissionsRequested variable                       is less than this object, the                       snmpEventNotifyRetransmissionsRequested value                       shall be used as the retransmission count for                       InformRequest-PDUs sent on behalf of that entry."               ::= { snmpEvent 4 } 
  776.  
  777.           -- The snmpEventNotifyTable is used to configure the 
  778.  
  779.  
  780.  
  781.  
  782.  
  783.           Case, McCloghrie, Rose & Waldbusser                  [Page 25] 
  784.  
  785.  
  786.  
  787.  
  788.            RFC 1451            Manager-to-Manager MIB          April 1993 
  789.  
  790.            -- destination and type of notifications sent by a SNMPv2           -- entity acting in a manager role when a particular event           -- is triggered. 
  791.  
  792.           snmpEventNotifyTable OBJECT-TYPE               SYNTAX     SEQUENCE OF SnmpEventNotifyEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A list of protocol configuration entries for                       event notifications from this entity."               ::= { snmpEvent 5 } 
  793.  
  794.           snmpEventNotifyEntry OBJECT-TYPE               SYNTAX     SnmpEventNotifyEntry               MAX-ACCESS not-accessible               STATUS     current               DESCRIPTION                       "A set of parameters that describe the type and                       destination of InformRequest-PDUs sent for a                       particular event.  The snmpEventIndex in this                       entry's INDEX clause identifies the snmpEventEntry                       which, when triggered, will generate a                       notification as configured in this entry.  The                       contextIdentity in this entry's INDEX clause                       identifies the context to which a notification                       will be sent."               INDEX      { snmpEventIndex, contextIdentity }               ::= { snmpEventNotifyTable 1 } 
  795.  
  796.           SnmpEventNotifyEntry ::= SEQUENCE {               snmpEventNotifyIntervalRequested        Integer32,               snmpEventNotifyRetransmissionsRequested Integer32,               snmpEventNotifyLifetime                 Integer32,               snmpEventNotifyStatus                   RowStatus           } 
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.            Case, McCloghrie, Rose & Waldbusser                  [Page 26] 
  811.  
  812.  
  813.  
  814.  
  815.            RFC 1451            Manager-to-Manager MIB          April 1993 
  816.  
  817.            snmpEventNotifyIntervalRequested OBJECT-TYPE               SYNTAX     Integer32               UNITS      "seconds"               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The requested interval for retransmission of                       Inform PDUs generated on the behalf of this entry. 
  818.  
  819.                       This variable will be the actual interval used                       unless the snmpEventNotifyMinInterval is greater                       than this object, in which case the interval shall                       be equal to snmpEventNotifyMinInterval."               DEFVAL { 30 }               ::= { snmpEventNotifyEntry 1 } 
  820.  
  821.           snmpEventNotifyRetransmissionsRequested OBJECT-TYPE               SYNTAX     Integer32               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The requested number of retransmissions of an                       InformRequest-PDU generated on behalf of this                       entry. 
  822.  
  823.                       This variable will be the actual number of                       retransmissions used unless the                       snmpEventNotifyMaxRetransmissions is less than                       this object, in which case the retransmission                       count shall be equal to                       snmpEventNotifyMaxRetransmissions."               DEFVAL { 5 }               ::= { snmpEventNotifyEntry 2 } 
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.           Case, McCloghrie, Rose & Waldbusser                  [Page 27] 
  842.  
  843.  
  844.  
  845.  
  846.            RFC 1451            Manager-to-Manager MIB          April 1993 
  847.  
  848.            snmpEventNotifyLifetime OBJECT-TYPE               SYNTAX     Integer32               UNITS      "seconds"               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The number of seconds this entry shall live until                       the corresponding instance of                       snmpEventNotifyStatus is set to 'destroy'.  This                       value shall count down to zero, at which time the                       corresponding instance of snmpEventNotifyStatus                       will be set to 'destroy'.  Any management station                       that is using this entry must periodically refresh                       this value to ensure the continued delivery of                       events."               DEFVAL { 86400 }               ::= { snmpEventNotifyEntry 3 } 
  849.  
  850.           snmpEventNotifyStatus OBJECT-TYPE               SYNTAX     RowStatus               MAX-ACCESS read-create               STATUS     current               DESCRIPTION                       "The state of this snmpEventNotifyEntry.  This                       object may not be set to `active' unless the                       following columnar objects exist in this row:                       snmpEventNotifyIntervalRequested,                       snmpEventNotifyRetransmissionsRequested, and                       snmpEventNotifyLifetime."               ::= { snmpEventNotifyEntry 4 } 
  851.  
  852.  
  853.  
  854.  
  855.  
  856.  
  857.  
  858.  
  859.  
  860.  
  861.  
  862.  
  863.  
  864.  
  865.  
  866.  
  867.  
  868.  
  869.  
  870.            Case, McCloghrie, Rose & Waldbusser                  [Page 28] 
  871.  
  872.  
  873.  
  874.  
  875.            RFC 1451            Manager-to-Manager MIB          April 1993 
  876.  
  877.            -- conformance information 
  878.  
  879.           snmpM2MConformance                          OBJECT IDENTIFIER ::= { snmpM2M 2 } 
  880.  
  881.           snmpM2MCompliances                          OBJECT IDENTIFIER ::= { snmpM2MConformance 1 }           snmpM2MGroups  OBJECT IDENTIFIER ::= { snmpM2MConformance 2 } 
  882.  
  883.            -- compliance statements 
  884.  
  885.           snmpM2MCompliance MODULE-COMPLIANCE               STATUS  current               DESCRIPTION                       "The compliance statement for SNMPv2 entities                       which implement the Manager-to-Manager MIB."               MODULE  -- this module                   MANDATORY-GROUPS { snmpAlarmGroup, snmpEventGroup }               ::= { snmpM2MCompliances 1 } 
  886.  
  887.            -- units of conformance 
  888.  
  889.           snmpAlarmGroup OBJECT-GROUP               OBJECTS { snmpAlarmNextIndex,                         snmpAlarmVariable, snmpAlarmInterval,                         snmpAlarmSampleType, snmpAlarmValue,                         snmpAlarmStartupAlarm, snmpAlarmRisingThreshold,                         snmpAlarmFallingThreshold,                         snmpAlarmRisingEventIndex,                         snmpAlarmFallingEventIndex,                         snmpAlarmUnavailableEventIndex,                         snmpAlarmStatus }               STATUS  current               DESCRIPTION                       "A collection of objects allowing the description                       and configuration of threshold alarms from a                       SNMPv2 entity acting in a dual role."               ::= { snmpM2MGroups 1 } 
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.            Case, McCloghrie, Rose & Waldbusser                  [Page 29] 
  900.  
  901.  
  902.  
  903.  
  904.            RFC 1451            Manager-to-Manager MIB          April 1993 
  905.  
  906.            snmpEventGroup OBJECT-GROUP               OBJECTS { snmpEventNextIndex,                         snmpEventID, snmpEventDescription,                         snmpEventEvents, snmpEventLastTimeSent,                         snmpEventStatus, snmpEventNotifyMinInterval,                         snmpEventNotifyMaxRetransmissions,                         snmpEventNotifyIntervalRequested,                         snmpEventNotifyRetransmissionsRequested,                         snmpEventNotifyLifetime, snmpEventNotifyStatus }               STATUS  current               DESCRIPTION                       "A collection of objects allowing the description                       and configuration of events from a SNMPv2 entity                       acting in a dual role."               ::= { snmpM2MGroups 2 } 
  907.  
  908.            END 
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932.  
  933.  
  934.  
  935.  
  936.  
  937.  
  938.  
  939.  
  940.            Case, McCloghrie, Rose & Waldbusser                  [Page 30] 
  941.  
  942.  
  943.  
  944.  
  945.            RFC 1451            Manager-to-Manager MIB          April 1993 
  946.  
  947.            4.  Acknowledgements 
  948.  
  949.           The comments of the SNMP version 2 working group are           gratefully acknowledged: 
  950.  
  951.                Beth Adams, Network Management Forum                Steve Alexander, INTERACTIVE Systems Corporation                David Arneson, Cabletron Systems                Toshiya Asaba                Fred Baker, ACC                Jim Barnes, Xylogics, Inc.                Brian Bataille                Andy Bierman, SynOptics Communications, Inc.                Uri Blumenthal, IBM Corporation                Fred Bohle, Interlink                Jack Brown                Theodore Brunner, Bellcore                Stephen F. Bush, GE Information Services                Jeffrey D. Case, University of Tennessee, Knoxville                John Chang, IBM Corporation                Szusin Chen, Sun Microsystems                Robert Ching                Chris Chiotasso, Ungermann-Bass                Bobby A. Clay, NASA/Boeing                John Cooke, Chipcom                Tracy Cox, Bellcore                Juan Cruz, Datability, Inc.                David Cullerot, Cabletron Systems                Cathy Cunningham, Microcom                James R. (Chuck) Davin, Bellcore                Michael Davis, Clearpoint                Mike Davison, FiberCom                Cynthia DellaTorre, MITRE                Taso N. Devetzis, Bellcore                Manual Diaz, DAVID Systems, Inc.                Jon Dreyer, Sun Microsystems                David Engel, Optical Data Systems                Mike Erlinger, Lexcel                Roger Fajman, NIH                Daniel Fauvarque, Sun Microsystems                Karen Frisa, CMU                Shari Galitzer, MITRE                Shawn Gallagher, Digital Equipment Corporation                Richard Graveman, Bellcore                Maria Greene, Xyplex, Inc. 
  952.  
  953.  
  954.  
  955.  
  956.  
  957.           Case, McCloghrie, Rose & Waldbusser                  [Page 31] 
  958.  
  959.  
  960.  
  961.  
  962.            RFC 1451            Manager-to-Manager MIB          April 1993 
  963.  
  964.                 Michel Guittet, Apple                Robert Gutierrez, NASA                Bill Hagerty, Cabletron Systems                Gary W. Haney, Martin Marietta Energy Systems                Patrick Hanil, Nokia Telecommunications                Matt Hecht, SNMP Research, Inc.                Edward A. Heiner, Jr., Synernetics Inc.                Susan E. Hicks, Martin Marietta Energy Systems                Geral Holzhauer, Apple                John Hopprich, DAVID Systems, Inc.                Jeff Hughes, Hewlett-Packard                Robin Iddon, Axon Networks, Inc.                David Itusak                Kevin M. Jackson, Concord Communications, Inc.                Ole J. Jacobsen, Interop Company                Ronald Jacoby, Silicon Graphics, Inc.                Satish Joshi, SynOptics Communications, Inc.                Frank Kastenholz, FTP Software                Mark Kepke, Hewlett-Packard                Ken Key, SNMP Research, Inc.                Zbiginew Kielczewski, Eicon                Jongyeoi Kim                Andrew Knutsen, The Santa Cruz Operation                Michael L. Kornegay, VisiSoft                Deirdre C. Kostik, Bellcore                Cheryl Krupczak, Georgia Tech                Mark S. Lewis, Telebit                David Lin                David Lindemulder, AT&T/NCR                Ben Lisowski, Sprint                David Liu, Bell-Northern Research                John Lunny, The Wollongong Group                Robert C. Lushbaugh Martin, Marietta Energy Systems                Michael Luufer, BBN                Carl Madison, Star-Tek, Inc.                Keith McCloghrie, Hughes LAN Systems                Evan McGinnis, 3Com Corporation                Bill McKenzie, IBM Corporation                Donna McMaster, SynOptics Communications, Inc.                John Medicke, IBM Corporation                Doug Miller, Telebit                Dave Minnich, FiberCom                Mohammad Mirhakkak, MITRE                Rohit Mital, Protools                George Mouradian, AT&T Bell Labs 
  965.  
  966.  
  967.  
  968.  
  969.  
  970.           Case, McCloghrie, Rose & Waldbusser                  [Page 32] 
  971.  
  972.  
  973.  
  974.  
  975.            RFC 1451            Manager-to-Manager MIB          April 1993 
  976.  
  977.                 Patrick Mullaney, Cabletron Systems                Dan Myers, 3Com Corporation                Rina Nathaniel, Rad Network Devices Ltd.                Hien V. Nguyen, Sprint                Mo Nikain                Tom Nisbet                William B. Norton, MERIT                Steve Onishi, Wellfleet Communications, Inc.                David T. Perkins, SynOptics Communications, Inc.                Carl Powell, BBN                Ilan Raab, SynOptics Communications, Inc.                Richard Ramons, AT&T                Venkat D. Rangan, Metric Network Systems, Inc.                Louise Reingold, Sprint                Sam Roberts, Farallon Computing, Inc.                Kary Robertson, Concord Communications, Inc.                Dan Romascanu, Lannet Data Communications Ltd.                Marshall T. Rose, Dover Beach Consulting, Inc.                Shawn A. Routhier, Epilogue Technology Corporation                Chris Rozman                Asaf Rubissa, Fibronics                Jon Saperia, Digital Equipment Corporation                Michael Sapich                Mike Scanlon, Interlan                Sam Schaen, MITRE                John Seligson, Ultra Network Technologies                Paul A. Serice, Corporation for Open Systems                Chris Shaw, Banyan Systems                Timon Sloane                Robert Snyder, Cisco Systems                Joo Young Song                Roy Spitier, Sprint                Einar Stefferud, Network Management Associates                John Stephens, Cayman Systems, Inc.                Robert L. Stewart, Xyplex, Inc. (chair)                Kaj Tesink, Bellcore                Dean Throop, Data General                Ahmet Tuncay, France Telecom-CNET                Maurice Turcotte, Racal Datacom                Warren Vik, INTERACTIVE Systems Corporation                Yannis Viniotis                Steven L. Waldbusser, Carnegie Mellon Universitty                Timothy M. Walden, ACC                Alice Wang, Sun Microsystems                James Watt, Newbridge 
  978.  
  979.  
  980.  
  981.  
  982.  
  983.           Case, McCloghrie, Rose & Waldbusser                  [Page 33] 
  984.  
  985.  
  986.  
  987.  
  988.            RFC 1451            Manager-to-Manager MIB          April 1993 
  989.  
  990.                 Luanne Waul, Timeplex                Donald E. Westlake III, Digital Equipment Corporation                Gerry White                Bert Wijnen, IBM Corporation                Peter Wilson, 3Com Corporation                Steven Wong, Digital Equipment Corporation                Randy Worzella, IBM Corporation                Daniel Woycke, MITRE                Honda Wu                Jeff Yarnell, Protools                Chris Young, Cabletron                Kiho Yum, 3Com Corporation 
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.  
  999.  
  1000.  
  1001.  
  1002.  
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010.  
  1011.  
  1012.  
  1013.  
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019.  
  1020.  
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.            Case, McCloghrie, Rose & Waldbusser                  [Page 34] 
  1029.  
  1030.  
  1031.  
  1032.  
  1033.            RFC 1451            Manager-to-Manager MIB          April 1993 
  1034.  
  1035.            5.  References 
  1036.  
  1037.           [1]  Information processing systems - Open Systems                Interconnection - Specification of Abstract Syntax                Notation One (ASN.1), International Organization for                Standardization.  International Standard 8824, (December,                1987). 
  1038.  
  1039.           [2]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,                "Structure of Management Information for version 2 of the                Simple Network Management Protocol (SNMPv2)", RFC 1442,                SNMP Research, Inc., Hughes LAN Systems, Dover Beach                Consulting, Inc., Carnegie Mellon University, April 1993. 
  1040.  
  1041.           [3]  Case, J., McCloghrie, K., Rose, M., and Waldbusser, S.,                "Protocol Operations for version 2 of the Simple Network                Management Protocol (SNMPv2)", RFC 1448, SNMP Research,                Inc., Hughes LAN Systems, Dover Beach Consulting, Inc.,                Carnegie Mellon University, April 1993. 
  1042.  
  1043.           [4]  Galvin, J., and McCloghrie, K., "Administrative Model for                version 2 of the Simple Network Management Protocol                (SNMPv2)", RFC 1445, Trusted Information Systems, Hughes                LAN Systems, April 1993. 
  1044.  
  1045.           [5]  McCloghrie, K., and Galvin, J., "Party MIB for version 2                of the Simple Network Management Protocol (SNMPv2)", RFC                1447, Hughes LAN Systems, Trusted Information Systems,                April 1993. 
  1046.  
  1047.  
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066.  
  1067.           Case, McCloghrie, Rose & Waldbusser                  [Page 35] 
  1068.  
  1069.  
  1070.  
  1071.  
  1072.            RFC 1451            Manager-to-Manager MIB          April 1993 
  1073.  
  1074.            6.  Security Considerations 
  1075.  
  1076.           Security issues are not discussed in this memo. 
  1077.  
  1078.            7.  Authors' Addresses 
  1079.  
  1080.                Jeffrey D. Case                SNMP Research, Inc.                3001 Kimberlin Heights Rd.                Knoxville, TN  37920-9716                US 
  1081.  
  1082.                Phone: +1 615 573 1434                Email: case@snmp.com 
  1083.  
  1084.                 Keith McCloghrie                Hughes LAN Systems                1225 Charleston Road                Mountain View, CA  94043                US 
  1085.  
  1086.                Phone: +1 415 966 7934                Email: kzm@hls.com 
  1087.  
  1088.                 Marshall T. Rose                Dover Beach Consulting, Inc.                420 Whisman Court                Mountain View, CA  94043-2186                US 
  1089.  
  1090.                Phone: +1 415 968 1052                Email: mrose@dbc.mtview.ca.us 
  1091.  
  1092.                Steven Waldbusser                Carnegie Mellon University                4910 Forbes Ave                Pittsburgh, PA  15213                US 
  1093.  
  1094.                Phone: +1 412 268 6628                Email: waldbusser@cmu.edu 
  1095.  
  1096.  
  1097.  
  1098.  
  1099.  
  1100.            Case, McCloghrie, Rose & Waldbusser                  [Page 36] 
  1101.  
  1102.