Home   A   B   C   D   E   F   G   H   I   J   K   L   M   N   O   P   Q   R   S   T   U   V   W   X   Y   Z  

Real-time Application Quality-of-Service Monitoring (RAQMON) MIB :: RFC4711








Network Working Group                                        A. Siddiqui
Request for Comments: 4711                                  D. Romascanu
Category: Standards Track                                          Avaya
                                                           E. Golovinsky
                                                             Alert Logic
                                                            October 2006


    Real-time Application Quality-of-Service Monitoring (RAQMON) MIB

Status of This Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (2006).

Abstract

   This memo defines a portion of the Management Information Base (MIB)
   for use with network management protocols in the Internet community.
   The document proposes an extension to the Remote Monitoring MIB, RFC
   2819.  In particular, it describes managed objects used for real-time
   application Quality of Service (QoS) monitoring.

Table of Contents

   1. Introduction ....................................................2
   2. The Internet-Standard Management Framework ......................2
   3. RAQMON Framework ................................................2
   4. Structure of the RAQMON MIB .....................................2
   5. RAQMON MIB Definitions ..........................................3
   6. Security Considerations ........................................33
   7. IANA Considerations ............................................35
   8. Acknowledgements ...............................................35
   9. Normative References ...........................................36
   10. Informative References ........................................36









Siddiqui, et al.            Standards Track                     [Page 1]

RFC 4711                       RAQMON MIB                   October 2006


1.  Introduction

   This memo defines a portion of the Management Information Base (MIB)
   for use with network management protocols in the Internet community.
   In particular, it extends [RFC2819] with managed objects used for
   real-time application QoS monitoring.

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
   document are to be interpreted as described in [RFC2119].

2.  The Internet-Standard Management Framework

   For a detailed overview of the documents that describe the current
   Internet-Standard Management Framework, please refer to section 7 of
   RFC 3410 [RFC3410].

   Managed objects are accessed via a virtual information store, termed
   the Management Information Base or MIB.  MIB objects are generally
   accessed through the Simple Network Management Protocol (SNMP).
   Objects in the MIB are defined using the mechanisms defined in the
   Structure of Management Information (SMI).  This memo specifies a MIB
   module that is compliant to the SMIv2, which is described in STD 58,
   RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580
   [RFC2580].

3.  RAQMON Framework

   As outlined in [RFC4710], the RAQMON framework is based on three
   entities:

      - RAQMON Data Source (RDS)

      - RAQMON Report Collector (RRC)

      - RAQMON MIB Structure

   The RAQMON MIB describes information passed between RRCs and a RAQMON
   Application ("RAQMON manager").

4.  Structure of the RAQMON MIB

   The RAQMON MIB module is composed of three MIB groups:
   raqmonSession, raqmonException, and raqmonConfig.

   The raqmonSession MIB group incorporates the following tables:





Siddiqui, et al.            Standards Track                     [Page 2]

RFC 4711                       RAQMON MIB                   October 2006


      - The raqmonParticpantTable contains information about
        participants in open and closed (terminated) sessions, including
        parameters of the sessions they are involved in, aggregated
        since the beginning of the session.

      - The raqmonQosTable contains historical information about QoS
        during sessions.  The set of parameters represented in this
        table is more restricted, but it includes historical per-
        RAQMON-report information.

      - The raqmonParticpantAddrTable maps participant addresses into
        the indices of the raqmonParticpantTable.  This table allows
        management applications to find entries sorted by
        raqmonParticipantAddr rather than raqmonParticipantStartDate.

   The raqmonException MIB group includes a table of filters that
   trigger notifications for sessions with poor QoS.

   The raqmonConfig MIB group includes objects that define the
   configuration of the RAQMON Report Collector.

   This MIB module MUST be implemented by RAQMON Report Collectors.

   A separate MIB module is defined in [RFC4712] for mapping the RAQMON
   PDUs onto an SNMP transport.  The MIB module defined in [RFC4712] is
   normally implemented by RAQMON Data Sources (RDS).

5.  RAQMON MIB Definitions

   The MIB module herein IMPORTS definitions from the following:
         SNMPv2-SMI [RFC2578]
         SNMPv2-TC [RFC2579]
         SNMPv2-CONF [RFC2580]
         RMON-MIB [RFC2819]
         SNMP-FRAMEWORK-MIB [RFC3411]
         INET-ADDRESS-MIB [RFC4001]

   It also uses REFERENCE clauses to refer to [RFC4710].

   It also mentions [RFC3737] with respect to the MODULE-IDENTITY OID
   allocation.










Siddiqui, et al.            Standards Track                     [Page 3]

RFC 4711                       RAQMON MIB                   October 2006


   RAQMON-MIB DEFINITIONS ::= BEGIN

       IMPORTS
           OBJECT-GROUP, NOTIFICATION-GROUP, MODULE-COMPLIANCE
               FROM SNMPv2-CONF
           Integer32, Unsigned32,
           Gauge32, Counter32, OBJECT-TYPE,
           MODULE-IDENTITY, NOTIFICATION-TYPE
               FROM SNMPv2-SMI
           InetAddressType, InetAddress, InetPortNumber
               FROM INET-ADDRESS-MIB
                    SnmpAdminString
           FROM SNMP-FRAMEWORK-MIB
           rmon
               FROM RMON-MIB
           RowStatus, TruthValue, DateAndTime, RowPointer
               FROM SNMPv2-TC;

       raqmonMIB MODULE-IDENTITY
           LAST-UPDATED "200610100000Z"     -- October 10, 2006
           ORGANIZATION
               "IETF RMON MIB Working Group"
           CONTACT-INFO
               "WG Charter:
                http://www.ietf.org/html.charters/rmonmib-charter.html

                Mailing lists:
                    General Discussion: rmonmib@ietf.org
                    To Subscribe: rmonmib-requests@ietf.org
                    In Body: subscribe your_email_address

                Chair: Andy Bierman
                       Email: ietf@andybierman.com

                Editor: Dan Romascanu
                        Avaya
                        Email:  dromasca@avaya.com"
           DESCRIPTION
               "Real-Time Application QoS Monitoring MIB.

                Copyright (c) The Internet Society (2006).
                This version of this MIB module is part of
                RFC 4711; See the RFC itself for full legal notices."
           REVISION    "200610100000Z"
           DESCRIPTION
               "Initial version, published as RFC 4711."
           ::= { rmon 31 }
   -- This OID allocation conforms to [RFC3737]



Siddiqui, et al.            Standards Track                     [Page 4]

