home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1500s / rfc1566.txt < prev    next >
Text File  |  1994-01-09  |  33KB  |  1,123 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                 S. Kille, WG Chair
  8. Request for Comments: 1566                              ISODE Consortium
  9. Category: Standards Track                               N. Freed, Editor
  10.                                                                 Innosoft
  11.                                                             January 1994
  12.  
  13.  
  14.                           Mail Monitoring MIB
  15.  
  16. Status of this Memo
  17.  
  18.    This document specifies an Internet standards track protocol for the
  19.    Internet community, and requests discussion and suggestions for
  20.    improvements.  Please refer to the current edition of the "Internet
  21.    Official Protocol Standards" (STD 1) for the standardization state
  22.    and status of this protocol.  Distribution of this memo is unlimited.
  23.  
  24. Table of Contents
  25.  
  26.    1. Introduction ................................................. 2
  27.    2. The SNMPv2 Network Management Framework ...................... 2
  28.    2.1 Object Definitions .......................................... 2
  29.    3. Message Flow Model ........................................... 3
  30.    4. MTA Objects .................................................. 3
  31.    5. Definitions .................................................. 4
  32.    6. Acknowledgements .............................................19
  33.    7. References ...................................................19
  34.    8. Security Considerations ......................................19
  35.    9. Authors' Addresses ...........................................20
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58. Kille & Freed                                                   [Page 1]
  59.  
  60. RFC 1566                  Mail Monitoring MIB               January 1994
  61.  
  62.  
  63. 1.  Introduction
  64.  
  65.    This memo defines a portion of the Management Information Base (MIB)
  66.    for use with network management protocols in the Internet community.
  67.    In particular, this memo extends the basic Network Services
  68.    Monitoring MIB [5] to allow monitoring of Message Transfer Agents
  69.    (MTAs). It may also be used to monitor MTA components within
  70.    gateways.
  71.  
  72. 2.  The SNMPv2 Network Management Framework
  73.  
  74.    The SNMPv2 Network Management Framework consists of four major
  75.    components.  They are:
  76.  
  77.       o  RFC 1442 [1] which defines the SMI, the mechanisms used for
  78.          describing and naming objects for the purpose of management.
  79.  
  80.       o  STD 17, RFC 1213 [2] defines MIB-II, the core set of managed
  81.          objects for the Internet suite of protocols.
  82.  
  83.       o  RFC 1445 [3] which defines the administrative and other
  84.          architectural aspects of the framework.
  85.  
  86.       o  RFC 1448 [4] which defines the protocol used for network
  87.          access to managed objects.
  88.  
  89.    The Framework permits new objects to be defined for the purpose of
  90.    experimentation and evaluation.
  91.  
  92. 2.1  Object Definitions
  93.  
  94.    Managed objects are accessed via a virtual information store, termed
  95.    the Management Information Base or MIB.  Objects in the MIB are
  96.    defined using the subset of Abstract Syntax Notation One (ASN.1)
  97.    defined in the SMI.  In particular, each object type is named by an
  98.    OBJECT IDENTIFIER, an administratively assigned name.  The object
  99.    type together with an object instance serves to uniquely identify a
  100.    specific instantiation of the object.  For human convenience, we
  101.    often use a textual string, termed the descriptor, to refer to the
  102.    object type.
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114. Kille & Freed                                                   [Page 2]
  115.  
  116. RFC 1566                  Mail Monitoring MIB               January 1994
  117.  
  118.  
  119. 3.  Message Flow Model
  120.  
  121.    A general model of message flow inside an MTA has to be presented
  122.    before a MIB can be described. Generally speaking, message flow
  123.    occurs in four steps:
  124.  
  125.    (1)  Messages are received by the MTA from User Agents, Message
  126.         Stores, other MTAs, and gateways.
  127.  
  128.    (2)  The "next hop" for the each message is determined. This is
  129.         simply the destination the message is to be transmitted to;
  130.         it may or may not be the final destination of the message.
  131.         Multiple "next hops" may exist for a single message (as a
  132.         result of either having multiple recipients or distribution
  133.         list expansion); this may make it necessary to duplicate
  134.         messages.
  135.  
  136.    (3)  Messages are converted into the format that's appropriate
  137.         for the next hop.
  138.  
  139.    (4)  Messages are transmitted to the appropriate destination,
  140.         which may be a User Agent, Message Store, another MTA, or
  141.         gateway.
  142.  
  143.    Storage of messages in the MTA occurs at some point during this
  144.    process. However, it is important to note that storage may occur at
  145.    different and possibly even multiple points during this process. For
  146.    example, some MTAs expand messages into multiple copies as they are
  147.    received. In this case (1), (2), and (3) may all occur prior to
  148.    storage.  Other MTAs store messages precisely as they are received
  149.    and perform all expansions and conversions during retransmission
  150.    processing. So here only (1) occurs prior to storage.  This leads to
  151.    situations where, in general, a measurement of messages received may
  152.    not equal a measurement of messages in store, or a measurement of
  153.    messages stored may not equal a measurement of messages
  154.    retransmitted, or both.
  155.  
  156. 4.  MTA Objects
  157.  
  158.    If there are one or more MTAs on the host, the following mta group
  159.    may be used to monitor them. Any number of the MTAs on a host may be
  160.    monitored. Each MTA is dealt with as a separate application and has
  161.    its own applTable entry in the Network Services Monitoring MIB.
  162.  
  163.    The MIB described in this document covers only the portion which is
  164.    specific to the monitoring of MTAs. The network service related part
  165.    of the MIB is covered in a separate document [5].
  166.  
  167.  
  168.  
  169.  
  170. Kille & Freed                                                   [Page 3]
  171.  
  172. RFC 1566                  Mail Monitoring MIB               January 1994
  173.  
  174.  
  175. 5.  Definitions
  176.  
  177.    MTA-MIB DEFINITIONS ::= BEGIN
  178.  
  179.    IMPORTS
  180.        OBJECT-TYPE, Counter32, Gauge32
  181.          FROM SNMPv2-SMI
  182.        DisplayString, TimeInterval
  183.          FROM SNMPv2-TC
  184.        mib-2
  185.          FROM RFC1213-MIB
  186.        applIndex
  187.          FROM APPLICATION-MIB;
  188.  
  189.    mta MODULE-IDENTITY
  190.        LAST-UPDATED "9311280000Z"
  191.        ORGANIZATION "IETF Mail and Directory Management Working Group"
  192.        CONTACT-INFO
  193.          "        Ned Freed
  194.  
  195.           Postal: Innosoft International, Inc.
  196.                   250 West First Street, Suite 240
  197.                   Claremont, CA  91711
  198.                   US
  199.  
  200.           Tel: +1 909 624 7907
  201.           Fax: +1 909 621 5319
  202.  
  203.           E-Mail: ned@innosoft.com"
  204.        DESCRIPTION
  205.          "The MIB module describing Message Transfer Agents (MTAs)"
  206.        ::= { mib-2 28 }
  207.  
  208.    mtaTable OBJECT-TYPE
  209.        SYNTAX SEQUENCE OF MtaEntry
  210.        MAX-ACCESS not-accessible
  211.        STATUS current
  212.        DESCRIPTION
  213.          "The table holding information specific to an MTA."
  214.        ::= {mta 1}
  215.  
  216.    mtaEntry OBJECT-TYPE
  217.        SYNTAX MtaEntry
  218.        MAX-ACCESS not-accessible
  219.        STATUS current
  220.        DESCRIPTION
  221.          "The entry associated with each MTA."
  222.        INDEX {applIndex}
  223.  
  224.  
  225.  
  226. Kille & Freed                                                   [Page 4]
  227.  
  228. RFC 1566                  Mail Monitoring MIB               January 1994
  229.  
  230.  
  231.        ::= {mtaTable 1}
  232.  
  233.    MtaEntry ::= SEQUENCE {
  234.        mtaReceivedMessages
  235.          Counter32,
  236.        mtaStoredMessages
  237.          Gauge32,
  238.        mtaTransmittedMessages
  239.          Counter32,
  240.        mtaReceivedVolume
  241.          Counter32,
  242.        mtaStoredVolume
  243.          Gauge32,
  244.        mtaTransmittedVolume
  245.          Counter32,
  246.        mtaReceivedRecipients
  247.          Counter32,
  248.        mtaStoredRecipients
  249.          Gauge32,
  250.        mtaTransmittedRecipients
  251.          Counter32
  252.    }
  253.  
  254.    mtaReceivedMessages OBJECT-TYPE
  255.        SYNTAX Counter32
  256.        MAX-ACCESS read-only
  257.        STATUS current
  258.        DESCRIPTION
  259.          "The number of messages received since MTA initialization."
  260.        ::= {mtaEntry 1}
  261.  
  262.    mtaStoredMessages OBJECT-TYPE
  263.        SYNTAX Gauge32
  264.        MAX-ACCESS read-only
  265.        STATUS current
  266.        DESCRIPTION
  267.          "The total number of messages currently stored in the MTA."
  268.        ::= {mtaEntry 2}
  269.  
  270.    mtaTransmittedMessages OBJECT-TYPE
  271.        SYNTAX Counter32
  272.        MAX-ACCESS read-only
  273.        STATUS current
  274.        DESCRIPTION
  275.          "The number of messages transmitted since MTA initialization."
  276.        ::= {mtaEntry 3}
  277.  
  278.  
  279.  
  280.  
  281.  
  282. Kille & Freed                                                   [Page 5]
  283.  
  284. RFC 1566                  Mail Monitoring MIB               January 1994
  285.  
  286.  
  287.    mtaReceivedVolume OBJECT-TYPE
  288.        SYNTAX Counter32
  289.        UNITS "K-octets"
  290.        MAX-ACCESS read-only
  291.        STATUS current
  292.        DESCRIPTION
  293.          "The total volume of messages received since MTA
  294.          initialization, measured in kilo-octets.  This volume should
  295.          include all transferred data that is logically above the mail
  296.          transport protocol level.  For example, an SMTP-based MTA
  297.          should use the number of kilo-octets in the message header
  298.          and body, while an X.400-based MTA should use the number of
  299.          kilo-octets of P2 data."
  300.        ::= {mtaEntry 4}
  301.  
  302.    mtaStoredVolume OBJECT-TYPE
  303.        SYNTAX Gauge32
  304.        UNITS "K-octets"
  305.        MAX-ACCESS read-only
  306.        STATUS current
  307.        DESCRIPTION
  308.          "The total volume of messages currently stored in the MTA,
  309.          measured in kilo-octets.  This volume should include all
  310.          stored data that is logically above the mail transport
  311.          protocol level.  For example, an SMTP-based MTA should
  312.          use the number of kilo-octets in the message header and
  313.          body, while an X.400-based MTA would use the number of
  314.          kilo-octets of P2 data."
  315.        ::= {mtaEntry 5}
  316.  
  317.    mtaTransmittedVolume OBJECT-TYPE
  318.        SYNTAX Counter32
  319.        UNITS "K-octets"
  320.        MAX-ACCESS read-only
  321.        STATUS current
  322.        DESCRIPTION
  323.          "The total volume of messages transmitted since MTA
  324.          initialization, measured in kilo-octets.  This volume should
  325.          include all transferred data that is logically above the mail
  326.          transport protocol level.  For example, an SMTP-based MTA
  327.          should use the number of kilo-octets in the message header
  328.          and body, while an X.400-based MTA should use the number of
  329.          kilo-octets of P2 data."
  330.        ::= {mtaEntry 6}
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338. Kille & Freed                                                   [Page 6]
  339.  
  340. RFC 1566                  Mail Monitoring MIB               January 1994
  341.  
  342.  
  343.    mtaReceivedRecipients OBJECT-TYPE
  344.        SYNTAX Counter32
  345.        MAX-ACCESS read-only
  346.        STATUS current
  347.        DESCRIPTION
  348.          "The total number of recipients specified in all messages
  349.          received since MTA initialization.  Recipients this MTA
  350.          had no responsibility for should not be counted even if
  351.          information about such recipients is available."
  352.        ::= {mtaEntry 7}
  353.  
  354.    mtaStoredRecipients OBJECT-TYPE
  355.        SYNTAX Gauge32
  356.        MAX-ACCESS read-only
  357.        STATUS current
  358.        DESCRIPTION
  359.          "The total number of recipients specified in all messages
  360.          currently stored in the MTA.  Recipients this MTA had no
  361.          responsibility for should not be counted."
  362.        ::= {mtaEntry 8}
  363.  
  364.    mtaTransmittedRecipients OBJECT-TYPE
  365.        SYNTAX Counter32
  366.        MAX-ACCESS read-only
  367.        STATUS current
  368.        DESCRIPTION
  369.          "The total number of recipients specified in all messages
  370.          transmitted since MTA initialization.  Recipients this MTA
  371.          had no responsibility for should not be counted."
  372.        ::= {mtaEntry 9}
  373.  
  374.  
  375.    -- MTAs typically group inbound reception, queue storage, and
  376.    -- outbound transmission in some way. In the most extreme case
  377.    -- information will be maintained for each different entity that
  378.    -- receives messages and for each entity the MTA stores messages for
  379.    -- and delivers messages to.  Other MTAs may elect to treat all
  380.    -- reception equally, all queue storage equally, all deliveries
  381.    -- equally, or some combination of this.
  382.  
  383.    -- In any case, a grouping abstraction is an extremely useful for
  384.    -- breaking down the activities of an MTA. For purposes of labelling
  385.    -- this will be called a "group" in this MIB.
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394. Kille & Freed                                                   [Page 7]
  395.  
  396. RFC 1566                  Mail Monitoring MIB               January 1994
  397.  
  398.  
  399.    -- Each group contains all the variables needed to monitor all aspects
  400.    -- of an MTA's operation.  However, the fact that all groups contain
  401.    -- all possible variables does not imply that all groups must use all
  402.    -- possible variables. For example, a single group might be used to
  403.    -- monitor only one kind of event (inbound processing, outbound
  404.    -- processing, or storage). In this sort of configuration all unused
  405.    -- counters would be inaccessible; e.g., returning either a
  406.    -- noSuchName error (for an SNMPv1 get), or a noSuchInstance
  407.    -- exception (for an SNMPv2 get).
  408.  
  409.    -- Groups are not necessarily mutually exclusive. A given event may
  410.    -- be recorded by more than one group, a message may be seen as
  411.    -- stored by more than one group, and so on.  Groups should be all
  412.    -- inclusive, however: if groups are implemented all aspects of an
  413.    -- MTA's operation should be registered in at least one group. This
  414.    -- freedom lets implementors use different sets of groups to
  415.    -- provide differents "views" of an MTA.
  416.  
  417.    -- The possibility of overlap between groups means that summing
  418.    -- variables across groups may not produce values equal to those in
  419.    -- the mtaTable. mtaTable should always provide accurate information
  420.    -- about the MTA as a whole.
  421.  
  422.    -- The term "channel" is often used in MTA implementations; channels
  423.    -- are usually, but not always, equivalent to a group. However,
  424.    -- this MIB does not use the term "channel" because there is no
  425.    -- requirement that an MTA supporting this MIB has to map its
  426.    -- "channel" abstraction one-to-one onto the MIB's group abstration.
  427.  
  428.    mtaGroupTable OBJECT-TYPE
  429.        SYNTAX SEQUENCE OF MtaGroupEntry
  430.        MAX-ACCESS not-accessible
  431.        STATUS current
  432.        DESCRIPTION
  433.          "The table holding information specific to each MTA group."
  434.        ::= {mta 2}
  435.  
  436.    mtaGroupEntry OBJECT-TYPE
  437.        SYNTAX MtaGroupEntry
  438.        MAX-ACCESS not-accessible
  439.        STATUS current
  440.        DESCRIPTION
  441.          "The entry associated with each MTA group."
  442.        INDEX {applIndex, mtaGroupIndex}
  443.        ::= {mtaGroupTable 1}
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Kille & Freed                                                   [Page 8]
  451.  
  452. RFC 1566                  Mail Monitoring MIB               January 1994
  453.  
  454.  
  455.    MtaGroupEntry ::= SEQUENCE {
  456.        mtaGroupIndex
  457.            INTEGER,
  458.        mtaGroupReceivedMessages
  459.            Counter32,
  460.        mtaGroupRejectedMessages
  461.            Counter32,
  462.        mtaGroupStoredMessages
  463.            Gauge32,
  464.        mtaGroupTransmittedMessages
  465.            Counter32,
  466.        mtaGroupReceivedVolume
  467.            Counter32,
  468.        mtaGroupStoredVolume
  469.            Gauge32,
  470.        mtaGroupTransmittedVolume
  471.            Counter32,
  472.        mtaGroupReceivedRecipients
  473.            Counter32,
  474.        mtaGroupStoredRecipients
  475.            Gauge32,
  476.        mtaGroupTransmittedRecipients
  477.            Counter32,
  478.        mtaGroupOldestMessageStored
  479.            TimeInterval,
  480.        mtaGroupInboundAssociations
  481.            Gauge32,
  482.        mtaGroupOutboundAssociations
  483.            Gauge32,
  484.        mtaGroupAccumulatedInboundAssociations
  485.            Counter32,
  486.        mtaGroupAccumulatedOutboundAssociations
  487.            Counter32,
  488.        mtaGroupLastInboundActivity
  489.            TimeInterval,
  490.        mtaGroupLastOutboundActivity
  491.            TimeInterval,
  492.        mtaGroupRejectedInboundAssociations
  493.            Counter32,
  494.        mtaGroupFailedOutboundAssociations
  495.            Counter32,
  496.        mtaGroupInboundRejectionReason
  497.            DisplayString,
  498.        mtaGroupOutboundConnectFailureReason
  499.            DisplayString,
  500.        mtaGroupScheduledRetry
  501.            TimeInterval,
  502.        mtaGroupMailProtocol
  503.  
  504.  
  505.  
  506. Kille & Freed                                                   [Page 9]
  507.  
  508. RFC 1566                  Mail Monitoring MIB               January 1994
  509.  
  510.  
  511.            OBJECT IDENTIFIER,
  512.        mtaGroupName
  513.            DisplayString
  514.    }
  515.  
  516.    mtaGroupIndex OBJECT-TYPE
  517.        SYNTAX INTEGER (1..2147483647)
  518.        MAX-ACCESS not-accessible
  519.        STATUS current
  520.        DESCRIPTION
  521.          "The index associated with a group for a given MTA."
  522.        ::= {mtaGroupEntry 1}
  523.  
  524.    mtaGroupReceivedMessages OBJECT-TYPE
  525.        SYNTAX Counter32
  526.        MAX-ACCESS read-only
  527.        STATUS current
  528.        DESCRIPTION
  529.          "The number of messages received to this group since MTA
  530.          initialization."
  531.        ::= {mtaGroupEntry 2}
  532.  
  533.    mtaGroupRejectedMessages OBJECT-TYPE
  534.        SYNTAX Counter32
  535.        MAX-ACCESS read-only
  536.        STATUS current
  537.        DESCRIPTION
  538.          "The number of messages rejected by this group since MTA
  539.          initialization."
  540.        ::= {mtaGroupEntry 3}
  541.  
  542.    mtaGroupStoredMessages OBJECT-TYPE
  543.        SYNTAX Gauge32
  544.        MAX-ACCESS read-only
  545.        STATUS current
  546.        DESCRIPTION
  547.          "The total number of messages currently stored in this
  548.          group's queue."
  549.        ::= {mtaGroupEntry 4}
  550.  
  551.    mtaGroupTransmittedMessages OBJECT-TYPE
  552.        SYNTAX Counter32
  553.        MAX-ACCESS read-only
  554.        STATUS current
  555.        DESCRIPTION
  556.          "The number of messages transmitted by this group since MTA
  557.          initialization."
  558.        ::= {mtaGroupEntry 5}
  559.  
  560.  
  561.  
  562. Kille & Freed                                                  [Page 10]
  563.  
  564. RFC 1566                  Mail Monitoring MIB               January 1994
  565.  
  566.  
  567.    mtaGroupReceivedVolume OBJECT-TYPE
  568.        SYNTAX Counter32
  569.        UNITS "K-octets"
  570.        MAX-ACCESS read-only
  571.        STATUS current
  572.        DESCRIPTION
  573.          "The total volume of messages received to this group since
  574.          MTA initialization, measured in kilo-octets.  This volume
  575.          should include all transferred data that is logically above
  576.          the mail transport protocol level.  For example, an
  577.          SMTP-based MTA should use the number of kilo-octets in the
  578.          message header and body, while an X.400-based MTA should use
  579.          the number of kilo-octets of P2 data."
  580.        ::= {mtaGroupEntry 6}
  581.  
  582.    mtaGroupStoredVolume OBJECT-TYPE
  583.        SYNTAX Gauge32
  584.        UNITS "K-octets"
  585.        MAX-ACCESS read-only
  586.        STATUS current
  587.        DESCRIPTION
  588.          "The total volume of messages currently stored in this
  589.          group's queue, measured in kilo-octets.  This volume should
  590.          include all stored data that is logically above the mail
  591.          transport protocol level.  For example, an SMTP-based
  592.          MTA should use the number of kilo-octets in the message
  593.          header and body, while an X.400-based MTA would use the
  594.          number of kilo-octets of P2 data."
  595.        ::= {mtaGroupEntry 7}
  596.  
  597.    mtaGroupTransmittedVolume OBJECT-TYPE
  598.        SYNTAX Counter32
  599.        UNITS "K-octets"
  600.        MAX-ACCESS read-only
  601.        STATUS current
  602.        DESCRIPTION
  603.          "The total volume of messages transmitted by this group
  604.          since MTA initialization, measured in kilo-octets.  This
  605.          volume should include all transferred data that is logically
  606.          above the mail transport protocol level.  For example, an
  607.          SMTP-based MTA should use the number of kilo-octets in the
  608.          message header and body, while an X.400-based MTA should use
  609.          the number of kilo-octets of P2 data."
  610.        ::= {mtaGroupEntry 8}
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618. Kille & Freed                                                  [Page 11]
  619.  
  620. RFC 1566                  Mail Monitoring MIB               January 1994
  621.  
  622.  
  623.    mtaGroupReceivedRecipients OBJECT-TYPE
  624.        SYNTAX Counter32
  625.        MAX-ACCESS read-only
  626.        STATUS current
  627.        DESCRIPTION
  628.          "The total number of recipients specified in all messages
  629.          received to this group since MTA initialization.
  630.          Recipients this MTA had no responsibility for should not
  631.          be counted."
  632.        ::= {mtaGroupEntry 9}
  633.  
  634.    mtaGroupStoredRecipients OBJECT-TYPE
  635.        SYNTAX Gauge32
  636.        MAX-ACCESS read-only
  637.        STATUS current
  638.        DESCRIPTION
  639.          "The total number of recipients specified in all messages
  640.          currently stored in this group's queue.  Recipients this
  641.          MTA had no responsibility for should not be counted."
  642.        ::= {mtaGroupEntry 10}
  643.  
  644.    mtaGroupTransmittedRecipients OBJECT-TYPE
  645.        SYNTAX Counter32
  646.        MAX-ACCESS read-only
  647.        STATUS current
  648.        DESCRIPTION
  649.          "The total number of recipients specified in all messages
  650.          transmitted by this group since MTA initialization.
  651.          Recipients this MTA had no responsibility for should not
  652.          be counted."
  653.        ::= {mtaGroupEntry 11}
  654.  
  655.    mtaGroupOldestMessageStored OBJECT-TYPE
  656.        SYNTAX TimeInterval
  657.        MAX-ACCESS read-only
  658.        STATUS current
  659.        DESCRIPTION
  660.          "Time since the oldest message in this group's queue was
  661.           placed in the queue."
  662.        ::= {mtaGroupEntry 12}
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674. Kille & Freed                                                  [Page 12]
  675.  
  676. RFC 1566                  Mail Monitoring MIB               January 1994
  677.  
  678.  
  679.    mtaGroupInboundAssociations OBJECT-TYPE
  680.        SYNTAX Gauge32
  681.        MAX-ACCESS read-only
  682.        STATUS current
  683.        DESCRIPTION
  684.          "The number of current associations to the group, where the
  685.           group is the responder."
  686.        ::= {mtaGroupEntry 13}
  687.  
  688.    mtaGroupOutboundAssociations OBJECT-TYPE
  689.        SYNTAX Gauge32
  690.        MAX-ACCESS read-only
  691.        STATUS current
  692.        DESCRIPTION
  693.          "The number of current associations to the group, where the
  694.          group is the initiator."
  695.        ::= {mtaGroupEntry 14}
  696.  
  697.    mtaGroupAccumulatedInboundAssociations OBJECT-TYPE
  698.        SYNTAX Counter32
  699.        MAX-ACCESS read-only
  700.        STATUS current
  701.        DESCRIPTION
  702.          "The total number of associations to the group since MTA
  703.          initialization, where the group is the responder."
  704.        ::= {mtaGroupEntry 15}
  705.  
  706.    mtaGroupAccumulatedOutboundAssociations OBJECT-TYPE
  707.        SYNTAX Counter32
  708.        MAX-ACCESS read-only
  709.        STATUS current
  710.        DESCRIPTION
  711.          "The total number of associations from the group since MTA
  712.           initialization, where the group was the initiator."
  713.        ::= {mtaGroupEntry 16}
  714.  
  715.    mtaGroupLastInboundActivity OBJECT-TYPE
  716.        SYNTAX TimeInterval
  717.        MAX-ACCESS read-only
  718.        STATUS current
  719.        DESCRIPTION
  720.          "Time since the last time that this group had an active
  721.          inbound association for purposes of message reception."
  722.        ::= {mtaGroupEntry 17}
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730. Kille & Freed                                                  [Page 13]
  731.  
  732. RFC 1566                  Mail Monitoring MIB               January 1994
  733.  
  734.  
  735.    mtaGroupLastOutboundActivity OBJECT-TYPE
  736.        SYNTAX TimeInterval
  737.        MAX-ACCESS read-only
  738.        STATUS current
  739.        DESCRIPTION
  740.          "Time since the last time that this group had an
  741.          outbound association for purposes of message delivery."
  742.        ::= {mtaGroupEntry 18}
  743.  
  744.    mtaGroupRejectedInboundAssociations OBJECT-TYPE
  745.        SYNTAX Counter32
  746.        MAX-ACCESS read-only
  747.        STATUS current
  748.        DESCRIPTION
  749.          "The total number of inbound associations the group has
  750.          rejected, since MTA initialization."
  751.        ::= {mtaGroupEntry 19}
  752.  
  753.    mtaGroupFailedOutboundAssociations OBJECT-TYPE
  754.        SYNTAX Counter32
  755.        MAX-ACCESS read-only
  756.        STATUS current
  757.        DESCRIPTION
  758.          "The total number associations where the group was the
  759.          initiator and association establishment has failed,
  760.          since MTA initialization."
  761.        ::= {mtaGroupEntry 20}
  762.  
  763.    mtaGroupInboundRejectionReason OBJECT-TYPE
  764.        SYNTAX DisplayString
  765.        MAX-ACCESS read-only
  766.        STATUS current
  767.        DESCRIPTION
  768.          "The failure reason, if any, for the last association this
  769.          group refused to respond to. An empty string indicates that
  770.          the last attempt was successful.  If no association attempt
  771.          has been made since the MTA was initializaed the value
  772.          should be 'never'."
  773.        ::= {mtaGroupEntry 21}
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786. Kille & Freed                                                  [Page 14]
  787.  
  788. RFC 1566                  Mail Monitoring MIB               January 1994
  789.  
  790.  
  791.    mtaGroupOutboundConnectFailureReason OBJECT-TYPE
  792.        SYNTAX DisplayString
  793.        MAX-ACCESS read-only
  794.        STATUS current
  795.        DESCRIPTION
  796.          "The failure reason, if any, for the last association attempt
  797.          this group initiated. An empty string indicates that the last
  798.          attempt was successful.  If no association attempt has been
  799.          made since the MTA was initialized the value should be
  800.          'never'."
  801.        ::= {mtaGroupEntry 22}
  802.  
  803.    mtaGroupScheduledRetry OBJECT-TYPE
  804.        SYNTAX TimeInterval
  805.        MAX-ACCESS read-only
  806.        STATUS current
  807.        DESCRIPTION
  808.          "The time when this group is scheduled to next attempt to
  809.           make an association."
  810.        ::= {mtaGroupEntry 23}
  811.  
  812.    mtaGroupMailProtocol OBJECT-TYPE
  813.        SYNTAX OBJECT IDENTIFIER
  814.        MAX-ACCESS read-only
  815.        STATUS current
  816.        DESCRIPTION
  817.          "An identification of the protocol being used by this group.
  818.          For an group employing OSI protocols, this will be the
  819.          Application Context.  For Internet applications, the IANA
  820.          maintains a registry of the OIDs which correspond to well-known
  821.          message transfer protocols.  If the application protocol is
  822.          not listed in the registry, an OID value of the form
  823.          {applTCPProtoID port} or {applUDProtoID port} are used for
  824.          TCP-based and UDP-based protocols, respectively.  In either
  825.          case 'port' corresponds to the primary port number being
  826.          used by the group.  applTCPProtoID and applUDPProtoID are
  827.          defined in [5]."
  828.        ::= {mtaGroupEntry 24}
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842. Kille & Freed                                                  [Page 15]
  843.  
  844. RFC 1566                  Mail Monitoring MIB               January 1994
  845.  
  846.  
  847.    mtaGroupName OBJECT-TYPE
  848.        SYNTAX DisplayString
  849.        MAX-ACCESS read-only
  850.        STATUS current
  851.        DESCRIPTION
  852.          "A descriptive name for the group. If this group connects to
  853.          a single remote MTA this should be the name of that MTA. If
  854.          this in turn is an Internet MTA this should be the domain name.
  855.          For an OSI MTA it should be the string encoded distinguished
  856.          name of the managed object using the format defined in RFC-1485.
  857.          For X.400(1984) MTAs which do not have a Distinguished Name,
  858.          the RFC-1327 syntax 'mta in globalid' should be used."
  859.        ::= {mtaGroupEntry 25}
  860.  
  861.    mtaGroupAssociationTable OBJECT-TYPE
  862.        SYNTAX SEQUENCE OF MtaGroupAssociationEntry
  863.        MAX-ACCESS not-accessible
  864.        STATUS current
  865.        DESCRIPTION
  866.          "The table holding information regarding the associations
  867.           for each MTA group."
  868.        ::= {mta 3}
  869.  
  870.    mtaGroupAssociationEntry OBJECT-TYPE
  871.        SYNTAX MtaGroupAssociationEntry
  872.        MAX-ACCESS not-accessible
  873.        STATUS current
  874.        DESCRIPTION
  875.          "The entry holding information regarding the associations
  876.           for each MTA group."
  877.        INDEX {applIndex, mtaGroupIndex, mtaGroupAssociationIndex}
  878.        ::= {mtaGroupAssociationTable 1}
  879.  
  880.    MtaGroupAssociationEntry ::= SEQUENCE {
  881.        mtaGroupAssociationIndex
  882.            INTEGER
  883.    }
  884.  
  885.    mtaGroupAssociationIndex OBJECT-TYPE
  886.        SYNTAX INTEGER (1..2147483647)
  887.        MAX-ACCESS read-only
  888.        STATUS current
  889.        DESCRIPTION
  890.          "Reference into association table to allow correlation of
  891.           this group's active associations with the association table."
  892.        ::= {mtaGroupAssociationEntry 1}
  893.  
  894.  
  895.  
  896.  
  897.  
  898. Kille & Freed                                                  [Page 16]
  899.  
  900. RFC 1566                  Mail Monitoring MIB               January 1994
  901.  
  902.  
  903.    -- Conformance information
  904.  
  905.    mtaConformance OBJECT IDENTIFIER ::= {mta 4}
  906.  
  907.    mtaGroups      OBJECT IDENTIFIER ::= {mtaConformance 1}
  908.    mtaCompliances OBJECT IDENTIFIER ::= {mtaConformance 2}
  909.  
  910.  
  911.    -- Compliance statements
  912.  
  913.    mtaCompliance MODULE-COMPLIANCE
  914.        STATUS current
  915.        DESCRIPTION
  916.          "The compliance statement for SNMPv2 entities which
  917.           implement the Mail Monitoring MIB for basic
  918.           monitoring of MTAs."
  919.        MODULE  -- this module
  920.          MANDATORY-GROUPS {mtaGroup}
  921.        ::= {mtaCompliances 1}
  922.  
  923.  
  924.    mtaAssocCompliance MODULE-COMPLIANCE
  925.        STATUS current
  926.        DESCRIPTION
  927.          "The compliance statement for SNMPv2 entities which
  928.           implement the Mail Monitoring MIB for monitoring of
  929.           MTAs and their associations."
  930.        MODULE  -- this module
  931.          MANDATORY-GROUPS {mtaGroup, mtaAssocGroup}
  932.        ::= {mtaCompliances 2}
  933.  
  934.  
  935.  
  936.  
  937.  
  938.  
  939.  
  940.  
  941.  
  942.  
  943.  
  944.  
  945.  
  946.  
  947.  
  948.  
  949.  
  950.  
  951.  
  952.  
  953.  
  954. Kille & Freed                                                  [Page 17]
  955.  
  956. RFC 1566                  Mail Monitoring MIB               January 1994
  957.  
  958.  
  959.    -- Units of conformance
  960.  
  961.    mtaGroup OBJECT-GROUP
  962.        OBJECTS {
  963.          mtaReceivedMessages, mtaStoredMessages,
  964.          mtaTransmittedMessages, mtaReceivedVolume, mtaStoredVolume,
  965.          mtaTransmittedVolume, mtaReceivedRecipients,
  966.          mtaStoredRecipients, mtaTransmittedRecipients,
  967.          mtaGroupReceivedMessages, mtaGroupRejectedMessages,
  968.          mtaGroupStoredMessages, mtaGroupTransmittedMessages,
  969.          mtaGroupReceivedVolume, mtaGroupStoredVolume,
  970.          mtaGroupTransmittedVolume, mtaGroupReceivedRecipients,
  971.          mtaGroupStoredRecipients, mtaGroupTransmittedRecipients,
  972.          mtaGroupOldestMessageStored, mtaGroupInboundAssociations,
  973.          mtaGroupOutboundAssociations,
  974.          mtaGroupAccumulatedInboundAssociations,
  975.          mtaGroupAccumulatedOutboundAssociations,
  976.          mtaGroupLastInboundActivity, mtaGroupLastOutboundActivity,
  977.          mtaGroupRejectedInboundAssociations,
  978.          mtaGroupFailedOutboundAssociations,
  979.          mtaGroupInboundRejectionReason,
  980.          mtaGroupOutboundConnectFailureReason,
  981.          mtaGroupScheduledRetry, mtaGroupMailProtocol, mtaGroupName}
  982.        STATUS current
  983.        DESCRIPTION
  984.          "A collection of objects providing basic monitoring of MTAs."
  985.        ::= {mtaGroups 1}
  986.  
  987.    mtaAssocGroup OBJECT-GROUP
  988.        OBJECTS {
  989.          mtaGroupAssociationIndex}
  990.        STATUS current
  991.        DESCRIPTION
  992.          "A collection of objects providing monitoring of MTA
  993.           associations."
  994.        ::= {mtaGroups 2}
  995.  
  996.    END
  997.  
  998.  
  999.  
  1000.  
  1001.  
  1002.  
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010. Kille & Freed                                                  [Page 18]
  1011.  
  1012. RFC 1566                  Mail Monitoring MIB               January 1994
  1013.  
  1014.  
  1015. 6.  Acknowledgements
  1016.  
  1017.    This document is a product of the Mail and Directory Management
  1018.    (MADMAN) Working Group. It is based on an earlier MIB designed by S.
  1019.    Kille, T.  Lenggenhager, D. Partain, and W. Yeong.
  1020.  
  1021. 7.  References
  1022.  
  1023.   [1]  Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Structure
  1024.        of Management Information for version 2 of the Simple Network
  1025.        Management Protocol (SNMPv2)", RFC 1442, SNMP Research, Inc.,
  1026.        Hughes LAN Systems, Dover Beach Consulting, Inc., Carnegie Mellon
  1027.        University, April 1993.
  1028.  
  1029.   [2]  McCloghrie, K., and M. Rose, Editors, "Management Information
  1030.        Base for Network Management of TCP/IP-based internets: MIB-II",
  1031.        STD 17, RFC 1213, Hughes LAN Systems, Performance Systems
  1032.        International, March 1991.
  1033.  
  1034.   [3]  Galvin, J., and K. McCloghrie, K., "Administrative Model for
  1035.        version 2 of the Simple Network Management Protocol (SNMPv2)",
  1036.        RFC 1445, Trusted Information Systems, Hughes LAN Systems, April
  1037.        1993.
  1038.  
  1039.   [4]  Case, J., McCloghrie, K., Rose, M., and S. Waldbusser, "Protocol
  1040.        Operations for version 2 of the Simple Network Management
  1041.        Protocol (SNMPv2)", RFC 1448, SNMP Research, Inc., Hughes LAN
  1042.        Systems, Dover Beach Consulting, Inc., Carnegie Mellon
  1043.        University, April 1993.
  1044.  
  1045.   [5]  Kille, S., WG Chair, and N. Freed, Editor, "The Network Services
  1046.        Monitoring MIB", RFC 1565, ISODE Consortium, Innosoft, January
  1047.        1994.
  1048.  
  1049. 8.  Security Considerations
  1050.  
  1051.    Security issues are not discussed in this memo.
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066. Kille & Freed                                                  [Page 19]
  1067.  
  1068. RFC 1566                  Mail Monitoring MIB               January 1994
  1069.  
  1070.  
  1071. 9.  Authors' Addresses
  1072.  
  1073.    Steve Kille, WG Chair
  1074.    ISODE Consortium
  1075.    The Dome, The Square
  1076.    Richmond TW9 1DT
  1077.    UK
  1078.  
  1079.    Phone: +44 81 332 9091
  1080.    EMail: S.Kille@isode.com
  1081.  
  1082.  
  1083.    Ned Freed, Editor
  1084.    Innosoft International, Inc.
  1085.    250 West First Street, Suite 240
  1086.    Claremont, CA 91711
  1087.    USA
  1088.  
  1089.    Phone: +1 909 624 7907
  1090.    Fax: +1 909 621 5319
  1091.    EMail: ned@innosoft.com
  1092.  
  1093.  
  1094.  
  1095.  
  1096.  
  1097.  
  1098.  
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122. Kille & Freed                                                  [Page 20]
  1123.