view Side-By-Side changes
Network Working Group T. Dreibholz Internet-Draft University of Duisburg-Essen Expires: December 12, 2005 J. MulikInternet-DraftTemple University P. ConradExpires: November 6, 2002University of Delaware K. Pinzhoffer Temple UniversityMay 8, 2002Jun 10, 2005 Reliable ServerPooling :Pooling: Management Information Base using SMIv2draft-ietf-rserpool-mib-00.txtdraft-ietf-rserpool-mib-01.txt Status of this MemoThis documentBy submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she isan Internet-Draftaware have been or will be disclosed, andisany of which he or she becomes aware will be disclosed, infull conformanceaccordance withall provisions ofSection106 ofRFC2026.BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed athttp:// www.ietf.org/ietf/1id-abstracts.txt.http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire onNovember 6, 2002.December 12, 2005. Copyright Notice Copyright (C) The Internet Society(2002). All Rights Reserved.(2005). AbstractRserPoolRSerPool [20] is a framework to provide reliable server pooling. This document defines a SMIv2 compliant Management Information Base (MIB) providing access to managedobjectobjects in an RSerPoolimplementation. Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page 1] Internet-Draft RSerPool MIBMay 2002 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. The SNMP Management Framework . . . . . . . . . . . . . . . . 4 3. Structure of the MIB . . . . . . . . . . . . . . . . . . . . . 6 3.1 Access to managed objects on an ENRP nameserver . . . . . . . 7 3.2 Access to managed objects on Pool Elements . . . . . . . . . . 8 4. Definitions . . . . . . . . . . . . . . . . . . . . . . . . . 9 5. Security Considerations . . . . . . . . . . . . . . . . . . . 15 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 16 References . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . 19 Full Copyright Statement . . . . . . . . . . . . . . . . . . . 20 Mulik,Jun 2005 implementation. Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page 2] Internet-Draft RSerPool MIBMay 2002Jun 2005 1. Introduction This memo defines a Management Information Base (MIB) module which describes managed objects for RserPool implementations. The MIB defined in this memo is described using the Structure of Management Information version 2, as defined in RFC1902 [6], RFC1903 [7], and RFC1904 [8].Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page 3] Internet-Draft RSerPool MIBMay 2002Jun 2005 2. The SNMP Management Framework The SNMP Management Framework presently consists of five major components: o An overall architecture, described in RFC 2571 [12]. o Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [1], STD 16, RFC 1212 [3] and RFC 1215 [4]. The second version, called SMIv2, is described in STD 58, RFC 2578 [17], STD 58, RFC 2579 [18] and STD 58, RFC 2580 [19]. o Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [2]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [5] and RFC 1906 [10]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [10], RFC 2572 [13] and RFC 2574 [15]. o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [2]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [9]. o A set of fundamental applications described in RFC 2573 [14] and the view-based access control mechanism described in RFC 2575 [16]. A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [11]. Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI. This memo specifies a MIB module that is compliant to the SMIv2. A MIB conforming to the SMIv1 can be produced through the appropriate translations. The resulting translated MIB must be semantically equivalent, except where objects or events are omitted because no translation is possible (use of Counter64). Some machine readable information in SMIv2 will be converted into textual descriptions in SMIv1 during the translation process. However, this loss of machine readable information is not considered to change the semantics of theMulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page 4] Internet-Draft RSerPool MIBMay 2002Jun 2005 MIB.Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page 5] Internet-Draft RSerPool MIBMay 2002Jun 2005 3. Structure of the MIB The following diagram illustrates the structure of the MIB. Structure of MIBrserpoolMIB+--rserpoolMIB(12345) |+----------------+-------------------++--enrpServers(1) | |nameserver poolElements| +-- -R-- Counter enrpServerCount(1) | | | +--enrpServerTable(2) | | | | | +--enrpServerEntry(1) | | | Index: enrpServerIndex | | | | | +-- ---- INTEGER enrpServerIndex(1) | | | Textual Convention: ENRPServerIndex | | | Range: 1..2147483647 | ||--poolHandleCount |--poolHandleCount+-- -R-- INTEGER enrpServerIdentifier(2) | | | Textual Convention: ENRPServerIdentifier | | | Range: 1..2147483647 | | +-- -R-- INTEGER enrpServerOperationScope(3) | | | Textual Convention: PoolElementIdentifier | | | Range: 1..2147483647 | | +-- -R-- TimeTicks enrpServerUptime(4) | | +-- -R-- String enrpServerDescription(5) | | | Textual Convention: ENRPServerDescription | | | Size: 0..255 | | +-- -R-- INTEGER enrpPort(6) | | | Range: 1..65535 | | +-- -R-- Counter enrpAddrCount(7) | | +-- -R-- Counter peerCount(8) | | +-- -R-- Counter poolCount(9) | | +-- -R-- INTEGER enrpServerASAPAnnouncePort(10) | | | Range: 1..65535 | | +-- -R-- String enrpServerASAPAnnounceAddr(11) | | | Textual Convention: InetAddress | | | Size: 0..255 | | +-- -R-- INTEGER enrpServerENRPAnnouncePort(12) | | | Range: 1..65535 | | +-- -R-- String enrpServerENRPAnnounceAddr(13) | | Textual Convention: InetAddress | | Size: 0..255 ||--poolHandleTable |--poolHandleTable| | +--poolTable(3) Dreibholz, et al. Expires December 12, 2005 [Page 6] Internet-Draft RSerPool MIB Jun 2005 | | | | | +--poolEntry(1) | | | Index: enrpServerIndex, poolIndex | | | | | +-- ---- INTEGER poolIndex(1) | | | Textual Convention: PoolIndex | | | Range: 1..2147483647 | | +-- -R-- Counter poolElementCount(2) | | +-- -R-- String poolHandle(3) | | Textual Convention: PoolHandle |+--poolHandleEntry|+--poolHandleEntry| +--poolElementTable(4) | | | ||--poolHandleIndex||--poolHandleIndex+--poolElementEntry(1) | | | Index: enrpServerIndex, poolIndex, poolElementIndex | | | | | +-- -R-- INTEGER poolElementIndex(1) | | ||--poolElementCountTextual Convention: PoolElementIndex ||--poolElementCount| | Range: 1..2147483647 | | +-- -R-- INTEGER asapTransportPort(2) | | | Range: 1..65535 |+--poolHandle|+--poolHandle+-- -R-- Counter asapTransportAddrCount(3) | | +-- -R-- INTEGER userTransportProtocol(4) | ||--poolElementTable |--poolElementTable| Range: 0..255 | | +-- -R-- INTEGER userTransportPort(5) | |+--poolElementEntry|+--poolElementEntryRange: 1..65535 | | +-- -R-- EnumVal userTransportUse(6) | | ||--poolElementIndexTextual Convention: TransportUse ||--poolElementIndex| | Values: dataOnly(0), dataPlusControl(1) | | +-- -R-- Counter userTransportAddrCount(7) ||--poolElementIPAddrCount||--poolElementIPAddrCount+-- -R-- INTEGER policyType(8) | | | Textual Convention: PolicyType | ||--poolElementHostname||--poolElementHostnameRange: 0..255 | | +-- -R-- String policyDescr(9) | | ||--policyTypeTextual Convention: PolicyDescription ||--policyType| | Size: 0..255 | | +-- -R-- INTEGER policyWeight(10) ||--policyValue||--policyValue| Textual Convention: PolicyWeight | | | Range: 0..16777215 ||--noOfRequests||--noOfRequests+-- -R-- INTEGER policyLoad(11) | | | Textual Convention: PolicyLoad | ||--noOfRequestsInQueue||--noOfRequestsInQueueRange: 0..16777215 | | +-- -R-- INTEGER policyLoadDegradation(12) | | ||--SCTPPortTextual Convention: PolicyLoad ||--SCTPPort| | Range: 0..16777215 | | +-- -R-- TimeTicks registrationLife(13) |+--uptimePE|+--uptimePE+-- -R-- INTEGER homeENRPServer(14) | |Mulik,Textual Convention: ENRPServerIdentifier Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page6]7] Internet-Draft RSerPool MIBMay 2002 |--addrListTable +--addrListTableJun 2005 | | Range: 1..2147483647 | |+--addrListTableEntry +--addrListTableEntry| +--asapTransportAddrListTable(5) | | ||--addrListTableIndex |--addrListTableIndex| | +--asapTransportAddrListTableEntry(1) | |+--hostIPAddress +--hostIPAddress|+--uptimeNS As the figure shows, the MIB is in twoIndex: enrpServerIndex, poolIndex, poolElementIndex, | | | asapTransportAddrListTableIndex | | | | | +-- ---- Unsigned asapTransportAddrListTableIndex(1) | | | Range: 1..2147483647 | | +-- -R-- INTEGER networkLayerProtocol(2) | | | Range: 0..255 | | +-- -R-- String networkLayerAddress(3) | | Textual Convention: InetAddress | | Size: 0..255 | | | +--userTransportAddrListTable(6) | | | | | +--userTransportAddrListTableEntry(1) | | | Index: enrpServerIndex, poolIndex, poolElementIndex, | | | userTransportAddrListTableIndex | | | | | +-- ---- Unsigned userTransportAddrListTableIndex(1) | | | Range: 1..2147483647 | | +-- -R-- INTEGER networkLayerProtocol(2) | | | Range: 0..255 | | +-- -R-- String networkLayerAddress(3) | | Textual Convention: InetAddress | | Size: 0..255 | | | +--enrpAddrListTable(7) | | | | | +--enrpAddrListTableEntry(1) | | | Index: enrpIndex, enrpAddrListTableIndex | | | | | +-- ---- Unsigned enrpAddrListTableIndex(1) | | | Range: 1..2147483647 | | +-- -R-- INTEGER networkLayerProtocol(2) | | | Range: 0..255 | | +-- -R-- String networkLayerAddress(3) | | Textual Convention: InetAddress | | Size: 0..255 | | | +--peerTable(8) | | | | | +--peerEntry(1) | | | Index: peerIndex | | | Dreibholz, et al. Expires December 12, 2005 [Page 8] Internet-Draft RSerPool MIB Jun 2005 | | +-- ---- Unsigned peerIndex(1) | | | Range: 1..2147483647 | | +-- -R-- Unsigned peerIdentifier(2) | | +-- -R-- INTEGER peerPort(3) | | | Range: 1..65535 | | +-- -R-- TimeTicks peerLastHeard(4) | | +-- -R-- TimeTicks peerAddrCount(5) | | | +--peerAddrListTable(9) | | | +--peerAddrListTableEntry(1) | | Index: peerIndex, peerAddrListTableIndex | | | +-- ---- Unsigned peerAddrListTableIndex(1) | | Range: 1..2147483647 | +-- -R-- INTEGER networkLayerProtocol(2) | | Range: 0..255 | +-- -R-- String networkLayerAddress(3) | Textual Convention: InetAddress | Size: 0..255 | +--poolElements(2) ... ... ... +--poolUsers(3) ... ... ... As the figure shows, the MIB consists of three mainbranches.branches: "enrpServers", "poolElements" and "poolUsers". The first branch,"nameserver""enrpServers" is used to access managed objectsat anin the set of ENRPserver. The second branch,servers running on a given host. While it is assumed that it does not make much sense to run multiple ENRP servers for the same operation scope on one host, running multiple ENRP servers for different operation scopes is very likely when the ENRP server processes run on routers. Therefore, the MIB has to be able to manage multiple ENRP servers on the same host. "poolElements" is used to access managed objects in the set of Pool Elements that are running on a given host and the third branch, "poolUsers" is used to access managed objects in the set of Pool Users that are running on a given host. In fact, the structure of thetwothree branches isidentical, except for one detail: the nameserver branch has an extra element called uptimeNS, which indicates the uptime of the ENRP server process itself. We now proceed with a separate description of the two branches. Becausevery similar. Because the two branches are so similar, we describe only Dreibholz, et al. Expires December 12, 2005 [Page 9] Internet-Draft RSerPool MIB Jun 2005 the first branch in detail, and provide a summary description of the second and third branch. We now proceed with a description of the branches. 3.1 Access to managed objects onanENRPnameserverservers The first branch describes managed objects atana set of ENRPnameserver.servers. Any given ENRP server of this set will, at a certain moment in time, have registration information for a set of activepoolHandles.pools. Each of thesepoolHandlespools in turn may have a list ofpoolElementspool elements that are registered under thatpoolHandle.pool. To allow this information to be retrieved via SNMP, thenameserverERNP server branch of the RSerPool MIB uses the table-in-table technique described in [21]. Specifically, thenameserverENRP servers branch createsthreefour levels of nesting, as indicated in the following diagram: Nesting of Nameserver Branch Nesting Structure: Level 1:poolHandleTableenrpServerTable Level 2: poolTable Level 3: poolElementTable Level 4: asapTransportAddrListTable userTransportAddrListTable Level 2: enrpAddrListTable Level 2: peerTable Level 3:addrListTablepeerAddrListTable ThenameserverENRP servers branch containsfive elements. The first elementa table of the host's ENRP server instances. Its purpose is to provide an index to an ENRP server for all other tables. Each "conceptual row" in thepoolHandleCount, which indicatesenrpServerTable contains the server's ENRP Identifier, thetotalnumber ofserver pools Mulik, et al. Expires November 6, 2002 [Page 7] Internet-Draft RSerPool MIB May 2002 currently registered with this name server. It is mainly used as a meanspools, PEs and peers, the amount ofindexing intoENRP endpoint addresses, thepoolHandleTable, which isserver's uptime and a textual description of thesecond element on this branch.server. ThepoolHandleTablepoolTable contains a single entry for eachpoolHandlepool that is currently registered. Each "conceptual row" in thepoolHandleTablepoolTable consists of apoolHandleEntry,poolTableEntry, with three elements: apoolHandleIndex,poolIndex, a poolElementCount, and an OCTET STRING representation of the poolhandle itself.handle. The poolElementCount is the number of pool elements registered with this pool handle. ThepoolHandleIndexpoolIndex is simply an integer that is used to index into thepoolHandleTablepoolTable and the poolElementTable. The value of this integer is between zero and(poolHandleCount(poolCount - 1). Note that the value ofpoolHandleIndexpoolIndex Dreibholz, et al. Expires December 12, 2005 [Page 10] Internet-Draft RSerPool MIB Jun 2005 is defined as "not-accessible" in the MAX-ACCESS clause; this is a standard technique used when defining atable-in- tabletable-in-table data structure. The third element on thenameserverENRP servers branch is the poolElementTable. Because the poolElementTable is the "inner" table of the table-in-table structure, its index consists of a pair, as indicated in the clause "INDEX {poolHandleIndex,enrpServerIndex, poolIndex, poolElementIndex }". The fourth element of thenameserverENRP servers branch takes the nesting to one additional level, listing the variousIPaddresses associated with a particularpoolElement,poolElement in form of ASAP endpoint addresses and user transport addresses, and thusisare indexed bya triple:the 4-tuples "INDEX { enrpServerIndex, poolIndex, poolElementIndex, asapTransportAddrListTableIndex }" and "INDEX {poolHandleIndex,enrpServerIndex, poolIndex, poolElementIndex,addrListTableIndexuserTransportAddrListTableIndex }". Thefifth and final element on the nameserver branch is the uptimeNS, which simply provides the uptimeENRP endpoint addresses of an ENRP server are bound to its instance in the enrpAddrListTable by "INDEX { enrpIndex, enrpAddrListTableIndex }". Finally, an ENRP serversincehas a peer table of its known peers. They are bound to a server instance by thelast restartpeerTable; analogously, the addresses of a peer are bound to a peerTable's entry in theENRP server process.peerAddrListTable. 3.2 Access to managed objects on Pool ElementsNote that on a given host, there may be an ENRP server process along with a set of pool element processes.Thenameserverconstruction of the Pool Elements branchprovides access to information about pool elements that has been communicatedis very similar toanthe ENRPserver viaservers branch. But in this case, theASAP protocol. By contrast,nesting step of the"poolElements" branchenrpServerTable can be omitted and pools and their corresponding pool elements be directly defined. That is, the nesting structure is as follows: Level 1: poolTable Level 2: poolElementTable Level 3: asapTransportAddrListTable userTransportAddrListTable The description of theMIB provides direct accesscontained structures is the same as for the ENRP servers branch. TODO: There should be the server table (ENRP servers learned by their announces) plus the multicast address the PE expects the announces to be sent to. 3.3 Access to managed objectsinon Pool Users The construction of thepool elements themselves. ItPool Elements branch isanticipated that a manager may wantanalogous toquerythepool elements directly when investigating network problems related to communication between anENRPserver and a pool element. Any given host may have, at a certain point in time, several active pool element processes. These processes might or might not all have unique poolHandles. Clearly,servers branch: multiple PU instances can run on the same host. Therefore, it isfeasible thatfirst necessary to hold agiven host may be running multiple servers, each withtable of them. Level 1: poolUserTable Dreibholz, et al. Expires December 12, 2005 [Page 11] Internet-Draft RSerPool MIB Jun 2005 ... TODO: How should aseparate poolHandle. What may be less obvious is that there may alsoPU bemultiple servers with the same poolhandle; consider, for example, a host with multiple CPUs that might have onedefined? PH, serverprocess per CPU, all providing the same servicetable andthus sharing the samecurrent address(es)? Dreibholz, et al. Expires December 12, 2005 [Page 12] Internet-Draft RSerPool MIB Jun 2005 4. Definitions RSERPOOL-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, TimeTicks, Unsigned32 FROM SNMPv2-SMI InetAddress FROM INET-ADDRESS-MIB; -- ## Module definition ########################################### rserpoolMIB MODULE-IDENTITY LAST-UPDATED "200506100820Z" ORGANIZATION "IEM-TdR, UNIVERSITY OF DUISBURG-ESSEN" CONTACT-INFO " THOMAS-DREIBHOLZ Postal: University of Duisburg-Essen Institute for Experimental Mathematics Ellernstrasse 29 D-45326 Essen Germany Phone: +49 201-183 7637 Email: dreibh@exp-math.uni-essen.de JAIWANT-MULIK PHILLIP-CONRAD KEVIN-PINZHOFFER Postal: 1805, N Broad St. Philadelphia, PA USA 19121 Phones: +1 215 204 7910 Emails: jmulik@temple.edu conrad@acm.org kpinzhof@temple.edu" DESCRIPTION "The MIB module for managing a RSerPool implementation" ::= { mib-2 12345 } -- To be IANA Assigned!!! Dreibholz, et al. Expires December 12, 2005 [Page 13] Internet-Draft RSerPool MIB Jun 2005 -- ## RSerPool type definitions ################################### ENRPServerIdentifier ::= INTEGER (1..4294967295) ENRPServerDescription ::= OCTET STRING (0..255) OperationScope ::= OCTET STRING PoolHandle ::= OCTET STRING PoolElementIdentifier ::= INTEGER (1..4294967295) PolicyType ::= INTEGER (0..255) PolicyDescription ::= OCTET STRING (0..255) PolicyLoad ::= INTEGER (0..16777215) PolicyWeight ::= INTEGER (0..16777215) TransportUse ::= INTEGER { dataOnly(0), dataPlusControl(1) } ENRPServerIndex ::= INTEGER (1..2147483647) PoolIndex ::= INTEGER (1..2147483647) PoolElementIndex ::= INTEGER (1..2147483647) -- ## Top-level definitions ####################################### enrpServers OBJECT IDENTIFIER ::= { rserpoolMIB 1 } poolElements OBJECT IDENTIFIER ::= { rserpoolMIB 2 } poolUsers OBJECT IDENTIFIER ::= { rserpoolMIB 3 } -- ## Definition of the ENRP server table ######################### enrpServerCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of ENRP servers on this host" ::= { enrpServers 1 } enrpServerTable OBJECT-TYPE SYNTAX SEQUENCE OF enrpServerEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual table listing of the ENRP servers on this host" ::= { enrpServers 2 } Dreibholz, et al. Expires December 12, 2005 [Page 14] Internet-Draft RSerPool MIB Jun 2005 enrpServerEntry OBJECT-TYPE SYNTAX ENRPServerEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual row in enrpServerTable" INDEX { enrpServerIndex } ::= { enrpServerTable 1 } ENRPServerEntry ::= SEQUENCE { enrpServerIndex ENRPServerIndex, enrpServerElementCount Counter32, enrpServerIdentifier ENRPServerIdentifier, enrpServerUptime timeTicks, enrpServerDescription ENRPServerDescription, enrpPort INTEGER, enrpAddrCount Counter32, peerCount Counter32, poolCount Counter32, enrpServerASAPAnnouncePort INTEGER, enrpServerASAPAnnounceAddr InetAddress, enrpServerENRPAnnouncePort INTEGER, enrpServerENRPAnnounceAddr InetAddress } enrpServerIndex OBJECT-TYPE SYNTAX ENRPServerIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the index to the enrpServerTable" ::= { enrpServerEntry 1 } enrpServerIdentifier OBJECT-TYPE SYNTAX ENRPServerIdentifier MAX-ACCESS read-only STATUS current DESCRIPTION "This is the ENRP server identifier of this row" ::= { enrpServerEntry 2 } enrpServerOperationScope OBJECT-TYPE SYNTAX PoolElementIdentifier MAX-ACCESS read-only STATUS current DESCRIPTION "This is the operation scope of this row" ::= { enrpServerEntry 3 } Dreibholz, et al. Expires December 12, 2005 [Page 15] Internet-Draft RSerPool MIB Jun 2005 enrpServerUptime OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "This is the uptime of this row" ::= { enrpServerEntry 4 } enrpServerDescription OBJECT-TYPE SYNTAX ENRPServerDescription MAX-ACCESS read-only STATUS current DESCRIPTION "This is the description of this row" ::= { enrpServerEntry 5 } enrpPort OBJECT-TYPE SYNTAX INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ENRP transport protocol's port number of a pool element" ::= { enrpServerEntry 6 } enrpAddrCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The ENRP address count of this row" ::= { enrpServerEntry 7 } peerCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of peers of this ENRP server" ::= { enrpServerEntry 8 } poolCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The total number of pools of this ENRP server" ::= { enrpServerEntry 9 } Dreibholz, et al. Expires December 12, 2005 [Page 16] Internet-Draft RSerPool MIB Jun 2005 enrpServerASAPAnnouncePort OBJECT-TYPE SYNTAX INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ASAP/UDP port number the announces are sent to" ::= { enrpServerEntry 10 } enrpServerASAPAnnounceAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ASAP/UDP multicast address the announces are sent to" ::= { enrpServerEntry 11 } enrpServerENRPAnnouncePort OBJECT-TYPE SYNTAX INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ENRP/UDP port number the announces are sent to" ::= { enrpServerEntry 12 } enrpServerENRPAnnounceAddr OBJECT-TYPE SYNTAX InetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ENRP/UDP multicast address the announces are sent to" ::= { enrpServerEntry 13 } -- ## Definition of the pool table ################################ poolTable OBJECT-TYPE SYNTAX SEQUENCE OF poolEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual table listing of the pool served by this handlespace" ::= { enrpServers 3 } Dreibholz, et al. Expires December 12, 2005 [Page 17] Internet-Draft RSerPool MIB Jun 2005 poolEntry OBJECT-TYPE SYNTAX PoolEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual row in poolTable" INDEX { enrpServerIndex poolIndex } ::= { poolTable 1 } PoolEntry ::= SEQUENCE { poolIndex PoolIndex, poolElementCount Counter32, poolHandle PoolHandle } poolIndex OBJECT-TYPE SYNTAX PoolIndex MAX-ACCESS not-accessible STATUS current DESCRIPTION "This is the index to the poolTable" ::= { poolEntry 1} poolElementCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of pool elements that belong to this pool handle" ::= { poolEntry 2 } poolHandle OBJECT-TYPE SYNTAX PoolHandle MAX-ACCESS read-only STATUS current DESCRIPTION "The pool handle of this row" ::= { poolEntry 3 } -- ## Definition of the pool element table ######################## poolElementTable OBJECT-TYPE SYNTAX SEQUENCE OF poolElementEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual table listing the PEs per pool handle" Dreibholz, et al. Expires December 12, 2005 [Page 18] Internet-Draft RSerPool MIB Jun 2005 ::= { enrpServers 4 } poolElementEntry OBJECT-TYPE SYNTAX PoolELementEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual row in poolElementTable. Note the compound index element. We are using the table-in-table idea here." INDEX { enrpServerIndex, poolIndex, poolElementIndex } ::= { poolElementTable 1 } PoolElementEntry ::= SEQUENCE { poolElementIndex PoolElementIndex, asapTransportPort INTEGER, asapTransportAddrCount Counter32, userTransportProtocol INTEGER, userTransportPort INTEGER, userTransportUse TransportUse, userTransportAddrCount Counter32, policyType PolicyType, policyDescr PolicyDescription, polcyWeight PolicyWeight, polcyLoad PolicyLoad, polcyLoadDegradation PolicyLoad, registrationLife TimeTicks, homeENRPServer ENRPServerIdentifier } poolElementIndex OBJECT-TYPE SYNTAX PoolElementIndex MAX-ACCESS read-only STATUS current DESCRIPTION "This is the index into the poolElementTable" ::={ poolElementEntry 1 } asapTransportPort OBJECT-TYPE SYNTAX INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the ASAP transport protocol's port number of a pool element" ::= { poolElementEntry 2 } Dreibholz, et al. Expires December 12, 2005 [Page 19] Internet-Draft RSerPool MIB Jun 2005 asapTransportAddrCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Counts the number of ASAP network-layer addresses assigned to a pool element" ::= { poolElementEntry 3 } userTransportProtocol OBJECT-TYPE SYNTAX INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the user transport protocol ID of a pool element" ::= { poolElementEntry 4 } userTransportPort OBJECT-TYPE SYNTAX INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the user transport protocol's port number of a pool element" ::= { poolElementEntry 5 } userTransportUse OBJECT-TYPE SYNTAX TransportUse MAX-ACCESS read-only STATUS current DESCRIPTION "Contains the user transport use of a pool element" ::= { poolElementEntry 6 } userTransportAddrCount OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "Counts the number of user transport network-layer addresses assigned to a pool element" ::= { poolElementEntry 7 } policyType OBJECT-TYPE SYNTAX PolicyType Dreibholz, et al. Expires December 12, 2005 [Page 20] Internet-Draft RSerPool MIB Jun 2005 MAX-ACCESS read-only STATUS current DESCRIPTION "The policy type of this pool element" ::= { poolElementEntry 8 } policyDescr OBJECT-TYPE SYNTAX PolicyDescription MAX-ACCESS read-only STATUS current DESCRIPTION "The policy description of this pool element" ::= { poolElementEntry 9 } policyWeight OBJECT-TYPE SYNTAX PolicyWeight MAX-ACCESS read-only STATUS current DESCRIPTION "The policy's weight parameter of this pool element" ::= { poolElementEntry 10 } policyLoad OBJECT-TYPE SYNTAX PolicyLoad MAX-ACCESS read-only STATUS current DESCRIPTION "The policy's load parameter of this poolhandle, but with distinct poolElement characteristics such as load, SCTPPort, policy value, etc. Therefore, as on the nameserver branch, the table-in-table technique is indicated. For simplicity, we useelement" ::= { poolElementEntry 11 } policyLoadDegradation OBJECT-TYPE SYNTAX PolicyLoad MAX-ACCESS read-only STATUS current DESCRIPTION "The policy's load degradation parameter of this pool element" ::= { poolElementEntry 12 } registrationLife OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "The registration life of theexact same structure. Mulik,pool element" ::= { poolElementEntry 13 } Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page8]21] Internet-Draft RSerPool MIBMay 2002 4. Definitions RSERPOOL--MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, TimeTicks, Unsigned32 FROM SNMPv2-SMI; rserpoolMIB MODULE-IDENTITY LAST-UPDATED "200111120000Z" ORGANIZATION "Netlab, TEMPLE UNIVERSITY" CONTACT-INFO " JAIWANT-MULIK PHILLIP-CONRAD KEVIN-PINZHOFFER Postal: 1805, N Broad St. Philadelphia, PA USA 19121 Phones: +1 215 204 7910 Emails: jmulik@temple.edu conrad@acm.org kpinzhof@temple.edu"Jun 2005 homeENRPServer OBJECT-TYPE SYNTAX ENRPServerIdentifier MAX-ACCESS read-only STATUS current DESCRIPTION "TheMIB module for managing a RserPool implementation"ID of the home ENRP server of the pool element" ::= {xxxxpoolElementEntry 14 } --IANA Assigned -- Top level definitions nameServer OBJECT IDENTIFIER## Definition of asap transport address list table ############# asapTransportAddrListTable OBJECT-TYPE SYNTAX SEQUENCE OF asapTransportAddrListTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table holds all the IP addresses of a multi-homed host" ::= {rserpoolMIBenrpServers 5 } asapTransportAddrListTableEntry OBJECT-TYPE SYNTAX ASAPTransportAddrListTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A row in the asapTransportAddrList table" INDEX { enrpServerIndex, poolIndex, poolElementIndex, asapTransportAddrListTableIndex } ::= { asapTransportAddrListTable 1 }poolElements OBJECT IDENTIFIERASAPTransportAddrListTableEntry ::= SEQUENCE {rserpoolMIB 2asapTransportAddrListTableIndex Unsigned32, networkLayerProtocol INTEGER, networkLayerAddress InetAddress }-- Definition of the pool handle table poolHandleCountasapTransportAddrListTableIndex OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"The total number of pool handles supported by this name server""This is the index into the asapTransportAddrListTable" ::= {nameServerasapTransportAddrListTableEntry 1 }poolHandleTablenetworkLayerProtocol OBJECT-TYPEMulik,SYNTAX INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page9]22] Internet-Draft RSerPool MIBMay 2002Jun 2005 "The protocol column in the asapTransportAddrListTable" ::= { asapTransportAddrListTableEntry 2 } networkLayerAddress OBJECT-TYPE SYNTAXSEQUENCE OF poolHandleEntryInetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Theconceptualaddress column in the asapTransportAddrListTable" ::= { asapTransportAddrListTableEntry 3 } -- ## Definition of user transport address list tablelisting############# userTransportAddrListTable OBJECT-TYPE SYNTAX SEQUENCE OF userTransportAddrListTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table holds all thepool handles served by this name server"IP addresses of a multi-homed host" ::= {nameServer 2enrpServers 6 }poolHandleEntryuserTransportAddrListTableEntry OBJECT-TYPE SYNTAXPoolHandleEntryUserTransportAddrListTableEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"The conceptual"A row inpoolHandleTable."the userTransportAddrList table" INDEX {poolHandleIndexenrpServerIndex, poolIndex, poolElementIndex, userTransportAddrListTableIndex } ::= {poolHandleTableuserTransportAddrListTable 1 }PoolHandleEntryUserTransportAddrListTableEntry ::= SEQUENCE {poolHandleIndex Unsigned32, poolElementCountuserTransportAddrListTableIndex Unsigned32,poolHandle OCTET STRINGnetworkLayerProtocol INTEGER, networkLayerAddress InetAddress }poolHandleIndexuserTransportAddrListTableIndex OBJECT-TYPE SYNTAXUNSIGNED32Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION"Index to the poolHandleTable. This value"This isbetween, 0 and (poolHandleCount-1)"the index into the userTransportAddrListTable" ::= {poolHandleEntry 1} poolElementCountuserTransportAddrListTableEntry 1 } Dreibholz, et al. Expires December 12, 2005 [Page 23] Internet-Draft RSerPool MIB Jun 2005 networkLayerProtocol OBJECT-TYPE SYNTAXUNSIGNED32INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "Thenumber of pool elements that belong to this pool handle"protocol column in the userTransportAddrListTable" ::= {poolHandleEntryuserTransportAddrListTableEntry 2 }poolHandlenetworkLayerAddress OBJECT-TYPE SYNTAXOCTET STRINGInetAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Thepool handle of this row"address column in the userTransportAddrListTable" ::= {poolHandleEntryuserTransportAddrListTableEntry 3 }Mulik, et al. Expires November 6, 2002 [Page 10] Internet-Draft RSerPool MIB May 2002-- ## Definition ofpool elementENRP address list tablepoolElementTable####################### enrpAddrListTable OBJECT-TYPE SYNTAX SEQUENCE OFpoolElementEntryenrpAddrListTableEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"The conceptual"This tablelistingholds all thePEs per pool handle"IP addresses of a multi-homed host" ::= {nameServer 3enrpServers 7 }poolElementEntryenrpAddrListTableEntry OBJECT-TYPE SYNTAXPoolELementEntryPeerAddrListTableEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"The conceptual"A row inpoolElementTable. Note the compound index element. We are usingthetable-in-table idea here."enrpAddrList table" INDEX {poolHandleIndex, poolElementIndexenrpIndex, enrpAddrListTableIndex } ::= {poolElementTableenrpAddrListTable 1 }PoolElementEntryPeerAddrListTableEntry ::= SEQUENCE {poolElementIndex Unsigned32, poolElementIPAddressCount Unsigned32, poolElementHostname OCTET STRING, policyType Unsigned32, policyValueenrpAddrListTableIndex Unsigned32,noOfRequests Unsigned32, noOfRequestsInQueue Unsigned32, sctpPortnetworkLayerProtocol INTEGER,upTimePE TimeTicksnetworkLayerAddress InetAddress }poolElementIndexenrpAddrListTableIndex OBJECT-TYPE SYNTAXUNSIGNED32Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current Dreibholz, et al. Expires December 12, 2005 [Page 24] Internet-Draft RSerPool MIB Jun 2005 DESCRIPTION"Indexes into the poolElementTable. This value"This isbetween, 0 and (poolElementCount-1) ofthecorresponding poolHandleTable" ::={ poolElementEntryindex into the enrpAddrListTable" ::= { enrpAddrListTableEntry 1 }poolElementIPAddressCountnetworkLayerProtocol OBJECT-TYPE SYNTAXUNSIGNED32INTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTIONMulik, et al. Expires November 6, 2002 [Page 11] Internet-Draft RSerPool MIB May 2002 "Counts"The protocol column in thenumber of IP addresses assigned to a hostname"enrpAddrListTable" ::= {poolElementEntryenrpAddrListTableEntry 2 }poolElementHostnamenetworkLayerAddress OBJECT-TYPE SYNTAXOCTET STRINGInetAddress MAX-ACCESS read-only STATUS current DESCRIPTION"Hostname of a pool element""The address column in the enrpAddrListTable" ::= {poolElementEntryenrpAddrListTableEntry 3 }policyType-- ## Definition of peer table #################################### peerTable OBJECT-TYPE SYNTAXUnsigned32SEQUENCE OF peerEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION "Thepolicy type forconceptual table listing of the peer of thispool element"ENRP server" ::= {poolElementEntry 4enrpServers 8 } peerEntry OBJECT-TYPE SYNTAX PeerEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The conceptual row in peerTable" INDEX { peerIndex } ::= { peerTable 1 } PeerEntry ::= SEQUENCE { peerIndex Unsigned32, peerIdentifier OCTET STRING, peerPort INTEGER, peerLastHeard TimeTicks peerAddrCount Counter32 }policyValuepeerIndex OBJECT-TYPE Dreibholz, et al. Expires December 12, 2005 [Page 25] Internet-Draft RSerPool MIB Jun 2005 SYNTAX Unsigned32 (1..4294967295) MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"The policy value for this pool element""This is the index to the peerTable" ::= {poolElementEntry 5peerEntry 1 }noOfRequestspeerIdentifier OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "Thenumberpeer ENRP identifier ofservice requests thatthisPE is currenly processing"row" ::= {poolElementEntry 6} noOfRequestsInQueuepeerEntry 2 } peerPort OBJECT-TYPE SYNTAXUnsigned32INTEGER (1..65535) MAX-ACCESS read-only STATUS current DESCRIPTION "Thenumber of service requests currently queued by the PE"poort's port number" ::= {poolElementEntry 7peerEntry 3 }Mulik, et al. Expires November 6, 2002 [Page 12] Internet-Draft RSerPool MIB May 2002 sctpPortpeerLastHeard OBJECT-TYPE SYNTAXINTEGER (0..65535)TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION "TheSCTP port frompeer last heard information of thispool elements PE parameter"row" ::= {poolElementEntry 8peerEntry 4 }upTimePEpeerAddrCount OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-only STATUS current DESCRIPTION"Time since last start"The peer address count ofthe PE"this row" ::= {poolElementEntry 9peerEntry 5 }----- ## Definition ofaddresslist Table addrListTablepeer address list table ####################### peerAddrListTable OBJECT-TYPE SYNTAX SEQUENCE OFaddrListTableEntrypeerAddrListTableEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION "This table holds all the IP addresses of a multi-homed host" Dreibholz, et al. Expires December 12, 2005 [Page 26] Internet-Draft RSerPool MIB Jun 2005 ::= {nameServer 4enrpServers 9 }addrListTableEntrypeerAddrListTableEntry OBJECT-TYPE SYNTAXAddrListTableEntryPeerAddrListTableEntry MAX-ACCESSread-onlynot-accessible STATUS currentINDEX { poolHandleIndex, poolElementIndex, addrListTableIndex }DESCRIPTION "A row in theaddrListpeerAddrList table" INDEX { peerIndex, peerAddrListTableIndex } ::= {addrListTablepeerAddrListTable 1 }AddrListTableEntryPeerAddrListTableEntry ::= SEQUENCE {addrListTableIndexpeerAddrListTableIndex Unsigned32,hostIPAddress IpAddressnetworkLayerProtocol INTEGER, networkLayerAddress InetAddress }addrListTableIndexpeerAddrListTableIndex OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION"Indexes"This is the index into theaddrListTable. This values is between 0 and (poolElementIPAddressCount-1)." Mulik, et al. Expires November 6, 2002 [Page 13] Internet-Draft RSerPool MIB May 2002peerAddrListTable" ::= {addrListTableEntry 1} hostIPAddresspeerAddrListTableEntry 1 } networkLayerProtocol OBJECT-TYPE SYNTAXIpAddressINTEGER (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION" The address"The protocol column in theaddrListTable "peerAddrListTable" ::= {addrListTableEntrypeerAddrListTableEntry 2 }-- uptimeNSnetworkLayerAddress OBJECT-TYPE SYNTAXTimeTicksInetAddress MAX-ACCESS read-only STATUS current DESCRIPTION"Time since"The address column in thelast start of this service"peerAddrListTable" ::= {nameServer 5peerAddrListTableEntry 3 } ENDThe definitions of the managed objects under the "poolElements" branch are identical to those under the nameserver branch with the single exception that the uptimeNS element is not present. Therefore, forFor sake of brevity and to avoid inadvertant inconsistencies due to typos, we omit the full elaboration of thepoolElementpoolElements and poolUsers branch. However, we repeat for emphasis that the semantics of the two branches are different, as noted earlier in this memo.Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page14]27] Internet-Draft RSerPool MIBMay 2002Jun 2005 5. Security Considerations SNMPv1 by itself is not a secure environment. 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 andGET/ SET (read/change/create/delete)GET/SET (read/ change/create/delete) the objects in this MIB. It is recommended that the implementers consider the security features as provided by the SNMPv3 framework. Specifically, the use of the User-based Security Model RFC 2574 [15] and the View-based Access Control Model RFC 2575 [16] is recommended. It is then a customer/user responsibility to ensure that the SNMP entity giving access to an instance of this MIB, 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.Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page15]28] Internet-Draft RSerPool MIBMay 2002Jun 2005 6. IANA Considerations IANA will need to assign an OID prefix for the RSerPool MIB.Mulik, et al. Expires November 6, 2002 [Page 16] Internet-Draft RSerPool MIB May 20027. References [1] Rose, M. and K. McCloghrie, "Structure and identification of management information for TCP/IP-based internets", STD 16, RFC 1155, May 1990. [2] Case, J., Fedor, M., Schoffstall,M.M., and J. Davin, "Simple Network Management Protocol (SNMP)", STD 15, RFC 1157, May 1990. [3] Rose, M. and K. McCloghrie, "Concise MIB definitions", STD 16, RFC 1212, March 1991. [4] Rose, M., "Convention for defining traps for use with the SNMP", RFC 1215, March 1991. [5]McCloghrie, K.,Case, J., McCloghrie, K., McCloghrie, K., Rose,M.M., and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996. [6]McCloghrie, K.,Case, J., McCloghrie, K., Rose,M.M., and S. Waldbusser, "Structure of Management Information for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902, January 1996. [7] McCloghrie, K., Case, J., Rose,M.M., and S. Waldbusser, "Textual Conventions for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1903, January 1996. [8]McCloghrie, K.,Case, J., McCloghrie, K., Rose,M.M., and S. Waldbusser, "Conformance Statements for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1904, January 1996. [9]McCloghrie, K.,Case, J., McCloghrie, K., Rose,M.M., and S. Waldbusser, "Protocol Operations for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1905, January 1996. [10]McCloghrie, K.,Case, J., McCloghrie, K., Rose,M.M., and S. Waldbusser, "Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1906, January 1996. [11] Case, J., Mundy, R., Partain,D.D., and B. Stewart, "Introduction to Version 3 of the Internet-standard Network Management Framework", RFC 2570, April 1999. Dreibholz, et al. Expires December 12, 2005 [Page 29] Internet-Draft RSerPool MIB Jun 2005 [12] Wijnen, B., Harrington,D.D., and R. Presuhn, "An Architecture for Describing SNMP Management Frameworks", RFC 2571,MayApril 1999.Mulik, et al. Expires November 6, 2002 [Page 17] Internet-Draft RSerPool MIB May 2002[13] Case, J., Harrington, D., Presuhn,R.R., and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572,MayApril 1999. [14] Levi, D., Meyer,P.P., and B. Stewart, "SNMP Applications", RFC 2573, April 1999. [15] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, April 1999. [16] Wijnen, B., Presuhn,R.R., and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2575, April 1999. [17] McCloghrie, K., Ed., Perkins, D.,Schoenwaelder, J., Case, J., McCloghrie, K., Rose, M.Ed., andS. Waldbusser,J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999. [18] McCloghrie, K., Ed., Perkins, D.,Schoenwaelder, J., Case, J., McCloghrie, K., Rose, M.Ed., andS. Waldbusser,J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999. [19] McCloghrie, K., Perkins,D.D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999. [20]Ong, L., Shore, M., Stillman,Tuexen, M., Xie, Q., Stewart, R., Shore, M., Loughney, J.,Tuexen, M.andM. Stewart,A. Silverton, "Architecture for Reliable Server Pooling",draft-ietf-rserpool-arch-02draft-ietf-rserpool-arch-09 (work in progress),April 2002.February 2005. [21] Perkins, D. and E. McGinnis, "Understanding SNMP MIBs",1997, <http://www.ietf.org/internet-drafts/draft-ietf-rserpool-arch- 00.txt>. Mulik,1997. Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page18]30] Internet-Draft RSerPool MIBMay 2002Jun 2005 Authors' Addresses Thomas Dreibholz University of Duisburg-Essen, Institute for Experimental Mathematics Ellernstrasse 29 45326 Essen, Nordrhein-Westfalen Germany Phone: +49-201-1837637 Fax: +49-201-1837673 Email: dreibh@exp-math.uni-essen.de URI: http://www.exp-math.uni-essen.de/~dreibh/ Jaiwant Mulik Temple University CIS Department Room 303, Computer Building (038-24) 1805 N. Broad St. Philadelphia, PA 19122 US Phone: +1 215 204 3197EMail:Email: jmulik@temple.edu URI: http://unix.temple.edu/~jmulik PhillipT.ConradTempleUniversityCIS Department Room 303, Computer Building (038-24) 1805 N. Broad St. Philadelphia, PA 19122 USof Delaware 103 Smith Hall Newark DE 19716 USA Phone: +1215 204 7910 EMail: conrad@joda.cis.temple.edu URI: http://www.cis.temple.edu/~conrad302 831 8622 Email: conrad@acm.org Kevin Pinzhoffer Temple University CIS Department Room 303, Computer Building (038-24) 1805 N. Broad St. Philadelphia, PA 19122 US Phone: +1 215 204 3197EMail:Email: kpinzhof@temple.eduMulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page19]31] Internet-Draft RSerPool MIBMay 2002 Full CopyrightJun 2005 Intellectual Property StatementCopyright (C)TheInternet Society (2002). All Rights Reserved. This document and translationsIETF takes no position regarding the validity or scope ofit mayany Intellectual Property Rights or other rights that might becopied and furnishedclaimed toothers, and derivative works that comment on or otherwise explain it or assist in itspertain to the implementationmay be prepared, copied, published and distributed, in wholeorin part, without restrictionuse ofany kind, provided thattheabove copyright notice and this paragraph are included on all such copies and derivative works. However,technology described in this documentitself mayor the extent to which any license under such rights might or might not bemodified inavailable; nor does it represent that it has made any independent effort to identify anyway,suchas by removingrights. Information on thecopyright notice or referencesprocedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to theInternet SocietyIETF Secretariat and any assurances of licenses to be made available, orother Internet organizations, except as needed forthepurposeresult ofdeveloping Internet standards in which case the proceduresan attempt made to obtain a general license or permission forcopyrights defined intheInternet Standards process must be followed,use of such proprietary rights by implementers oras required to translate it into languages other than English. The limited permissions granted above are perpetual and will notusers of this specification can berevoked byobtained from theInternet Society orIETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to itssuccessorsattention any copyrights, patents orassigns.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. Disclaimer of Validity This document and the information contained hereinisare 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 FORCEDISCLAIMSDISCLAIM 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.AcknowledgementCopyright Statement Copyright (C) The Internet Society (2005). 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. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society.Mulik,Dreibholz, et al. ExpiresNovember 6, 2002December 12, 2005 [Page20]32] ----