RFC 4711                       RAQMON MIB                   October 2006


   --
   -- Node definitions
   --
       raqmonNotifications OBJECT IDENTIFIER ::= { raqmonMIB 0 }

       raqmonSessionAlarm NOTIFICATION-TYPE
           OBJECTS { raqmonParticipantAddr,
               raqmonParticipantName,
               raqmonParticipantPeerAddrType,
               raqmonParticipantPeerAddr,
               raqmonQoSEnd2EndNetDelay,
               raqmonQoSInterArrivalJitter,
               raqmonQosLostPackets,
               raqmonQosRcvdPackets }
           STATUS current
           DESCRIPTION
               "A notification generated by an entry in the
                raqmonSessionExceptionTable."
           ::= { raqmonNotifications 1 }


       raqmonMIBObjects OBJECT IDENTIFIER ::= { raqmonMIB 1 }

       raqmonSession OBJECT IDENTIFIER ::= { raqmonMIBObjects 1 }

       raqmonParticipantTable OBJECT-TYPE
           SYNTAX SEQUENCE OF RaqmonParticipantEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "This table contains information about participants in
                both active and closed (terminated) sessions."
           ::= { raqmonSession 1 }

       raqmonParticipantEntry OBJECT-TYPE
           SYNTAX RaqmonParticipantEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Each row contains information for a single session
                (application) run by one participant.
                Indexation by the start time of the session aims
                to ease sorting by management applications.  Agents MUST
                NOT report identical start times for any two sessions
                on the same host.
                Rows are removed for inactive sessions
                when implementation-specific age or space limits are
                reached."



Siddiqui, et al.            Standards Track                     [Page 5]

RFC 4711                       RAQMON MIB                   October 2006


           INDEX { raqmonParticipantStartDate, raqmonParticipantIndex }
           ::= { raqmonParticipantTable 1 }

       RaqmonParticipantEntry ::=
           SEQUENCE {
               raqmonParticipantStartDate     DateAndTime,
               raqmonParticipantIndex         Unsigned32,
               raqmonParticipantReportCaps    BITS,
               raqmonParticipantAddrType      InetAddressType,
               raqmonParticipantAddr          InetAddress,
               raqmonParticipantSendPort      InetPortNumber,
               raqmonParticipantRecvPort      InetPortNumber,
               raqmonParticipantSetupDelay    Integer32,
               raqmonParticipantName          SnmpAdminString,
               raqmonParticipantAppName       SnmpAdminString,
               raqmonParticipantQosCount      Gauge32,
               raqmonParticipantEndDate       DateAndTime,
               raqmonParticipantDestPayloadType  Integer32,
               raqmonParticipantSrcPayloadType   Integer32,
               raqmonParticipantActive        TruthValue,
               raqmonParticipantPeer          RowPointer,
               raqmonParticipantPeerAddrType  InetAddressType,
               raqmonParticipantPeerAddr      InetAddress,
               raqmonParticipantSrcL2Priority     Integer32,
               raqmonParticipantDestL2Priority    Integer32,
               raqmonParticipantSrcDSCP       Integer32,
               raqmonParticipantDestDSCP      Integer32,
               raqmonParticipantCpuMean       Integer32,
               raqmonParticipantCpuMin        Integer32,
               raqmonParticipantCpuMax        Integer32,
               raqmonParticipantMemoryMean    Integer32,
               raqmonParticipantMemoryMin     Integer32,
               raqmonParticipantMemoryMax     Integer32,
               raqmonParticipantNetRTTMean    Integer32,
               raqmonParticipantNetRTTMin     Integer32,
               raqmonParticipantNetRTTMax     Integer32,
               raqmonParticipantIAJitterMean  Integer32,
               raqmonParticipantIAJitterMin   Integer32,
               raqmonParticipantIAJitterMax   Integer32,
               raqmonParticipantIPDVMean      Integer32,
               raqmonParticipantIPDVMin       Integer32,
               raqmonParticipantIPDVMax       Integer32,
               raqmonParticipantNetOwdMean    Integer32,
               raqmonParticipantNetOwdMin     Integer32,
               raqmonParticipantNetOwdMax     Integer32,
               raqmonParticipantAppDelayMean  Integer32,
               raqmonParticipantAppDelayMin   Integer32,
               raqmonParticipantAppDelayMax   Integer32,



Siddiqui, et al.            Standards Track                     [Page 6]

RFC 4711                       RAQMON MIB                   October 2006


               raqmonParticipantPacketsRcvd   Integer32,
               raqmonParticipantPacketsSent   Integer32,
               raqmonParticipantOctetsRcvd    Integer32,
               raqmonParticipantOctetsSent    Integer32,
               raqmonParticipantLostPackets   Integer32,
               raqmonParticipantLostPacketsFrct  Integer32,
               raqmonParticipantDiscards      Integer32,
               raqmonParticipantDiscardsFrct  Integer32
            }

       raqmonParticipantStartDate OBJECT-TYPE
           SYNTAX DateAndTime
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "The date and time of this entry.
                It will be the date and time
                of the first report received."
           ::= { raqmonParticipantEntry 1 }

       raqmonParticipantIndex OBJECT-TYPE
           SYNTAX Unsigned32 (1..2147483647)
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "The index of the conceptual row, which is for SNMP
                purposes only and has no relation to any protocol value.

                There is no requirement that these rows be created or
                maintained sequentially.  The index will be unique for a
                particular date and time."
           ::= { raqmonParticipantEntry 2 }

       raqmonParticipantReportCaps   OBJECT-TYPE
           SYNTAX      BITS {
               raqmonPartRepDsrcName(0),
               raqmonPartRepRecvName(1),
               raqmonPartRepDsrcPort(2),
               raqmonPartRepRecvPort(3),
               raqmonPartRepSetupTime(4),
               raqmonPartRepSetupDelay(5),
               raqmonPartRepSessionDuration(6),
               raqmonPartRepSetupStatus(7),
               raqmonPartRepRTEnd2EndNetDelay(8),
               raqmonPartRepOWEnd2EndNetDelay(9),
               raqmonPartApplicationDelay(10),
               raqmonPartRepIAJitter(11),
               raqmonPartRepIPDV(12),



Siddiqui, et al.            Standards Track                     [Page 7]

RFC 4711                       RAQMON MIB                   October 2006


               raqmonPartRepRcvdPackets(13),
               raqmonPartRepRcvdOctets(14),
               raqmonPartRepSentPackets(15),
               raqmonPartRepSentOctets(16),
               raqmonPartRepCumPacketsLoss(17),
               raqmonPartRepFractionPacketsLoss(18),
               raqmonPartRepCumDiscards(19),
               raqmonPartRepFractionDiscards(20),
               raqmonPartRepSrcPayloadType(21),
               raqmonPartRepDestPayloadType(22),
               raqmonPartRepSrcLayer2Priority(23),
               raqmonPartRepSrcTosDscp(24),
               raqmonPartRepDestLayer2Priority(25),
               raqmonPartRepDestTosDscp(26),
               raqmonPartRepCPU(27),
               raqmonPartRepMemory(28),
               raqmonPartRepAppName(29)
               }
           MAX-ACCESS  read-only
           STATUS      current
           DESCRIPTION
               "The Report capabilities of the participant, as perceived
                by the Collector.

                If the participant can report the Data Source Name as
                defined in [RFC4710], Section 5.3, then the
                raqmonPartRepDsrcName bit will be set.

                If the participant can report the Receiver Name as
                defined in [RFC4710], Section 5.4, then the
                raqmonPartRepRecvName bit will be set.

                If the participant can report the Data Source Port as
                defined in [RFC4710], Section 5.5, then the
                raqmonPartRepDsrcPort bit will be set.

                If the participant can report the Receiver Port as
                defined in [RFC4710], Section 5.6, then the
                raqmonPartRepRecvPort bit will be set.

                If the participant can report the Session Setup Time as
                defined in [RFC4710], Section 5.7, then the
                raqmonPartRepSetupTime bit will be set.

                If the participant can report the Session Setup Delay as
                defined in [RFC4710], Section 5.8, then the
                raqmonPartRepSetupDelay bit will be set.




