Network Working Group F. Baker Request for Comments: 2206 Cisco Systems Category: Standards Track J. Krawczyk ArrowPoint Communications A. Sastry Cisco Systems September 1997 RSVP Management Information Base using SMIv2 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. Abstract This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP-based internets. In particular, it defines objects for managing the Resource Reservation Protocol (RSVP) within the interface attributes defined in the Integrated Services Model. Thus, the Integrated Services MIB is directly relevant to and cross-referenced by this MIB. Comments should be made to the RSVP Working Group, rsvp@isi.edu. Table of Contents 1 The SNMPv2 Network Management Framework ............... 2 1.1 Object Definitions .................................. 2 2 Overview .............................................. 3 2.1 Textual Conventions ................................. 3 2.2 Structure of MIB .................................... 3 2.3 Semantics of Writing the Path and Reservation State Databases .................................... 3 2.4 Intended use of Flow Notifications .................. 4 2.4.1 The lostFlow Notification ......................... 4 2.4.2 The newFlow Notification .......................... 4 3 Definitions ........................................... 4 3.1 RSVP Session Statistics Database .................... 6 3.2 RSVP Session Sender Database ........................ 9 3.3 RSVP Reservations Requested Database ................ 25 3.4 RSVP Reservation Requests Database .................. 35 3.5 RSVP Interface Attributes Database .................. 44 Baker, et. al. Standards Track [Page 1] RFC 2206 RSVP MIB using SMIv2 September 1997 3.6 RSVP Neighbor Database .............................. 48 3.7 Notifications ....................................... 49 4 Security Considerations................................ 63 5 Authors' Addresses .................................... 63 6 Acknowledgements ...................................... 63 7 References ............................................ 64 1. The SNMPv2 Network Management Framework The SNMPv2 Network Management Framework consists of four major components. They are: o RFC 1441 which defines the SMI, the mechanisms used for describing and naming objects for the purpose of management. o STD 17, RFC 1213 defines MIB-II, the core set of managed objects for the Internet suite of protocols. o RFC 1445 which defines the administrative and other architectural aspects of the framework. o RFC 1448 which defines the protocol used for network access to managed objects. The Framework permits new objects to be defined for the purpose of experimentation and evaluation. 1.1. Object Definitions Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the subset of Abstract Syntax Notation One (ASN.1) defined in the SMI. In particular, each object type is named by an OBJECT IDENTIFIER, an administratively assigned name. The object type together with an object instance serves to uniquely identify a specific instantiation of the object. For human convenience, we often use a textual string, termed the descriptor, to refer to the object type. Baker, et. al. Standards Track [Page 2] RFC 2206 RSVP MIB using SMIv2 September 1997 2. Overview 2.1. Textual Conventions Several new data types are introduced as a textual convention in this MIB document. These textual conventions enhance the readability of the specification and can ease comparison with other specifications if appropriate. It should be noted that the introduction of the these textual conventions has no effect on either the syntax nor the semantics of any managed objects. The use of these is merely an artifact of the explanatory method used. Objects defined in terms of one of these methods are always encoded by means of the rules that define the primitive type. Hence, no changes to the SMI or the SNMP are necessary to accommodate these textual conventions which are adopted merely for the convenience of readers and writers in pursuit of the elusive goal of clear, concise, and unambiguous MIB documents. 2.2. Structure of MIB The MIB is composed of the following sections: General Objects Session Statistics Table Session Sender Table Reservation Requests Received Table Reservation Requests Forwarded Table RSVP Interface Attributes Table RSVP Neighbor Table As a general rule, it is difficult in SNMP to describe arbitrarily long of complex messages; this MIB therefore seeks to describe the Path State Database and the Reservation State Database as though each flow and filter description received in an aggregate message had been received in a separate reservation message. Thus, if a RESV message is received for session 224.1.2.3+UDP+4455 with two filter/flow spec groups describing a sender 1.2.3.4 and another sender 1.2.7.8, these two will show in the MIB as two separate rows: one for 224.1.2.3+UDP+4455 from 1.2.3.4 and the other for 224.1.2.3+UDP+4455 from 1.2.7.8. 2.3. Semantics of Writing the Path and Reservation State Databases The path and reservation state tables are writeable. Writing into the Path and Reservation State databases allows one to perform RSVP reservations without authenticating through RSVP mechanisms, but Baker, et. al. Standards Track [Page 3] RFC 2206 RSVP MIB using SMIv2 September 1997 rather through SNMP mechanisms. State created in this way by SNMP does not time out and cannot be deleted by receiving an RSVP teardown message; it can only be deleted by SNMP. Deletion is accomplished by writing 'destroy' to the associated Row Status object, and this will initiate a teardown message as if the state had timed out. 2.4. Intended use of Flow Notifications 2.4.1. The lostFlow Notification The Lost Flow notification is an asychronous event that signifies that a flow is no longer being observed. 2.4.2. The newFlow Notification The newFlow Notification defined in this MIB can be used to advise a network management system of the state of a flow. 3. Definitions RSVP-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, Gauge32, NOTIFICATION-TYPE, Integer32, mib-2 FROM SNMPv2-SMI TEXTUAL-CONVENTION, TruthValue, RowStatus, TimeStamp, TestAndIncr, TimeInterval FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP, NOTIFICATION-GROUP FROM SNMPv2-CONF Port, SessionNumber, SessionType, Protocol, QosService, intSrvFlowStatus, MessageSize, BitRate, BurstSize FROM INTEGRATED-SERVICES-MIB ifIndex, InterfaceIndex FROM IF-MIB; rsvp MODULE-IDENTITY LAST-UPDATED "9511030500Z" -- Thu Aug 28 09:03:53 PDT 1997 ORGANIZATION "IETF RSVP Working Group" CONTACT-INFO " Fred Baker Postal: Cisco Systems 519 Lado Drive Santa Barbara, California 93111 Tel: +1 805 681 0115 E-Mail: fred@cisco.com Baker, et. al. Standards Track [Page 4] RFC 2206 RSVP MIB using SMIv2 September 1997 John Krawczyk Postal: ArrowPoint Communications 235 Littleton Road Westford, Massachusetts 01886 Tel: +1 508 692 5875 E-Mail: jjk@tiac.net Arun Sastry Postal: Cisco Systems 210 W. Tasman Drive San Jose, California 95134 Tel: +1 408 526 7685 E-Mail: arun@cisco.com" DESCRIPTION "The MIB module to describe the RSVP Protocol" ::= { mib-2 51 } rsvpObjects OBJECT IDENTIFIER ::= { rsvp 1 } -- tables rsvpGenObjects OBJECT IDENTIFIER ::= { rsvp 2 } -- global objects rsvpNotificationsPrefix OBJECT IDENTIFIER ::= { rsvp 3 } -- traps rsvpConformance OBJECT IDENTIFIER ::= { rsvp 4 } -- conformance RsvpEncapsulation ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "This indicates the encapsulation that an RSVP Neighbor is perceived to be using." SYNTAX INTEGER { ip (1), -- IP Protocol 46 udp (2), -- UDP Encapsulation both (3) -- neighbor is using both encapsulations } RefreshInterval ::= TEXTUAL-CONVENTION DISPLAY-HINT "d" STATUS current DESCRIPTION "The number of milliseconds that are expected to elapse between refreshes of path or reserva- tion state. Unrefreshed Path or reservation state is removed after a small multiple of this period." Baker, et. al. Standards Track [Page 5] RFC 2206 RSVP MIB using SMIv2 September 1997 SYNTAX INTEGER (0..'7FFFFFFF'h) -- The RSVP Session Statistics Database displays statistics -- relating to the number of senders and receivers in each -- session. rsvpSessionTable OBJECT-TYPE SYNTAX SEQUENCE OF RsvpSessionEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table of all sessions seen by a given sys- tem." ::= { rsvpObjects 1 } rsvpSessionEntry OBJECT-TYPE SYNTAX RsvpSessionEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A single session seen by a given system." INDEX { rsvpSessionNumber } ::= { rsvpSessionTable 1 } RsvpSessionEntry ::= SEQUENCE { rsvpSessionNumber SessionNumber, rsvpSessionType SessionType, rsvpSessionDestAddr OCTET STRING, rsvpSessionDestAddrLength INTEGER, rsvpSessionProtocol Protocol, rsvpSessionPort Port, rsvpSessionSenders Gauge32, rsvpSessionReceivers Gauge32, rsvpSessionRequests Gauge32 } rsvpSessionNumber OBJECT-TYPE SYNTAX SessionNumber MAX-ACCESS not-accessible STATUS current DESCRIPTION "The number of this session. This is for SNMP Baker, et. al. Standards Track [Page 6] RFC 2206 RSVP MIB using SMIv2 September 1997 Indexing purposes only and has no relation to any protocol value." ::= { rsvpSessionEntry 1 } rsvpSessionType OBJECT-TYPE SYNTAX SessionType MAX-ACCESS read-only STATUS current DESCRIPTION "The type of session (IP4, IP6, IP6 with flow information, etc)." ::= { rsvpSessionEntry 2 } rsvpSessionDestAddr OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4..16)) MAX-ACCESS read-only STATUS current DESCRIPTION "The destination address used by all senders in this session. This object may not be changed when the value of the RowStatus object is 'ac- tive'." ::= { rsvpSessionEntry 3 } rsvpSessionDestAddrLength OBJECT-TYPE SYNTAX INTEGER(0..128) MAX-ACCESS read-only STATUS current DESCRIPTION "The CIDR prefix length of the session address, which is 32 for IP4 host and multicast ad- dresses, and 128 for IP6 addresses. This ob- ject may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSessionEntry 4 } rsvpSessionProtocol OBJECT-TYPE SYNTAX Protocol MAX-ACCESS read-only STATUS current DESCRIPTION "The IP Protocol used by this session. This object may not be changed when the value of the RowStatus object is 'active'." Baker, et. al. Standards Track [Page 7] RFC 2206 RSVP MIB using SMIv2 September 1997 ::= { rsvpSessionEntry 5 } rsvpSessionPort OBJECT-TYPE SYNTAX Port MAX-ACCESS read-only STATUS current DESCRIPTION "The UDP or TCP port number used as a destina- tion port for all senders in this session. If the IP protocol in use, specified by rsvpSen- derProtocol, is 50 (ESP) or 51 (AH), this represents a virtual destination port number. A value of zero indicates that the IP protocol in use does not have ports. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSessionEntry 6 } rsvpSessionSenders OBJECT-TYPE SYNTAX Gauge32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of distinct senders currently known to be part of this session." ::= { rsvpSessionEntry 7 } rsvpSessionReceivers OBJECT-TYPE SYNTAX Gauge32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of reservations being requested of this system for this session." ::= { rsvpSessionEntry 8 } rsvpSessionRequests OBJECT-TYPE SYNTAX Gauge32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of reservation requests this system is sending upstream for this session." ::= { rsvpSessionEntry 9 } Baker, et. al. Standards Track [Page 8] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpBadPackets OBJECT-TYPE SYNTAX Gauge32 MAX-ACCESS read-only STATUS current DESCRIPTION "This object keeps a count of the number of bad RSVP packets received." ::= { rsvpGenObjects 1 } -- The RSVP Session Sender Database contains the information -- displayed by senders regarding their potential contribution -- to session data content. It is in essence a list of the -- valid PATH messages that the RSVP Router or Host is receiving. rsvpSenderNewIndex OBJECT-TYPE SYNTAX TestAndIncr MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to assign values to rsvpSenderNumber as described in 'Textual Con- ventions for SNMPv2'. The network manager reads the object, and then writes the value back in the SET that creates a new instance of rsvpSenderEntry. If the SET fails with the code 'inconsistentValue', then the process must be repeated; If the SET succeeds, then the ob- ject is incremented, and the new instance is created according to the manager's directions." ::= { rsvpGenObjects 2 } rsvpSenderTable OBJECT-TYPE SYNTAX SEQUENCE OF RsvpSenderEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information describing the state information displayed by senders in PATH messages." ::= { rsvpObjects 2 } rsvpSenderEntry OBJECT-TYPE SYNTAX RsvpSenderEntry MAX-ACCESS not-accessible STATUS current Baker, et. al. Standards Track [Page 9] RFC 2206 RSVP MIB using SMIv2 September 1997 DESCRIPTION "Information describing the state information displayed by a single sender's PATH message." INDEX { rsvpSessionNumber, rsvpSenderNumber } ::= { rsvpSenderTable 1 } RsvpSenderEntry ::= SEQUENCE { rsvpSenderNumber SessionNumber, rsvpSenderType SessionType, rsvpSenderDestAddr OCTET STRING, rsvpSenderAddr OCTET STRING, rsvpSenderDestAddrLength INTEGER, rsvpSenderAddrLength INTEGER, rsvpSenderProtocol Protocol, rsvpSenderDestPort Port, rsvpSenderPort Port, rsvpSenderFlowId INTEGER, rsvpSenderHopAddr OCTET STRING, rsvpSenderHopLih Integer32, rsvpSenderInterface InterfaceIndex, rsvpSenderTSpecRate BitRate, rsvpSenderTSpecPeakRate BitRate, rsvpSenderTSpecBurst BurstSize, rsvpSenderTSpecMinTU MessageSize, rsvpSenderTSpecMaxTU MessageSize, rsvpSenderInterval RefreshInterval, rsvpSenderRSVPHop TruthValue, rsvpSenderLastChange TimeStamp, rsvpSenderPolicy OCTET STRING, rsvpSenderAdspecBreak TruthValue, rsvpSenderAdspecHopCount INTEGER, rsvpSenderAdspecPathBw BitRate, rsvpSenderAdspecMinLatency Integer32, rsvpSenderAdspecMtu INTEGER, rsvpSenderAdspecGuaranteedSvc TruthValue, rsvpSenderAdspecGuaranteedBreak TruthValue, rsvpSenderAdspecGuaranteedCtot Integer32, rsvpSenderAdspecGuaranteedDtot Integer32, rsvpSenderAdspecGuaranteedCsum Integer32, rsvpSenderAdspecGuaranteedDsum Integer32, rsvpSenderAdspecGuaranteedHopCount INTEGER, rsvpSenderAdspecGuaranteedPathBw BitRate, rsvpSenderAdspecGuaranteedMinLatency Integer32, rsvpSenderAdspecGuaranteedMtu INTEGER, rsvpSenderAdspecCtrlLoadSvc TruthValue, Baker, et. al. Standards Track [Page 10] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpSenderAdspecCtrlLoadBreak TruthValue, rsvpSenderAdspecCtrlLoadHopCount INTEGER, rsvpSenderAdspecCtrlLoadPathBw BitRate, rsvpSenderAdspecCtrlLoadMinLatency Integer32, rsvpSenderAdspecCtrlLoadMtu INTEGER, rsvpSenderStatus RowStatus, rsvpSenderTTL INTEGER } rsvpSenderNumber OBJECT-TYPE SYNTAX SessionNumber MAX-ACCESS not-accessible STATUS current DESCRIPTION "The number of this sender. This is for SNMP Indexing purposes only and has no relation to any protocol value." ::= { rsvpSenderEntry 1 } rsvpSenderType OBJECT-TYPE SYNTAX SessionType MAX-ACCESS read-create STATUS current DESCRIPTION "The type of session (IP4, IP6, IP6 with flow information, etc)." ::= { rsvpSenderEntry 2 } rsvpSenderDestAddr OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4..16)) MAX-ACCESS read-create STATUS current DESCRIPTION "The destination address used by all senders in this session. This object may not be changed when the value of the RowStatus object is 'ac- tive'." ::= { rsvpSenderEntry 3 } rsvpSenderAddr OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4..16)) MAX-ACCESS read-create STATUS current Baker, et. al. Standards Track [Page 11] RFC 2206 RSVP MIB using SMIv2 September 1997 DESCRIPTION "The source address used by this sender in this session. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSenderEntry 4 } rsvpSenderDestAddrLength OBJECT-TYPE SYNTAX INTEGER(0..128) MAX-ACCESS read-create STATUS current DESCRIPTION "The length of the destination address in bits. This is the CIDR Prefix Length, which for IP4 hosts and multicast addresses is 32 bits. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSenderEntry 5 } rsvpSenderAddrLength OBJECT-TYPE SYNTAX INTEGER(0..128) MAX-ACCESS read-create STATUS current DESCRIPTION "The length of the sender's address in bits. This is the CIDR Prefix Length, which for IP4 hosts and multicast addresses is 32 bits. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSenderEntry 6 } rsvpSenderProtocol OBJECT-TYPE SYNTAX Protocol MAX-ACCESS read-create STATUS current DESCRIPTION "The IP Protocol used by this session. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSenderEntry 7 } rsvpSenderDestPort OBJECT-TYPE SYNTAX Port MAX-ACCESS read-create STATUS current Baker, et. al. Standards Track [Page 12] RFC 2206 RSVP MIB using SMIv2 September 1997 DESCRIPTION "The UDP or TCP port number used as a destina- tion port for all senders in this session. If the IP protocol in use, specified by rsvpSen- derProtocol, is 50 (ESP) or 51 (AH), this represents a virtual destination port number. A value of zero indicates that the IP protocol in use does not have ports. This object may not be changed when the value of the RowStatus object is 'active'." ::= { rsvpSenderEntry 8 } rsvpSenderPort OBJECT-TYPE SYNTAX Port MAX-ACCESS read-create STATUS current DESCRIPTION "The UDP or TCP port number used as a source port for this sender in this session. If the IP protocol in use, specified by rsvpSenderPro- tocol is 50 (ESP) or 51 (AH), this represents a generalized port identifier (GPI). A value of zero indicates that the IP protocol in use does not have ports. This object may not be changed when the value of the RowStatus object is 'ac- tive'." ::= { rsvpSenderEntry 9 } rsvpSenderFlowId OBJECT-TYPE SYNTAX INTEGER (0..16777215) MAX-ACCESS read-only STATUS current DESCRIPTION "The flow ID that this sender is using, if this is an IPv6 session." ::= { rsvpSenderEntry 10 } rsvpSenderHopAddr OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4..16)) MAX-ACCESS read-create STATUS current DESCRIPTION "The address used by the previous RSVP hop (which may be the original sender)." ::= { rsvpSenderEntry 11 } Baker, et. al. Standards Track [Page 13] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpSenderHopLih OBJECT-TYPE SYNTAX Integer32 MAX-ACCESS read-create STATUS current DESCRIPTION "The Logical Interface Handle used by the pre- vious RSVP hop (which may be the original sender)." ::= { rsvpSenderEntry 12 } rsvpSenderInterface OBJECT-TYPE SYNTAX InterfaceIndex MAX-ACCESS read-create STATUS current DESCRIPTION "The ifIndex value of the interface on which this PATH message was most recently received." ::= { rsvpSenderEntry 13 } rsvpSenderTSpecRate OBJECT-TYPE SYNTAX BitRate UNITS "bits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "The Average Bit Rate of the sender's data stream. Within a transmission burst, the ar- rival rate may be as fast as rsvpSenderTSpec- PeakRate (if supported by the service model); however, averaged across two or more burst in- tervals, the rate should not exceed rsvpSen- derTSpecRate. Note that this is a prediction, often based on the general capability of a type of codec or particular encoding; the measured average rate may be significantly lower." ::= { rsvpSenderEntry 14 } rsvpSenderTSpecPeakRate OBJECT-TYPE SYNTAX BitRate UNITS "bits per second" MAX-ACCESS read-create STATUS current DESCRIPTION Baker, et. al. Standards Track [Page 14] RFC 2206 RSVP MIB using SMIv2 September 1997 "The Peak Bit Rate of the sender's data stream. Traffic arrival is not expected to exceed this rate at any time, apart from the effects of jitter in the network. If not specified in the TSpec, this returns zero or noSuchValue." ::= { rsvpSenderEntry 15 } rsvpSenderTSpecBurst OBJECT-TYPE SYNTAX BurstSize UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The size of the largest burst expected from the sender at a time." ::= { rsvpSenderEntry 16 } rsvpSenderTSpecMinTU OBJECT-TYPE SYNTAX MessageSize MAX-ACCESS read-create STATUS current DESCRIPTION "The minimum message size for this flow. The policing algorithm will treat smaller messages as though they are this size." ::= { rsvpSenderEntry 17 } rsvpSenderTSpecMaxTU OBJECT-TYPE SYNTAX MessageSize MAX-ACCESS read-create STATUS current DESCRIPTION "The maximum message size for this flow. The admission algorithm will reject TSpecs whose Maximum Transmission Unit, plus the interface headers, exceed the interface MTU." ::= { rsvpSenderEntry 18 } rsvpSenderInterval OBJECT-TYPE SYNTAX RefreshInterval MAX-ACCESS read-create STATUS current DESCRIPTION "The interval between refresh messages as ad- Baker, et. al. Standards Track [Page 15] RFC 2206 RSVP MIB using SMIv2 September 1997 vertised by the Previous Hop." ::= { rsvpSenderEntry 19 } rsvpSenderRSVPHop OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If TRUE, the node believes that the previous IP hop is an RSVP hop. If FALSE, the node be- lieves that the previous IP hop may not be an RSVP hop." ::= { rsvpSenderEntry 20 } rsvpSenderLastChange OBJECT-TYPE SYNTAX TimeStamp MAX-ACCESS read-only STATUS current DESCRIPTION "The time of the last change in this PATH mes- sage; This is either the first time it was re- ceived or the time of the most recent change in parameters." ::= { rsvpSenderEntry 21 } rsvpSenderPolicy OBJECT-TYPE SYNTAX OCTET STRING (SIZE(4..65536)) MAX-ACCESS read-create STATUS current DESCRIPTION "The contents of the policy object, displayed as an uninterpreted string of octets, including the object header. In the absence of such an object, this should be of zero length." ::= { rsvpSenderEntry 22 } rsvpSenderAdspecBreak OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "The global break bit general characterization parameter from the ADSPEC. If TRUE, at least one non-IS hop was detected in the path. If Baker, et. al. Standards Track [Page 16] RFC 2206 RSVP MIB using SMIv2 September 1997 FALSE, no non-IS hops were detected." ::= { rsvpSenderEntry 23 } rsvpSenderAdspecHopCount OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "The hop count general characterization parame- ter from the ADSPEC. A return of zero or noSuchValue indicates one of the following con- ditions: the invalid bit was set the parameter was not present" ::= { rsvpSenderEntry 24 } rsvpSenderAdspecPathBw OBJECT-TYPE SYNTAX BitRate UNITS "bits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "The path bandwidth estimate general character- ization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the fol- lowing conditions: the invalid bit was set the parameter was not present" ::= { rsvpSenderEntry 25 } rsvpSenderAdspecMinLatency OBJECT-TYPE SYNTAX Integer32 UNITS "microseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "The minimum path latency general characteriza- tion parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the fol- lowing conditions: the invalid bit was set the parameter was not present" Baker, et. al. Standards Track [Page 17] RFC 2206 RSVP MIB using SMIv2 September 1997 ::= { rsvpSenderEntry 26 } rsvpSenderAdspecMtu OBJECT-TYPE SYNTAX INTEGER (0..65535) UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "The composed Maximum Transmission Unit general characterization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following conditions: the invalid bit was set the parameter was not present" ::= { rsvpSenderEntry 27 } rsvpSenderAdspecGuaranteedSvc OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If TRUE, the ADSPEC contains a Guaranteed Ser- vice fragment. If FALSE, the ADSPEC does not contain a Guaranteed Service fragment." ::= { rsvpSenderEntry 28 } rsvpSenderAdspecGuaranteedBreak OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If TRUE, the Guaranteed Service fragment has its 'break' bit set, indicating that one or more nodes along the path do not support the guaranteed service. If FALSE, and rsvpSen- derAdspecGuaranteedSvc is TRUE, the 'break' bit is not set. If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns FALSE or noSuchValue." ::= { rsvpSenderEntry 29 } rsvpSenderAdspecGuaranteedCtot OBJECT-TYPE Baker, et. al. Standards Track [Page 18] RFC 2206 RSVP MIB using SMIv2 September 1997 SYNTAX Integer32 UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the end-to-end composed value for the guaranteed service 'C' parameter. A return of zero or noSuchValue indicates one of the fol- lowing conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 30 } rsvpSenderAdspecGuaranteedDtot OBJECT-TYPE SYNTAX Integer32 UNITS "microseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the end-to-end composed value for the guaranteed service 'D' parameter. A return of zero or noSuchValue indicates one of the fol- lowing conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 31 } rsvpSenderAdspecGuaranteedCsum OBJECT-TYPE SYNTAX Integer32 UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the composed value for the guaranteed ser- Baker, et. al. Standards Track [Page 19] RFC 2206 RSVP MIB using SMIv2 September 1997 vice 'C' parameter since the last reshaping point. A return of zero or noSuchValue indi- cates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 32 } rsvpSenderAdspecGuaranteedDsum OBJECT-TYPE SYNTAX Integer32 UNITS "microseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the composed value for the guaranteed ser- vice 'D' parameter since the last reshaping point. A return of zero or noSuchValue indi- cates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 33 } rsvpSenderAdspecGuaranteedHopCount OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the service-specific override of the hop count general characterization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this Baker, et. al. Standards Track [Page 20] RFC 2206 RSVP MIB using SMIv2 September 1997 returns zero or noSuchValue." ::= { rsvpSenderEntry 34 } rsvpSenderAdspecGuaranteedPathBw OBJECT-TYPE SYNTAX BitRate UNITS "bits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the service-specific override of the path bandwidth estimate general characterization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following con- ditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 35 } rsvpSenderAdspecGuaranteedMinLatency OBJECT-TYPE SYNTAX Integer32 UNITS "microseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the service-specific override of the minimum path latency general characterization parameter from the ADSPEC. A return of zero or noSuch- Value indicates one of the following condi- tions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 36 } rsvpSenderAdspecGuaranteedMtu OBJECT-TYPE SYNTAX INTEGER (0..65535) Baker, et. al. Standards Track [Page 21] RFC 2206 RSVP MIB using SMIv2 September 1997 UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecGuaranteedSvc is TRUE, this is the service-specific override of the com- posed Maximum Transmission Unit general charac- terization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecGuaranteedSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 37 } rsvpSenderAdspecCtrlLoadSvc OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If TRUE, the ADSPEC contains a Controlled Load Service fragment. If FALSE, the ADSPEC does not contain a Controlled Load Service frag- ment." ::= { rsvpSenderEntry 38 } rsvpSenderAdspecCtrlLoadBreak OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-create STATUS current DESCRIPTION "If TRUE, the Controlled Load Service fragment has its 'break' bit set, indicating that one or more nodes along the path do not support the controlled load service. If FALSE, and rsvpSenderAdspecCtrlLoadSvc is TRUE, the 'break' bit is not set. If rsvpSenderAdspecCtrlLoadSvc is FALSE, this returns FALSE or noSuchValue." ::= { rsvpSenderEntry 39 } Baker, et. al. Standards Track [Page 22] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpSenderAdspecCtrlLoadHopCount OBJECT-TYPE SYNTAX INTEGER (0..65535) MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecCtrlLoadSvc is TRUE, this is the service-specific override of the hop count general characterization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecCtrlLoadSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 40 } rsvpSenderAdspecCtrlLoadPathBw OBJECT-TYPE SYNTAX BitRate UNITS "bits per second" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecCtrlLoadSvc is TRUE, this is the service-specific override of the path bandwidth estimate general characterization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following con- ditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecCtrlLoadSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 41 } rsvpSenderAdspecCtrlLoadMinLatency OBJECT-TYPE SYNTAX Integer32 UNITS "microseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecCtrlLoadSvc is TRUE, this Baker, et. al. Standards Track [Page 23] RFC 2206 RSVP MIB using SMIv2 September 1997 is the service-specific override of the minimum path latency general characterization parameter from the ADSPEC. A return of zero or noSuch- Value indicates one of the following condi- tions: the invalid bit was set the parameter was not present If rsvpSenderAdspecCtrlLoadSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 42 } rsvpSenderAdspecCtrlLoadMtu OBJECT-TYPE SYNTAX INTEGER (0..65535) UNITS "bytes" MAX-ACCESS read-create STATUS current DESCRIPTION "If rsvpSenderAdspecCtrlLoadSvc is TRUE, this is the service-specific override of the com- posed Maximum Transmission Unit general charac- terization parameter from the ADSPEC. A return of zero or noSuchValue indicates one of the following conditions: the invalid bit was set the parameter was not present If rsvpSenderAdspecCtrlLoadSvc is FALSE, this returns zero or noSuchValue." ::= { rsvpSenderEntry 43 } rsvpSenderStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-create STATUS current DESCRIPTION "'active' for all active PATH messages. This object may be used to install static PATH in- formation or delete PATH information." ::= { rsvpSenderEntry 44 } rsvpSenderTTL OBJECT-TYPE SYNTAX INTEGER (0..255) Baker, et. al. Standards Track [Page 24] RFC 2206 RSVP MIB using SMIv2 September 1997 MAX-ACCESS read-only STATUS current DESCRIPTION "The TTL value in the RSVP header that was last received." ::= { rsvpSenderEntry 45 } rsvpSenderOutInterfaceTable OBJECT-TYPE SYNTAX SEQUENCE OF RsvpSenderOutInterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "List of outgoing interfaces that PATH messages use. The ifIndex is the ifIndex value of the egress interface." ::= { rsvpObjects 3 } rsvpSenderOutInterfaceEntry OBJECT-TYPE SYNTAX RsvpSenderOutInterfaceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "List of outgoing interfaces that a particular PATH message has." INDEX { rsvpSessionNumber, rsvpSenderNumber, ifIndex } ::= { rsvpSenderOutInterfaceTable 1 } RsvpSenderOutInterfaceEntry ::= SEQUENCE { rsvpSenderOutInterfaceStatus RowStatus } rsvpSenderOutInterfaceStatus OBJECT-TYPE SYNTAX RowStatus MAX-ACCESS read-only STATUS current DESCRIPTION "'active' for all active PATH messages." ::= { rsvpSenderOutInterfaceEntry 1 } -- The RSVP Reservation Requests Received Table contains the -- information displayed by receivers regarding their needs with -- respect to sessions and senders. It is in essence a list of the -- valid RESV messages that the RSVP Router or Host is receiving. Baker, et. al. Standards Track [Page 25] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpResvNewIndex OBJECT-TYPE SYNTAX TestAndIncr MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to assign values to rsvpResvNumber as described in 'Textual Conven- tions for SNMPv2'. The network manager reads the object, and then writes the value back in the SET that creates a new instance of rsvpResvEntry. If the SET fails with the code 'inconsistentValue', then the process must be repeated; If the SET succeeds, then the object is incremented, and the new instance is created according to the manager's directions." ::= { rsvpGenObjects 3 } rsvpResvTable OBJECT-TYPE SYNTAX SEQUENCE OF RsvpResvEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information describing the state information displayed by receivers in RESV messages." ::= { rsvpObjects 4 } rsvpResvEntry OBJECT-TYPE SYNTAX RsvpResvEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Information describing the state information displayed by a single receiver's RESV message concerning a single sender." INDEX { rsvpSessionNumber, rsvpResvNumber } ::= { rsvpResvTable 1 } RsvpResvEntry ::= SEQUENCE { rsvpResvNumber SessionNumber, rsvpResvType SessionType, rsvpResvDestAddr OCTET STRING, rsvpResvSenderAddr OCTET STRING, rsvpResvDestAddrLength INTEGER, Baker, et. al. Standards Track [Page 26] RFC 2206 RSVP MIB using SMIv2 September 1997 rsvpResvSenderAddrLength INTEGER, rsvpResvProtocol Protocol, rsvpResvDestPort Port, rsvpResvPort Port, rsvpRe