Siddiqui, et al.            Standards Track                     [Page 8]

RFC 4711                       RAQMON MIB                   October 2006


                If the participant can report the Session Duration as
                defined in [RFC4710], Section 5.9, then the
                raqmonPartRepSessionDuration bit will be set.

                If the participant can report the Setup Status as
                defined in [RFC4710], Section 5.10, then the
                raqmonPartRepSetupStatus bit will be set.

                If the participant can report the Round-Trip End-to-end
                Network Delay as defined in [RFC4710], Section 5.11,
                then the raqmonPartRepRTEnd2EndNetDelay bit will be set.

                If the participant can report the One-way End-to-end
                Network Delay as defined in [RFC4710], Section 5.12,
                then the raqmonPartRepOWEnd2EndNetDelay bit will be set.

                If the participant can report the Application Delay as
                defined in [RFC4710], Section 5.13, then the
                raqmonPartApplicationDelay bit will be set.

                If the participant can report the Inter-Arrival Jitter
                as defined in [RFC4710], Section 5.14, then the
                raqmonPartRepIAJitter bit will be set.

                If the participant can report the IP Packet Delay
                Variation as defined in [RFC4710], Section 5.15, then
                the raqmonPartRepIPDV bit will be set.

                If the participant can report the number of application
                packets received as defined in [RFC4710], Section 5.16,
                then the raqmonPartRepRcvdPackets bit will be set.

                If the participant can report the number of application
                octets received as defined in [RFC4710], Section 5.17,
                then the raqmonPartRepRcvdOctets bit will be set.

                If the participant can report the number of application
                packets sent as defined in [RFC4710], Section 5.18, then
                the raqmonPartRepSentPackets bit will be set.

                If the participant can report the number of application
                octets sent as defined in [RFC4710], Section 5.19, then
                the raqmonPartRepSentOctets bit will be set.

                If the participant can report the number of cumulative
                packets lost as defined in [RFC4710], Section 5.20, then
                the raqmonPartRepCumPacketsLoss bit will be set.




Siddiqui, et al.            Standards Track                     [Page 9]

RFC 4711                       RAQMON MIB                   October 2006


                If the participant can report the fraction of packet
                loss as defined in [RFC4710], Section 5.21, then the
                raqmonPartRepFractionPacketsLoss bit will be set.

                If the participant can report the number of cumulative
                discards as defined in [RFC4710], Section 5.22, then the
                raqmonPartRepCumDiscards bit will be set.

                If the participant can report the fraction of discards
                as defined in [RFC4710], Section 5.23, then the
                raqmonPartRepFractionDiscards bit will be set.

                If the participant can report the Source Payload Type as
                defined in [RFC4710], Section 5.24, then the
                raqmonPartRepSrcPayloadType bit will be set.

                If the participant can report the Destination Payload
                Type as defined in [RFC4710], Section 5.25, then the
                raqmonPartRepDestPayloadType bit will be set.

                If the participant can report the Source Layer 2
                Priority as defined in [RFC4710], Section 5.26, then the
                raqmonPartRepSrcLayer2Priority bit will be set.

                If the participant can report the Source DSCP/ToS value
                as defined in [RFC4710], Section 5.27, then the
                raqmonPartRepSrcToSDscp bit will be set.

                If the participant can report the Destination Layer 2
                Priority as defined in [RFC4710], Section 5.28, then the
                raqmonPartRepDestLayer2Priority bit will be set.

                If the participant can report the Destination DSCP/ToS
                Value as defined in [RFC4710], Section 5.29, then the
                raqmonPartRepDestToSDscp bit will be set.

                If the participant can report the CPU utilization as
                defined in [RFC4710], Section 5.30, then the
                raqmonPartRepCPU bit will be set.

                If the participant can report the memory utilization as
                defined in [RFC4710], Section 5.31, then the
                raqmonPartRepMemory bit will be set.

                If the participant can report the Application Name as
                defined in [RFC4710], Section 5.32, then the
                raqmonPartRepAppName bit will be set.




Siddiqui, et al.            Standards Track                    [Page 10]

RFC 4711                       RAQMON MIB                   October 2006


                The capability of reporting of a specific metric does
                not mandate that the metric must be reported permanently
                by the data source to the respective collector.  Some
                data sources MAY be configured not to send a metric, or
                some metrics may not be relevant to the specific
                application."
           ::= { raqmonParticipantEntry 3 }

       raqmonParticipantAddrType OBJECT-TYPE
           SYNTAX InetAddressType
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The type of the Internet address of the participant for
                this session."
           ::= { raqmonParticipantEntry 4 }

      raqmonParticipantAddr OBJECT-TYPE
           SYNTAX InetAddress
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The Internet Address of the participant for this
                session.  Formatting of this object is determined
                by the value of raqmonParticipantAddrType."
           ::= { raqmonParticipantEntry 5 }

      raqmonParticipantSendPort OBJECT-TYPE
           SYNTAX InetPortNumber
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Port from which session data is sent.
                If the value was not reported to the collector,
                this object will have the value 0."
           REFERENCE
               "Section 5.5 of the [RFC4710]"
           ::= { raqmonParticipantEntry 6 }

       raqmonParticipantRecvPort OBJECT-TYPE
           SYNTAX InetPortNumber
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Port on which session data is received.
                If the value was not reported to the collector,
                this object will have the value 0."
           REFERENCE



Siddiqui, et al.            Standards Track                    [Page 11]

RFC 4711                       RAQMON MIB                   October 2006


               "Section 5.6 of the [RFC4710]"
           ::= { raqmonParticipantEntry 7 }

       raqmonParticipantSetupDelay OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Session setup time.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.8 of the [RFC4710]"
           ::= { raqmonParticipantEntry 8 }

       raqmonParticipantName OBJECT-TYPE
           SYNTAX SnmpAdminString
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The data source name for the participant."
           REFERENCE
               "Section 5.3 of the [RFC4710]"
          ::= { raqmonParticipantEntry 9 }

       raqmonParticipantAppName OBJECT-TYPE
           SYNTAX SnmpAdminString
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "A string giving the name and possibly the version
                of the application generating the stream, e.g.,
                'videotool 1.2.'

                This information may be useful for debugging purposes
                and is similar to the Mailer or Mail-System-Version SMTP
                headers.  The tool value is expected to remain constant
                for the duration of the session."
           REFERENCE
               "Section 5.32 of the [RFC4710]"
           ::= { raqmonParticipantEntry 10 }

       raqmonParticipantQosCount OBJECT-TYPE
           SYNTAX Gauge32
           UNITS  "entries"
           MAX-ACCESS read-only
           STATUS current



Siddiqui, et al.            Standards Track                    [Page 12]

RFC 4711                       RAQMON MIB                   October 2006


           DESCRIPTION
               "The current number of entries in the raqmonQosTable
                for this participant and session."
           ::= { raqmonParticipantEntry 11 }

       raqmonParticipantEndDate OBJECT-TYPE
           SYNTAX DateAndTime
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The date and time of the most recent report received."
           ::= { raqmonParticipantEntry 12 }

       raqmonParticipantDestPayloadType OBJECT-TYPE
           SYNTAX Integer32 (-1|0..127)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Destination Payload Type.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "RFC 3551 and Section 5.25 of the [RFC4710]"
           ::= { raqmonParticipantEntry 13 }

       raqmonParticipantSrcPayloadType OBJECT-TYPE
           SYNTAX Integer32 (-1|0..127)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Source Payload Type.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "RFC 3551 and Section 5.24 of the [RFC4710]"
           ::= { raqmonParticipantEntry 14 }

       raqmonParticipantActive OBJECT-TYPE
           SYNTAX TruthValue
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Value 'true' indicates that the session
                for this participant is active (open).
                Value 'false' indicates that the session
                is closed (terminated)."
           ::= { raqmonParticipantEntry 15 }




Siddiqui, et al.            Standards Track                    [Page 13]

RFC 4711                       RAQMON MIB                   October 2006


       raqmonParticipantPeer OBJECT-TYPE
           SYNTAX RowPointer
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The pointer to the corresponding entry in this table for
                the other peer participant.  If there is no such entry
                in the participant table of the collector represented by
                this SNMP agent, then the value will be { 0 0 }.
               "
           ::= { raqmonParticipantEntry 16 }

       raqmonParticipantPeerAddrType OBJECT-TYPE
           SYNTAX InetAddressType
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The type of the Internet address of the peer participant
                for this session."
           ::= { raqmonParticipantEntry 17 }

      raqmonParticipantPeerAddr OBJECT-TYPE
           SYNTAX InetAddress
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The Internet Address of the peer participant for this
                session.  Formatting of this object is determined by
                the value of raqmonParticipantPeerAddrType."
           ::= { raqmonParticipantEntry 18 }

      raqmonParticipantSrcL2Priority OBJECT-TYPE
           SYNTAX Integer32 (-1|0..7)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Source Layer 2 Priority.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.26 of the [RFC4710]"
           ::= { raqmonParticipantEntry 19 }

       raqmonParticipantDestL2Priority OBJECT-TYPE
           SYNTAX Integer32 (-1|0..7)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION



Siddiqui, et al.            Standards Track                    [Page 14]

RFC 4711                       RAQMON MIB                   October 2006


               "Destination Layer 2 Priority.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.28 of the [RFC4710]"
           ::= { raqmonParticipantEntry 20 }

       raqmonParticipantSrcDSCP OBJECT-TYPE
           SYNTAX Integer32 (-1|0..63)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Source Layer 3 DSCP value.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.27 of the [RFC4710]"
           ::= { raqmonParticipantEntry 21 }

       raqmonParticipantDestDSCP OBJECT-TYPE
           SYNTAX Integer32  (-1|0..63)
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Destination Layer 3 DSCP value."
           REFERENCE
               "Section 5.29 of the [RFC4710]"
           ::= { raqmonParticipantEntry 22 }

       raqmonParticipantCpuMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean CPU utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.30 of the [RFC4710]"
           ::= { raqmonParticipantEntry 23 }

       raqmonParticipantCpuMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION



Siddiqui, et al.            Standards Track                    [Page 15]

RFC 4711                       RAQMON MIB                   October 2006


               "Minimum CPU utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.30 of the [RFC4710]"
           ::= { raqmonParticipantEntry 24 }

       raqmonParticipantCpuMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum CPU utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.30 of the [RFC4710]"
           ::= { raqmonParticipantEntry 25 }

       raqmonParticipantMemoryMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean memory utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.31 of the [RFC4710]"
           ::= { raqmonParticipantEntry 26 }

       raqmonParticipantMemoryMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum memory utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.31 of the [RFC4710]"
           ::= { raqmonParticipantEntry 27 }

       raqmonParticipantMemoryMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)



Siddiqui, et al.            Standards Track                    [Page 16]

RFC 4711                       RAQMON MIB                   October 2006


           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum memory utilization.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.31 of the [RFC4710]"
           ::= { raqmonParticipantEntry 28 }

       raqmonParticipantNetRTTMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean round-trip end-to-end network
                delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.11 of the [RFC4710]"
           ::= { raqmonParticipantEntry 29 }

       raqmonParticipantNetRTTMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum round-trip end-to-end network delay
                over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.11 of the [RFC4710]"
           ::= { raqmonParticipantEntry 30 }

       raqmonParticipantNetRTTMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum round-trip end-to-end network delay
                over the entire session.
                If the value was not reported to the collector,



Siddiqui, et al.            Standards Track                    [Page 17]

RFC 4711                       RAQMON MIB                   October 2006


                this object will have the value -1."
           REFERENCE
               "Section 5.11 of the [RFC4710]"
           ::= { raqmonParticipantEntry 31 }

       raqmonParticipantIAJitterMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean inter-arrival jitter over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.14 of the [RFC4710]"
           ::= { raqmonParticipantEntry 32 }

       raqmonParticipantIAJitterMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum inter-arrival jitter over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.14 of the [RFC4710]"
           ::= { raqmonParticipantEntry 33 }

       raqmonParticipantIAJitterMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum inter-arrival jitter over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.14 of the [RFC4710]"
           ::= { raqmonParticipantEntry 34 }

       raqmonParticipantIPDVMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only



Siddiqui, et al.            Standards Track                    [Page 18]

RFC 4711                       RAQMON MIB                   October 2006


           STATUS current
           DESCRIPTION
               "Mean IP packet delay variation over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.15 of the [RFC4710]"
           ::= { raqmonParticipantEntry 35 }

       raqmonParticipantIPDVMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum IP packet delay variation over the entire
                session.  If the value was not reported to the
                collector, this object will have the value -1."
           REFERENCE
               "Section 5.15 of the [RFC4710]"
           ::= { raqmonParticipantEntry 36 }

       raqmonParticipantIPDVMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum IP packet delay variation over the entire
                session.  If the value was not reported to the
                collector, this object will have the value -1."
           REFERENCE
               "Section 5.15 of the [RFC4710]"
           ::= { raqmonParticipantEntry 37 }

       raqmonParticipantNetOwdMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean Network one-way delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.12 of the [RFC4710]"
           ::= { raqmonParticipantEntry 38 }




Siddiqui, et al.            Standards Track                    [Page 19]

RFC 4711                       RAQMON MIB                   October 2006


       raqmonParticipantNetOwdMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum Network one-way delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.12 of the [RFC4710]"
           ::= { raqmonParticipantEntry 39 }

       raqmonParticipantNetOwdMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum Network one-way delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.1 of the [RFC4710]"
           ::= { raqmonParticipantEntry 40 }

       raqmonParticipantAppDelayMean OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Mean application delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.13 of the [RFC4710]"
           ::= { raqmonParticipantEntry 41 }

       raqmonParticipantAppDelayMin OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Minimum application delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."



Siddiqui, et al.            Standards Track                    [Page 20]

RFC 4711                       RAQMON MIB                   October 2006


           REFERENCE
               "Section 5.13 of the [RFC4710]"
           ::= { raqmonParticipantEntry 42 }

       raqmonParticipantAppDelayMax OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Maximum application delay over the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.13 of the [RFC4710]"
           ::= { raqmonParticipantEntry 43 }

       raqmonParticipantPacketsRcvd OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets received for the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.16 of the [RFC4710]"
           ::= { raqmonParticipantEntry 44 }

       raqmonParticipantPacketsSent OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets sent for the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.17 of the [RFC4710]"
           ::= { raqmonParticipantEntry 45 }

       raqmonParticipantOctetsRcvd OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "Octets"
           MAX-ACCESS read-only
           STATUS current



Siddiqui, et al.            Standards Track                    [Page 21]

RFC 4711                       RAQMON MIB                   October 2006


           DESCRIPTION
               "Count of octets received for the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.18 of the [RFC4710]"
           ::= { raqmonParticipantEntry 46 }

       raqmonParticipantOctetsSent OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "Octets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of octets sent for the entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.19 of the [RFC4710]"
           ::= { raqmonParticipantEntry 47 }

       raqmonParticipantLostPackets OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets lost by this receiver for the entire
                session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.20 of the [RFC4710]"
           ::= { raqmonParticipantEntry 48 }

       raqmonParticipantLostPacketsFrct OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Fraction of lost packets out of total packets received.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.21 of the [RFC4710]"
           ::= { raqmonParticipantEntry 49 }




Siddiqui, et al.            Standards Track                    [Page 22]

RFC 4711                       RAQMON MIB                   October 2006


       raqmonParticipantDiscards OBJECT-TYPE
           SYNTAX Integer32 (-1|0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets discarded by this receiver for the
                entire session.
                If the value was not reported to the collector,
                this object will have the value -1."
           REFERENCE
               "Section 5.22 of the [RFC4710]"
           ::= { raqmonParticipantEntry 50 }

       raqmonParticipantDiscardsFrct OBJECT-TYPE
           SYNTAX Integer32 (-1|0..100)
           UNITS  "percents"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Fraction of discarded packets out of total packets
                received.  If the value was not reported to the
                collector, this object will have the value -1."
           REFERENCE
               "Section 5.23 of the [RFC4710]"
           ::= { raqmonParticipantEntry 51 }


    raqmonQosTable OBJECT-TYPE
           SYNTAX SEQUENCE OF RaqmonQosEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Table of historical information about quality-of-service
                data during sessions."
           ::= { raqmonSession 2 }

       raqmonQosEntry OBJECT-TYPE
           SYNTAX RaqmonQosEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Each entry contains information from a single RAQMON
                packet, related to a single session
                (application) run by one participant.
                Indexation by the start time of the session aims
                to ease sorting by management applications.  Agents MUST
                NOT report identical start times for any two sessions



Siddiqui, et al.            Standards Track                    [Page 23]

RFC 4711                       RAQMON MIB                   October 2006


                on the same host.
                Rows are removed for inactive sessions when
                implementation-specific time or space limits are
                reached."
           INDEX { raqmonParticipantStartDate,
                   raqmonParticipantIndex,
                   raqmonQosTime }
           ::= { raqmonQosTable 1 }

       RaqmonQosEntry ::=
           SEQUENCE {
               raqmonQosTime          Unsigned32,
               raqmonQoSEnd2EndNetDelay           Integer32,
               raqmonQoSInterArrivalJitter        Integer32,
               raqmonQosRcvdPackets   Integer32,
               raqmonQosRcvdOctets    Integer32,
               raqmonQosSentPackets   Integer32,
               raqmonQosSentOctets    Integer32,
               raqmonQosLostPackets   Integer32,
               raqmonQosSessionStatus SnmpAdminString
               }

       raqmonQosTime OBJECT-TYPE
           SYNTAX Unsigned32 (0..2147483647)
           UNITS  "seconds"
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Time of this entry measured from the start of the
                corresponding participant session."
           ::= { raqmonQosEntry 1 }

       raqmonQoSEnd2EndNetDelay OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The round-trip time.
                Will contain the previous value if there was no report
                for this time, or -1 if the value has never
                been reported."
           REFERENCE
               "Section 5.11 of the [RFC4710]"
           ::= { raqmonQosEntry 2 }

       raqmonQoSInterArrivalJitter OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)



Siddiqui, et al.            Standards Track                    [Page 24]

RFC 4711                       RAQMON MIB                   October 2006


           UNITS  "milliseconds"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "An estimate of delay variation as observed by this
                receiver.  Will contain the previous value if there
                was no report for this time, or -1 if the value
                has never been reported."
           REFERENCE
               "Section 5.14 of the [RFC4710]"
           ::= { raqmonQosEntry 3 }

       raqmonQosRcvdPackets OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets received by this receiver since the
                previous entry.  Will contain the previous value if
                there was no report for this time, or -1 if the value
                has never been reported."
           REFERENCE
               "Section 5.16 of the [RFC4710]"
       ::= { raqmonQosEntry 4 }

       raqmonQosRcvdOctets OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "octets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of octets received by this receiver since the
                previous report.  Will contain the previous value if
                there was no report for this time, or -1 if the value
                has never been reported."
               REFERENCE
                     "Section 5.18 of the [RFC4710]"
           ::= { raqmonQosEntry 5 }

       raqmonQosSentPackets OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of packets sent since the previous report.
                Will contain the previous value if there



Siddiqui, et al.            Standards Track                    [Page 25]

RFC 4711                       RAQMON MIB                   October 2006


                was no report for this time, or -1 if the value
                has never been reported."
          REFERENCE
              "Section 5.17 of the [RFC4710]"
       ::= { raqmonQosEntry 6 }

       raqmonQosSentOctets OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "octets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of octets sent since the previous report.
                Will contain the previous value if there
                was no report for this time, or -1 if the value
                has never been reported."
           REFERENCE
               "Section 5.19 of the [RFC4710]"
           ::= { raqmonQosEntry 7 }

       raqmonQosLostPackets OBJECT-TYPE
           SYNTAX Integer32 (-1 | 0..2147483647)
           UNITS  "packets"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "A count of packets lost as observed by this receiver
                since the previous report.  Will contain the previous
                value if there was no report for this time, or -1 if
                the value has never been reported."
           REFERENCE
               "Section 5.20 of the [RFC4710]"
       ::= { raqmonQosEntry 8 }

       raqmonQosSessionStatus OBJECT-TYPE
           SYNTAX SnmpAdminString
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The session status.  Will contain the previous value
                if there was no report for this time or the zero-length
                string if no value was ever reported."
           REFERENCE
               "Section 5.10 of the [RFC4710]"
           ::= { raqmonQosEntry 9 }


       raqmonParticipantAddrTable OBJECT-TYPE



Siddiqui, et al.            Standards Track                    [Page 26]

RFC 4711                       RAQMON MIB                   October 2006


           SYNTAX SEQUENCE OF RaqmonParticipantAddrEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Maps raqmonParticipantAddr to the index of the
                raqmonParticipantTable.  This table allows
                management applications to find entries
                sorted by raqmonParticipantAddr rather than
                raqmonParticipantStartDate."
           ::= { raqmonSession 3 }

       raqmonParticipantAddrEntry OBJECT-TYPE
           SYNTAX RaqmonParticipantAddrEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "Each entry corresponds to exactly one entry in the
                raqmonParticipantEntry: the entry containing the
                index pair raqmonParticipantStartDate,
                raqmonParticipantIndex.

                Note that there is no concern about the indexation of
                this table exceeding the limits defined by RFC 2578,
                Section 3.5.  According to [RFC4710], Section
                5.1, only IPv4 and IPv6 addresses can be reported as
                participant addresses."
           INDEX { raqmonParticipantAddrType,
                   raqmonParticipantAddr,
                   raqmonParticipantStartDate,
                   raqmonParticipantIndex }
           ::= { raqmonParticipantAddrTable 1 }

       RaqmonParticipantAddrEntry ::=
           SEQUENCE { raqmonParticipantAddrEndDate DateAndTime }

       raqmonParticipantAddrEndDate OBJECT-TYPE
           SYNTAX DateAndTime
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The value of raqmonParticipantEndDate for the
                corresponding raqmonParticipantEntry."
           ::= { raqmonParticipantAddrEntry 1 }


       raqmonException OBJECT IDENTIFIER ::= { raqmonMIBObjects 2 }

       raqmonSessionExceptionTable OBJECT-TYPE



Siddiqui, et al.            Standards Track                    [Page 27]

RFC 4711                       RAQMON MIB                   October 2006


           SYNTAX SEQUENCE OF RaqmonSessionExceptionEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "This table defines thresholds for the management
                station to get notifications about sessions that
                encountered poor quality of service.

                The information in this table MUST be persistent
                across agent reboots."
           ::= { raqmonException 2 }

       raqmonSessionExceptionEntry OBJECT-TYPE
           SYNTAX RaqmonSessionExceptionEntry
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "A conceptual row in the raqmonSessionExceptionTable."
           INDEX { raqmonSessionExceptionIndex }
           ::= { raqmonSessionExceptionTable 1 }

       RaqmonSessionExceptionEntry ::=
           SEQUENCE {
               raqmonSessionExceptionIndex                Unsigned32,
               raqmonSessionExceptionIAJitterThreshold    Unsigned32,
               raqmonSessionExceptionNetRTTThreshold      Unsigned32,
               raqmonSessionExceptionLostPacketsThreshold Unsigned32,
               raqmonSessionExceptionRowStatus            RowStatus
               }

       raqmonSessionExceptionIndex OBJECT-TYPE
           SYNTAX Unsigned32 (1..65535)
           MAX-ACCESS not-accessible
           STATUS current
           DESCRIPTION
               "An index that uniquely identifies an
                entry in the raqmonSessionExceptionTable.
                Management applications can determine unused indices
                by performing GetNext or GetBulk operations on the
                Table."
           ::= { raqmonSessionExceptionEntry 2 }

       raqmonSessionExceptionIAJitterThreshold OBJECT-TYPE
           SYNTAX Unsigned32
           UNITS  "milliseconds"
           MAX-ACCESS read-create
           STATUS current
           DESCRIPTION



Siddiqui, et al.            Standards Track                    [Page 28]

RFC 4711                       RAQMON MIB                   October 2006


               "Threshold for jitter.
                The value during a session must be greater than or
                equal to this value for an exception to be created."
           ::= { raqmonSessionExceptionEntry 3 }

       raqmonSessionExceptionNetRTTThreshold OBJECT-TYPE
           SYNTAX Unsigned32
           UNITS  "milliseconds"
           MAX-ACCESS read-create
           STATUS current
           DESCRIPTION
               "Threshold for round-trip time.
                The value during a session must be greater than or
                equal to this value for an exception to be created."
           ::= { raqmonSessionExceptionEntry 4 }

       raqmonSessionExceptionLostPacketsThreshold OBJECT-TYPE
           SYNTAX Unsigned32 (0..1000)
           UNITS  "tenth of a percent"
           MAX-ACCESS read-create
           STATUS current
           DESCRIPTION
               "Threshold for lost packets in units of tenths
                of a percent.  The value during a session must
                be greater than or equal to this value for an
                exception to be created."
           ::= { raqmonSessionExceptionEntry 5 }

       raqmonSessionExceptionRowStatus OBJECT-TYPE
           SYNTAX RowStatus
           MAX-ACCESS read-create
           STATUS current
           DESCRIPTION
               "This object has a value of 'active' when
                exceptions are being monitored by the system.
                A newly-created conceptual row must have all
                the read-create objects initialized before
                becoming 'active'.  A conceptual row that is in
                the 'notReady' or 'notInService' state MAY be
                removed after 5 minutes.  No writeable objects
                can be changed while the row is active."
           ::= { raqmonSessionExceptionEntry 7 }


       raqmonConfig OBJECT IDENTIFIER ::= { raqmonMIBObjects 3 }

       raqmonConfigPort OBJECT-TYPE
           SYNTAX InetPortNumber



Siddiqui, et al.            Standards Track                    [Page 29]

RFC 4711                       RAQMON MIB                   October 2006


           MAX-ACCESS read-write
           STATUS current
           DESCRIPTION
               "The UDP port to listen on for RAQMON reports,
                running on transport protocols other than SNMP.
                If the RAQMON PDU transport protocol is SNMP,
                a write operation on this object has no effect, as
                the standard port 162 is always used.
                The value of this object MUST be persistent across
                agent reboots."
           ::= { raqmonConfig 1 }

          raqmonConfigPduTransport OBJECT-TYPE
            SYNTAX BITS
               {
                   other(0),
                   tcp(1),
                   snmp(2)
               }
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "The PDU transport(s) used by this collector.
                If other(0) is set, the collector supports a
                transport other than SNMP or TCP.
                If tcp(1) is set, the collector supports TCP as a
                transport protocol.
                If snmp(2) is set, the collector supports SNMP as a
                transport protocol."
           ::= { raqmonConfig 2 }


       raqmonConfigRaqmonPdus OBJECT-TYPE
           SYNTAX Counter32
           UNITS  "PDUs"
           MAX-ACCESS read-only
           STATUS current
           DESCRIPTION
               "Count of RAQMON PDUs received by the Collector."
           ::= { raqmonConfig 3 }

       raqmonConfigRDSTimeout OBJECT-TYPE
           SYNTAX Unsigned32
           MAX-ACCESS read-write
           STATUS current
           DESCRIPTION
               "The number of seconds since the reception of the
                last RAQMON PDU from a RDS after which a session



Siddiqui, et al.            Standards Track                    [Page 30]

RFC 4711                       RAQMON MIB                   October 2006


                between the respective RDS and the collector will be
                considered terminated.
                The value of this object MUST be persistent across
                agent reboots."
           ::= { raqmonConfig 4 }




       raqmonConformance OBJECT IDENTIFIER ::= { raqmonMIB 2 }


       raqmonCompliances OBJECT IDENTIFIER ::= { raqmonConformance 1 }
       raqmonGroups OBJECT IDENTIFIER ::= { raqmonConformance 2 }

       raqmonCompliance MODULE-COMPLIANCE
           STATUS  current
           DESCRIPTION
               "Describes the requirements for conformance to the
                RAQMON MIB."
           MODULE  -- this module
           MANDATORY-GROUPS { raqmonCollectorGroup,
                              raqmonCollectorNotificationsGroup
                            }

           OBJECT raqmonParticipantAddrType
           SYNTAX  InetAddressType { ipv4(1), ipv6(2) }
           DESCRIPTION
               "Only IPv4 and IPv6 addresses need to be supported."

           OBJECT raqmonParticipantAddr
           SYNTAX  InetAddress (SIZE(4|16))
           DESCRIPTION
               "Only IPv4 and IPv6 addresses need to be supported."

           OBJECT raqmonParticipantPeerAddrType
           SYNTAX  InetAddressType { ipv4(1), ipv6(2) }
           DESCRIPTION
               "Only IPv4 and IPv6 addresses need to be supported."

           OBJECT raqmonParticipantPeerAddr
           SYNTAX  InetAddress (SIZE(4|16))
           DESCRIPTION
               "Only IPv4 and IPv6 addresses need to be supported."

              ::= { raqmonCompliances 1 }





Siddiqui, et al.            Standards Track                    [Page 31]

RFC 4711                       RAQMON MIB                   October 2006


       raqmonCollectorGroup OBJECT-GROUP
           OBJECTS {
               raqmonParticipantReportCaps,
               raqmonParticipantAddrType,
               raqmonParticipantAddr,
               raqmonParticipantSendPort,
               raqmonParticipantRecvPort,
               raqmonParticipantSetupDelay,
               raqmonParticipantName,
               raqmonParticipantAppName,
               raqmonParticipantQosCount,
               raqmonParticipantEndDate,
               raqmonParticipantDestPayloadType,
               raqmonParticipantSrcPayloadType,
               raqmonParticipantActive,
               raqmonParticipantPeer,
               raqmonParticipantPeerAddrType,
               raqmonParticipantPeerAddr,
               raqmonParticipantSrcL2Priority,
               raqmonParticipantDestL2Priority,
               raqmonParticipantSrcDSCP,
               raqmonParticipantDestDSCP,
               raqmonParticipantCpuMean,
               raqmonParticipantCpuMin,
               raqmonParticipantCpuMax,
               raqmonParticipantMemoryMean,
               raqmonParticipantMemoryMin,
               raqmonParticipantMemoryMax,
               raqmonParticipantNetRTTMean,
               raqmonParticipantNetRTTMin,
               raqmonParticipantNetRTTMax,
               raqmonParticipantIAJitterMean,
               raqmonParticipantIAJitterMin,
               raqmonParticipantIAJitterMax,
               raqmonParticipantIPDVMean,
               raqmonParticipantIPDVMin,
               raqmonParticipantIPDVMax,
               raqmonParticipantNetOwdMean,
               raqmonParticipantNetOwdMin,
               raqmonParticipantNetOwdMax,
               raqmonParticipantAppDelayMean,
               raqmonParticipantAppDelayMin,
               raqmonParticipantAppDelayMax,
               raqmonParticipantPacketsRcvd,
               raqmonParticipantPacketsSent,
               raqmonParticipantOctetsRcvd,
               raqmonParticipantOctetsSent,
               raqmonParticipantLostPackets,



Siddiqui, et al.            Standards Track                    [Page 32]

RFC 4711                       RAQMON MIB                   October 2006


               raqmonParticipantLostPacketsFrct,
               raqmonParticipantDiscards,
               raqmonParticipantDiscardsFrct,
               raqmonQoSEnd2EndNetDelay,
               raqmonQoSInterArrivalJitter,
               raqmonQosRcvdPackets,
               raqmonQosRcvdOctets,
               raqmonQosSentPackets,
               raqmonQosSentOctets,
               raqmonQosLostPackets,
               raqmonQosSessionStatus,
               raqmonParticipantAddrEndDate,
               raqmonConfigPort,
               raqmonSessionExceptionIAJitterThreshold,
               raqmonSessionExceptionNetRTTThreshold,
               raqmonSessionExceptionLostPacketsThreshold,
               raqmonSessionExceptionRowStatus,
               raqmonConfigPduTransport,
               raqmonConfigRaqmonPdus,
               raqmonConfigRDSTimeout}
           STATUS current
           DESCRIPTION
               "Objects used in RAQMON by a collector."


           ::= { raqmonGroups 1 }

       raqmonCollectorNotificationsGroup NOTIFICATION-GROUP
           NOTIFICATIONS { raqmonSessionAlarm }
           STATUS current
           DESCRIPTION
               "Notifications emitted by a RAQMON collector."
           ::= { raqmonGroups 2 }

   END

6.  Security Considerations

   There are a number of management objects defined in this MIB module
   with a MAX-ACCESS clause of read-write.  Such objects may be
   considered sensitive or vulnerable in some network environments.  The
   support for SET operations in a non-secure environment without proper
   protection can have a negative effect on network operations.

   Setting the value of the object raqmonRDSTimeout to too low a value
   would result in RDS sessions being terminated sooner than necessary,
   while setting at too high a value may result in terminated sessions
   continuing to be managed, with unnecessary memory allocations.



Siddiqui, et al.            Standards Track                    [Page 33]

RFC 4711                       RAQMON MIB                   October 2006


   Setting the following object to incorrect values can result in the
   collectors either flooding the management applications with
   unnecessary notifications, or not sending notifications when the QoS
   in the network may be degraded.

      raqmonSessionExceptionIAJitterThreshold
      raqmonSessionExceptionRTTThreshold
      raqmonSessionExceptionLostPacketsThreshold

   Setting the raqmonConfigPort object to incorrect values can result in
   the collector not being able to receive RAQMON PDUs from the data
   sources.

   Some of the readable objects in this MIB module (i.e., objects with a
   MAX-ACCESS other than not-accessible) may be considered sensitive or
   vulnerable in some network environments.  These are:

      raqmonParticipantTable
      raqmonQoSTable
      raqmonParticpantAddrTable

   Unauthorized exposure of these objects may lead to disclosure of the
   addresses of the participants in applications, or information about
   the traffic patents of the applications, which may be considered
   sensitive in certain environments.

   It is thus important to control even GET and/or NOTIFY access to
   these objects and possibly to even encrypt their values when sending
   them over the network via SNMP.

   The structure of the RAQMON tables limits what can be usefully done
   for access control configuration using View-based Access Control
   Model (VACM).  For example, with these structures it would not be
   possible to provide a group, with access to performance data for a
   specific group of devices, since the index values for
   raqmonParticpantEntry cannot be known in advance. Likewise,
   raqmonSessionExceptionEntries apply to all entries in the
   raqmonQoSTable.

   SNMP versions prior to SNMPv3 did not include adequate security.
   Even if the network itself is secure (for example by using IPsec),
   even then, there is no control as to who on the secure network is
   allowed to access and GET/SET (read/change/create/delete) the objects
   in this MIB module.







Siddiqui, et al.            Standards Track                    [Page 34]

RFC 4711                       RAQMON MIB                   October 2006


   It is RECOMMENDED that implementers consider the security features as
   provided by the SNMPv3 framework (see [RFC3410], section 8),
   including full support for the SNMPv3 cryptographic mechanisms (for
   authentication and privacy).

   Further, deployment of SNMP versions prior to SNMPv3 is NOT
   RECOMMENDED.  Instead, it is RECOMMENDED to deploy SNMPv3 and to
   enable cryptographic security.  It is then a customer/operator
   responsibility to ensure that the SNMP entity giving access to an
   instance of this MIB module is properly configured to give access to
   the objects only to those principals (users) that have legitimate
   rights to indeed GET or SET (change/create/delete) them.

7.  IANA Considerations

   No requirements from IANA are defined in this document.  The root OID
   of the MIB module defined in this document belongs to the RMON
   subtree, as reserved in [RFC3737].

8.  Acknowledgements

   Richard Smith created the first proprietary version of this MIB.

   The authors would also like to thank all the participants in the
   Remote Monitoring MIB Working Group, and especially Andy Bierman,
   Steven Waldbusser, Alan Clark, Itai Zilbershtein, and Robert Cole for
   interesting discussions, ideas, comments, and direct contributions to
   this work.

   The authors would also like to thank Randy Presuhn for the precious
   technical comments, as well as for the laborious activity of
   reviewing the syntax and spelling of the document.

   The authors would like to thank Bert Wijnen for the review of the
   final versions of the document, as well as for the guidance provided
   during the whole period of editing.















Siddiqui, et al.            Standards Track                    [Page 35]

RFC 4711                       RAQMON MIB                   October 2006


9.  Normative References

   [RFC2119]   Bradner, S., "Key words for use in RFCs to Indicate
               Requirement Levels", BCP 14, RFC 2119, March 1997.

   [RFC2578]   McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
               Rose, M., and S. Waldbusser, "Structure of Management
               Information Version 2 (SMIv2)", STD 58, RFC 2578, April
               1999.

   [RFC2579]   McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
               Rose, M., and S. Waldbusser, "Textual Conventions for
               SMIv2", STD 58, RFC 2579, April 1999.

   [RFC2580]   McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J.,
               Rose, M., and S. Waldbusser, "Conformance Statements for
               SMIv2", STD 58, RFC 2580, April 1999.

   [RFC2819]   Waldbusser, S., "Remote Network Monitoring Management
               Information Base", STD 59, RFC 2819, May 2000.

   [RFC3411]   Harrington, D., Preshun, R., and B. Wijnen, "An
               Architecture for Describing Simple Network Management
               Protocol (SNMP) Management Frameworks", STD 62, RFC 3411,
               December 2002.

   [RFC4001]   Daniele, M., Haberman, B., Routhier, S., and J.
               Schoenwalder, "Textual Conventions for Internet Network
               Addresses", RFC 4001, February 2005.

   [RFC4710]   Siddiqui, A., Romascanu, D., and E. Golovinsky, "Real-
               time Application Quality-of-Service Monitoring (RAQMON)
               Framework", RFC 4710, October 2006.

10.  Informative References

   [RFC3410]   Case, J., Mundy, R., Partain, D., and B. Stewart,
               "Introduction and Applicability Statements for Internet-
               Standard Management Framework", RFC 3410, December 2002.

   [RFC4712]   Siddiqui, A., Romascanu, D., Golovinsky, E., Ramhman, M.,
               and Y. Kim, "Transport Mappings for Real-time Application
               Quality-of-Service Monitoring (RAQMON) Protocol Data Unit
               (PDU)", RFC 4712, October 2006.

   [RFC3737]   Wijnen, B. and A. Bierman, "IANA Guidelines for the
               Registry of Remote Monitoring (RMON) MIB modules", RFC
               3737, April 2004.



Siddiqui, et al.            Standards Track                    [Page 36]

RFC 4711                       RAQMON MIB                   October 2006


Authors' Addresses

   Anwar A. Siddiqui
   Avaya Labs
   307 Middletown Lincroft Road
   Lincroft, New Jersey 07738
   USA

   Phone: +1 732 852-3200
   Fax:   +1 732 817-5922
   EMail: anwars@avaya.com


   Dan Romascanu
   Avaya
   Atidim Technology Park, Bldg. #3
   Tel Aviv, 61131
   Israel

   Phone: +972 3-645-8414
   EMail: dromasca@avaya.com


   Eugene Golovinsky

   EMail: gene@alertlogic.net

























Siddiqui, et al.            Standards Track                    [Page 37]

RFC 4711                       RAQMON MIB                   October 2006


Full Copyright Statement

   Copyright (C) The Internet Society (2006).

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET
   ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED,
   INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE
   INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
   WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Intellectual Property

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

Acknowledgement

   Funding for the RFC Editor function is provided by the IETF
   Administrative Support Activity (IASA).







Siddiqui, et al.            Standards Track                    [Page 38]


 

RFC, FYI, BCP