Network Working Group H. Hazewinkel Request for Comments: 2594 Joint Research Centre of the E.C. Category: Standards Track C. Kalbfleisch Verio, Inc. J. Schoenwaelder TU Braunschweig May 1999 Definitions of Managed Objects for WWW Services 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 (1999). All Rights Reserved. Abstract This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet Community. In particular it describes a set of objects for managing World Wide Web (WWW) services. Table of Contents 1 Introduction ................................................. 1 2 The SNMP Management Framework ................................ 2 3 Terminology .................................................. 3 4 Overview ..................................................... 4 4.1 Purpose and Requirements ................................... 4 4.2 Relationship to other Standards Efforts .................... 5 4.3 WWW Services ............................................... 5 4.4 Document Transfer Protocol ................................. 6 5 Structure of the MIB ......................................... 7 5.1 Service Information Group .................................. 7 5.2 Protocol Statistics Group .................................. 7 5.3 Document Statistics Group .................................. 8 6 Definitions .................................................. 10 7 Document Transfer Protocol Mappings .......................... 36 7.1 The HyperText Transfer Protocol ............................ 36 7.2 The File Transfer Protocol ................................. 37 8 Security Considerations ...................................... 38 9 Intellectual Property ........................................ 39 10 Acknowledgments ............................................. 39 Hazewinkel, et al. Standards Track [Page 1] RFC 2594 WWW Service MIB May 1999 11 Editors' Addresses .......................................... 39 12 References .................................................. 40 13 Full Copyright Statement .................................... 43 1. Introduction This memo defines a set of objects for managing World Wide Web (WWW) services. This MIB extends the application management framework defined by the System Application Management MIB (SYSAPPL-MIB) [23] and the Application Management MIB (APPLICATION-MIB) [24]. The MIB is also self-contained so that it can be implemented and used without having to implement or install the APPLICATION-MIB or the SYSAPPL- MIB. The protocol statistics defined in the WWW Service MIB are based on an abstract document transfer protocol (DTP). This memo also defines a mapping of the abstract DTP to HTTP and FTP. Additional mappings may be defined in the future in order to use this MIB with other document transfer protocols. It is anticipated that such future mappings will be defined in separate RFCs. 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 RFC 2119 [17]. 2. The SNMP Management Framework The SNMP Management Framework presently consists of five major components: o An overall architecture, described in RFC 2571 [1]. 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 [2], STD 16, RFC 1212 [3] and RFC 1215 [4]. The second version, called SMIv2, is described in STD 58, RFC 2578 [5], RFC 2579 [6] and RFC 2580 [7]. 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 [8]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [9] and RFC 1906 [10]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [10], RFC 2572 [11] and RFC 2574 [12]. Hazewinkel, et al. Standards Track [Page 2] RFC 2594 WWW Service MIB May 1999 o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in RFC 1157 [8]. A second set of protocol operations and associated PDU formats is described in RFC 1905 [13]. o A set of fundamental applications described in RFC 2573 [14] and the view-based access control mechanism described in RFC 2575 [15]. 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 the MIB. 3. Terminology This section defines the terminology used throughout this document. o The 'World Wide Web' (WWW) is a world wide information system which is based on the concept of documents that are linked together by embedding references (links) to other local or remote documents. o A 'document' is a coherent piece of data which is accessible in the World Wide Web. No assumptions are made about the content or the type of a document. o A 'Uniform Resource Locator' (URL) is a formatted string representation for a document available via the Internet. URLs are used to express references between documents. For the syntax and semantics of the URL string representation refer to RFC 2396 [18] o A 'Document Transfer Protocol' (DTP) is a protocol used within the World Wide Web to invoke actions on documents. The DTP is an abstraction from real protocols, such as HTTP [19,20] or FTP [21]. Hazewinkel, et al. Standards Track [Page 3] RFC 2594 WWW Service MIB May 1999 o A 'request' is a DTP protocol operation which is targeted to a 'document' and invokes an action on the target document. The request type specifies the action that should be performed. A request can have a document associated with it. o A 'response' is a DTP protocol operation which is returned as a result of a previous (and associated) request. The response status indicates if the requested action was successful or if errors occurred. A response can have a document associated with it. o A 'WWW service' is a set of actions that can be invoked on a document. Typical actions are the transfer of documents or the retrieval of administrative information about documents. WWW services are provided by means of a DTP. A WWW service can be identified by the DTP protocol used to invoke services and the transport endpoint used by that protocol. o A 'client' is a program which establishes connections for the purpose of sending requests and receiving responses. o A 'server' is a program that accepts connections in order to service requests by sending back responses. o A 'proxy' is an intermediary program which acts as both a server and a client for the purpose of making requests on behalf of other clients. Requests are serviced internally or by passing them on, with possible translation, to other servers. o A 'caching proxy' is a proxy with the capability of locally storing responses to associated requests. A caching proxy can respond to similar requests with a previously stored response. 4. Overview The World Wide Web (WWW) is a global network of information. Information is stored in documents, which can have various formats, including hyper-text and multi-media documents. Access to these documents is provided by servers which are located all around the world and are linked to each other via hyper-links embedded in documents. The usability of the World Wide Web depends largely on the performance of the services realized by these servers. The services are typically monitored through log files. This becomes a difficult task when a single organization is responsible for a large number of services. It is therefore desirable to treat WWW services as objects that can be managed by using the Internet network management framework [22]. Hazewinkel, et al. Standards Track [Page 4] RFC 2594 WWW Service MIB May 1999 4.1. Purpose and Requirements The goal of this MIB is to define a standardized set of objects which lead to integrated and improved performance and fault management in a heterogeneous environment of WWW services. This MIB focuses on the service-oriented view. It does not deal with the process oriented view, which is covered by the System Application MIB [23] and the Application MIB [24]. This document defines a set of managed objects to monitor WWW services for short-term operational purposes, such as problem detection and troubleshooting. No attempts are made here to cover accounting or hit metering issues. The scope of the MIB is further limited by the requirement that an implementation conforming to this MIB must be possible without putting a huge CPU or memory burden on the WWW server implementation. In addition, this MIB does not cover WWW service configuration. Server software has become an open market where competing vendors constantly invent new features in order to shape their products. It is therefore not possible to reach consensus on a common way to configure WWW services at this point in time. 4.2. Relationship to other Standards Efforts The WWW Service MIB fits into the application management architecture defined in the System Application MIB [23]. The System Application MIB and the Application MIB [24] use a process-oriented view, where an application is viewed as a collection of processes. The WWW Service MIB described in this memo uses a service-oriented view, which looks at the services provided by a set of processes. The relationship between the process-oriented view and the service- oriented view is a many-to-many relationship, because one process can implement multiple services and multiple services can be implemented by a single set of processes. The Application Management MIB [24] contains generic mapping tables, which map back and forth between both views. The WWW Service MIB interfaces to the Application MIB [24] by using the service instance identifier (applSrvIndex) for wwwServiceIndex if an applicable instance of applSrvIndex is available. The WWW Service MIB is self-contained and can be implemented as a stand-alone module if the service-level tables in the Application MIB are not available. Hazewinkel, et al. Standards Track [Page 5] RFC 2594 WWW Service MIB May 1999 4.3. WWW Services The MIB is organized around the concept of WWW services. WWW services are a set of actions that can be invoked on a document. A WWW service is provided or used by either a client, a server or a proxy. Clients send out requests for information to server or proxy server. Servers receive, process and respond to requests received from clients. Servers usually have access to local documents, which can be transferred to clients. A proxy is a special server, who acts as both a server and a client for the purpose of making requests on behalf of other clients. A proxy is able to translate between the client and the origin server. A proxy might also interact with other information retrieval system, like for example databases. The MIB defined in this memo distinguishes between outgoing and incoming requests and responses. This makes it possible to obtain statistics for clients, servers and proxies with a single set of objects. A special proxy server is the caching proxy, which maintains a cache of previously received documents in order to reduce the bandwidth used by World Wide Web clients. One interesting piece of management information is the percentage of requests that were served from the cache of the caching proxy (hits/miss-ratio). This ratio is not contained explicitly in this MIB. Instead, the ratio can be derived from the objects that count incoming and outgoing requests and responses. 4.4. Document Transfer Protocol The MIB is based on the concept of an abstract document transfer protocol (DTP). The purpose of the abstract document transfer protocol is to make the MIB definitions independent from concrete protocols, like the Hypertext Transfer Protocol (HTTP) [19,20] or the File Transfer Protocol (FTP) [21]. The abstract document transfer protocol makes the following assumptions about a concrete transfer protocol: o The transfer protocol uses a request/response style of interactions. o Every request contains a request type, which defines the operations performed by the receiving server. The request type is represented by an OCTET STRING. It might be necessary to define a translation into an OCTET STRING value for protocols that use numbers to identify request types. Hazewinkel, et al. Standards Track [Page 6] RFC 2594 WWW Service MIB May 1999 o A response contains a status code, which indicates if the request was processed successfully or which error occurred. The status code is represented as an INTEGER value. It might be necessary to define a mapping for protocols that do not use an INTEGER status code. o A transfer protocol can send multiple responses for a single request. Multiple responses are counted separately in the protocol statistics group. A primary response has to be identified for the document statistics. The primary response is the response that indicates whether the request was successful. Section 7 of this memo defines a mapping of the document transfer protocol to the HTTP protocol and the FTP protocol. Mappings to other protocols, like NNTP [25] or WebNFS [26,27] might be defined in the future. 5. Structure of the MIB This section presents the structure of the MIB. The objects are arranged into the following groups: o service information o protocol statistics o document statistics 5.1. Service Information Group The service information group consists of a single table describing all the WWW services managed by the SNMP agent. The service table contains administrative network management information for (potentially) multiple WWW services running on a single host. It also contains information for all services within virtual domains of a host. The columnar objects in the table can be divided into two main groups: o global administrative information of the service, such as service contact person, and o network information, such as the transfer protocol. Hazewinkel, et al. Standards Track [Page 7] RFC 2594 WWW Service MIB May 1999 5.2. Protocol Statistics Group The protocol statistics group provides network management information about the traffic received or transmitted by a WWW service. This group contains counters related to DTP protocol operations and consists of five tables: o The wwwSummaryTable contains a set of network traffic related counters. The table provides a summarization of the network traffic and protocol operations related to a WWW service. It is well recognized that certain variables are redundant with respect to the request and response tables, but they are added to provide an operator a quick overview and to reduce SNMP network traffic. o The wwwRequestInTable contains detailed information about incoming requests. Every particular request type is counted separately. o The wwwRequestOutTable contains detailed information about outgoing requests. Every particular request type is counted separately. o The wwwResponseInTable contains detailed information about incoming responses. Every particular response type is counted separately. o The wwwResponseOutTable contains detailed information about outgoing responses. Every particular response type is counted separately. 5.3. Document Statistics Group The document group contains information about the documents which were accessed in the past. The group provides four types of statistics. 1. Details about the last N attempts to invoke actions on documents. 2. The Top N documents sorted by the number of actions invoked on them computed over a time interval. 3. The Top N documents sorted by the number of content bytes transferred computed over a time interval. 4. Summary statistics computed over a time interval. Hazewinkel, et al. Standards Track [Page 8] RFC 2594 WWW Service MIB May 1999 The Top N document statistics are collected in buckets in order to reduce agent resources and to allow a manager to detect changes in the service usage pattern. Buckets are filled over a configurable time interval. The agent computes the Top N statistics and starts a new bucket once the time interval for the bucket has passed. The time interval is configurable for each WWW service. The document statistics group associates a response type to the request which invoked an action. In case a DTP sends multiple responses, the primary response must be used to derive the response type of the request/response interaction. The group consist of the following tables: o The wwwDocCtrlTable provides the manager a means to limit the document statistic tables in size and to control the expiration and creation of buckets. o The wwwDocLastNTable provides the manager information about the last N documents which where accessed. The table lists the documents for which access was attempted along with the request and response type of the DTP and a status message. The request and response types provide a manager information of how attempts to invoke actions were handled by the DTP. The status message object provides human readable text to further describe the response type. The number of documents in the wwwDocLastNTable is controlled by the wwwDocCtrlLastNSize object in the wwwDocCtrlTable. The wwwDocCtrlLastNLock object of the wwwDocCtrlTable allows a management application to lock the wwwDocLastNTable in order to retrieve a consistent snapshot of the fast changing wwwDocLastNTable. o The wwwDocBucketTable lists the buckets of statistical information that have been collected. An entry in the wwwDocBucketTable contains the creation timestamp of the bucket as well as summary information (number of accesses, number of documents accessed and number of bytes transferred). The time interval is controlled by the wwwDocCtrlBucketTimeInterval object of the wwwDocCtrlTable. The maximum number of buckets maintained by the SNMP agent for a particular WWW service is controlled by the wwwDocCtrlBuckets object of the wwwDocCtrlTable. o The wwwDocAccessTopNTable provides the manager an overview of the top N documents which were accessed while statistics were collected for a particular bucket. The wwwDocAccessTopNTable is Hazewinkel, et al. Standards Track [Page 9] RFC 2594 WWW Service MIB May 1999 sorted by the number of read attempts per document. The maximum number of entries in the wwwDocAccessTopNTable is controlled by the wwwDocCtrlTopNSize object. o The wwwDocBytesTopNTable provides the manager an overview of the top N documents which caused most of the network traffic while statistics were collected for a particular bucket. The wwwDocBytesTopNTable is sorted by the number of bytes transferred. The maximum number of entries in the wwwDocBytesTopNTable is controlled by the wwwDocCtrlTopNSize object. The Top N statistics and the parameters of the underlying bucket are not visible in the MIB as long as the bucket is filling up. Instead, the following steps must be taken when the time interval for a buckets has passed: 1. A new entry in the wwwDocBucketTable is created to summarize the document statistics for that time interval. 2. The corresponding entries in the wwwDocAccessTopNTable and the wwwDocBytesTopNTable are computed and made available. 3. If the resulting number of entries in the wwwDocBucketTable for the WWW service now exceeds wwwDocCtrlBuckets, then the oldest bucket for this WWW service and all corresponding entries in the wwwDocBucketTable, wwwDocAccessTopNTable, and wwwDocBytesTopNTable are deleted. Note that a bucket usually contains much more data than displayed in the Top N tables. The number of entries in the Top N table for a bucket is controlled by wwwDocCtrlTopNSize, while the number of entries in a bucket depends on the number of actions invoked on documents within the time interval over which a bucket is filled up. It is therefore suggested to discard the data associated with a bucket once the entries for the wwwDocBucketTable, wwwDocAccessTopNTable and wwwDocBytesTopNTable have been calculated. 6. Definitions WWW-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, OBJECT-TYPE, mib-2, Counter32, Counter64, Integer32, Unsigned32, TimeTicks FROM SNMPv2-SMI Hazewinkel, et al. Standards Track [Page 10] RFC 2594 WWW Service MIB May 1999 TEXTUAL-CONVENTION, DisplayString, DateAndTime, TimeInterval FROM SNMPv2-TC MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF Utf8String FROM SYSAPPL-MIB; wwwMIB MODULE-IDENTITY LAST-UPDATED "9902251400Z" ORGANIZATION "IETF Application MIB Working Group" CONTACT-INFO " Harrie Hazewinkel Postal: Joint Research Centre of the E.C. via Fermi - Ispra 21020 (VA) Italy Tel: +39+(0)332 786322 Fax: +39+(0)332 785641 E-mail: harrie.hazewinkel@jrc.it Carl W. Kalbfleisch Postal: Verio, Inc. 1950 Stemmons Freeway Suite 2006 Dallas, TX 75207 US Tel: +1 214 290-8653 Fax: +1 214 744-0742 E-mail: cwk@verio.net Juergen Schoenwaelder Postal: TU Braunschweig Bueltenweg 74/75 38106 Braunschweig Germany Tel: +49 531 391-3683 Fax: +49 531 489-5936 E-mail: schoenw@ibr.cs.tu-bs.de" DESCRIPTION "This WWW service MIB module is applicable to services realized by a family of 'Document Transfer Protocols' (DTP). Examples of DTPs are HTTP and FTP." Hazewinkel, et al. Standards Track [Page 11] RFC 2594 WWW Service MIB May 1999 -- revision history REVISION "9902251400Z" DESCRIPTION "Initial version, published as RFC2594." ::= { mib-2 65 } -- -- Object Identifier Assignments -- wwwMIBObjects OBJECT IDENTIFIER ::= { wwwMIB 1 } wwwMIBConformance OBJECT IDENTIFIER ::= { wwwMIB 2 } -- -- Textual Conventions -- WwwRequestType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The WwwRequestType defines the textual identification of request types used by a document transfer protocol. For the proper values for a given DTP, refer to the protocol mappings for that DTP." SYNTAX OCTET STRING (SIZE (1..40)) WwwResponseType ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The WwwResponseType defines the different response values used by document transfer protocols. For the proper values for a given DTP, refer to the protocol mappings for that DTP." SYNTAX Integer32 (0..2147483647) WwwOperStatus ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "The operational status of a WWW service. 'down' indicates that the service is not available. 'running' indicates that the service is operational and available. 'halted' indicates that the service is operational but not available. 'congested' indicates that the service is operational but no additional inbound associations can be accommodated. 'restarting' indicates that the service is currently unavailable but is in the process of restarting and will be available soon." SYNTAX INTEGER { down(1), Hazewinkel, et al. Standards Track [Page 12] RFC 2594 WWW Service MIB May 1999 running(2), halted(3), congested(4), restarting(5) } WwwDocName ::= TEXTUAL-CONVENTION DISPLAY-HINT "255a" STATUS current DESCRIPTION "The server relative name of a document. If the URL were http://www.x.org/standards/search/search.cgi?string=test then the value of this textual convention would resolve to '/standards/search/search.cgi'. This textual convention uses the character set for URIs as defined in RFC 2396 section 2." SYNTAX OCTET STRING (SIZE (0..255)) -- The WWW Service Information Group -- -- The WWW service information group contains information about -- the WWW services known by the SNMP agent. wwwService OBJECT IDENTIFIER ::= { wwwMIBObjects 1 } wwwServiceTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwServiceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table of the WWW services known by the SNMP agent." ::= { wwwService 1 } wwwServiceEntry OBJECT-TYPE SYNTAX WwwServiceEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Details about a particular WWW service." INDEX { wwwServiceIndex } ::= { wwwServiceTable 1 } WwwServiceEntry ::= SEQUENCE { wwwServiceIndex Unsigned32, wwwServiceDescription Utf8String, wwwServiceContact Utf8String, wwwServiceProtocol OBJECT IDENTIFIER, wwwServiceName DisplayString, wwwServiceType INTEGER, Hazewinkel, et al. Standards Track [Page 13] RFC 2594 WWW Service MIB May 1999 wwwServiceStartTime DateAndTime, wwwServiceOperStatus WwwOperStatus, wwwServiceLastChange DateAndTime } wwwServiceIndex OBJECT-TYPE SYNTAX Unsigned32 (1..4294967295) MAX-ACCESS not-accessible STATUS current DESCRIPTION "An integer used to uniquely identify a WWW service. The value must be the same as the corresponding value of the applSrvIndex defined in the Application Management MIB (APPLICATION-MIB) if the applSrvIndex object is available. It might be necessary to manually configure sub-agents in order to meet this requirement." ::= { wwwServiceEntry 1 } wwwServiceDescription OBJECT-TYPE SYNTAX Utf8String MAX-ACCESS read-only STATUS current DESCRIPTION "Textual description of the WWW service. This shall include at least the vendor and version number of the application realizing the WWW service. In a minimal case, this might be the Product Token (see RFC 2068) for the application." ::= { wwwServiceEntry 2 } wwwServiceContact OBJECT-TYPE SYNTAX Utf8String MAX-ACCESS read-only STATUS current DESCRIPTION "The textual identification of the contact person for this service, together with information on how to contact this person. For instance, this might be a string containing an email address, e.g. ''." ::= { wwwServiceEntry 3 } wwwServiceProtocol OBJECT-TYPE SYNTAX OBJECT IDENTIFIER MAX-ACCESS read-only STATUS current DESCRIPTION "An identification of the primary protocol in use by this service. For Internet applications, the IANA maintains a registry of the OIDs which correspond to well-known application protocols. If the application protocol is not listed in the registry, an OID value of the form Hazewinkel, et al. Standards Track [Page 14] RFC 2594 WWW Service MIB May 1999 {applTCPProtoID port} or {applUDPProtoID port} are used for TCP-based and UDP-based protocols, respectively. In either case 'port' corresponds to the primary port number being used by the protocol." REFERENCE "The OID values applTCPProtoID and applUDPProtoID are defined in the NETWORK-SERVICES-MIB (RFC 2248)." ::= { wwwServiceEntry 4 } wwwServiceName OBJECT-TYPE SYNTAX DisplayString MAX-ACCESS read-only STATUS current DESCRIPTION "The fully qualified domain name by which this service is known. This object must contain the virtual host name if the service is realized for a virtual host." ::= { wwwServiceEntry 5 } wwwServiceType OBJECT-TYPE SYNTAX INTEGER { wwwOther(1), wwwServer(2), wwwClient(3), wwwProxy(4), wwwCachingProxy(5) } MAX-ACCESS read-only STATUS current DESCRIPTION "The application type using or realizing this WWW service." ::= { wwwServiceEntry 6 } wwwServiceStartTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when this WWW service was last started. The value SHALL be '0000000000000000'H if the last start time of this WWW service is not known." ::= { wwwServiceEntry 7 } wwwServiceOperStatus OBJECT-TYPE SYNTAX WwwOperStatus MAX-ACCESS read-only STATUS current DESCRIPTION "Indicates the operational status of the WWW service." ::= { wwwServiceEntry 8 } Hazewinkel, et al. Standards Track [Page 15] RFC 2594 WWW Service MIB May 1999 wwwServiceLastChange OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when this WWW service entered its current operational state. The value SHALL be '0000000000000000'H if the time of the last state change is not known." ::= { wwwServiceEntry 9 } -- The WWW Protocol Statistics Group -- -- The WWW protocol statistics group contains statistics about -- the DTP requests and responses sent or received. wwwProtocolStatistics OBJECT IDENTIFIER ::= { wwwMIBObjects 2 } wwwSummaryTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwSummaryEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table providing overview statistics for the WWW services on this system." ::= { wwwProtocolStatistics 1 } wwwSummaryEntry OBJECT-TYPE SYNTAX WwwSummaryEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Overview statistics for an individual service." INDEX { wwwServiceIndex } ::= { wwwSummaryTable 1 } WwwSummaryEntry ::= SEQUENCE { wwwSummaryInRequests Counter32, wwwSummaryOutRequests Counter32, wwwSummaryInResponses Counter32, wwwSummaryOutResponses Counter32, wwwSummaryInBytes Counter64, wwwSummaryInLowBytes Counter32, wwwSummaryOutBytes Counter64, wwwSummaryOutLowBytes Counter32 } wwwSummaryInRequests OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only Hazewinkel, et al. Standards Track [Page 16] RFC 2594 WWW Service MIB May 1999 STATUS current DESCRIPTION "The number of requests successfully received." ::= { wwwSummaryEntry 1 } wwwSummaryOutRequests OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of requests generated." ::= { wwwSummaryEntry 2 } wwwSummaryInResponses OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of responses successfully received." ::= { wwwSummaryEntry 3 } wwwSummaryOutResponses OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of responses generated." ::= { wwwSummaryEntry 4 } wwwSummaryInBytes OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of content bytes received." ::= { wwwSummaryEntry 5 } wwwSummaryInLowBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The lowest thirty-two bits of wwwSummaryInBytes." ::= { wwwSummaryEntry 6 } wwwSummaryOutBytes OBJECT-TYPE SYNTAX Counter64 MAX-ACCESS read-only STATUS current DESCRIPTION Hazewinkel, et al. Standards Track [Page 17] RFC 2594 WWW Service MIB May 1999 "The number of content bytes transmitted." ::= { wwwSummaryEntry 7 } wwwSummaryOutLowBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The lowest thirty-two bits of wwwSummaryOutBytes." ::= { wwwSummaryEntry 8 } -- The WWW request tables contain detailed information about -- requests send or received by WWW services. wwwRequestInTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwRequestInEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table providing detailed statistics for requests received by WWW services on this system." ::= { wwwProtocolStatistics 2 } wwwRequestInEntry OBJECT-TYPE SYNTAX WwwRequestInEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Request statistics for an individual service." INDEX { wwwServiceIndex, wwwRequestInIndex } ::= { wwwRequestInTable 1 } WwwRequestInEntry ::= SEQUENCE { wwwRequestInIndex WwwRequestType, wwwRequestInRequests Counter32, wwwRequestInBytes Counter32, wwwRequestInLastTime DateAndTime } wwwRequestInIndex OBJECT-TYPE SYNTAX WwwRequestType MAX-ACCESS not-accessible STATUS current DESCRIPTION "The particular request type the statistics apply to." ::= { wwwRequestInEntry 1 } wwwRequestInRequests OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only Hazewinkel, et al. Standards Track [Page 18] RFC 2594 WWW Service MIB May 1999 STATUS current DESCRIPTION "The number of requests of this type received by this WWW service." ::= { wwwRequestInEntry 2 } wwwRequestInBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of content bytes per request type received by this WWW service." ::= { wwwRequestInEntry 3 } wwwRequestInLastTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when the last byte of the last complete request of this type was received by this WWW service. The value SHALL be '0000000000000000'H if no request of this type has been received yet." ::= { wwwRequestInEntry 4 } wwwRequestOutTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwRequestOutEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table providing detailed statistics for requests generated by the services on this system." ::= { wwwProtocolStatistics 3 } wwwRequestOutEntry OBJECT-TYPE SYNTAX WwwRequestOutEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Request statistics for an individual service." INDEX { wwwServiceIndex, wwwRequestOutIndex } ::= { wwwRequestOutTable 1 } WwwRequestOutEntry ::= SEQUENCE { wwwRequestOutIndex WwwRequestType, wwwRequestOutRequests Counter32, wwwRequestOutBytes Counter32, wwwRequestOutLastTime DateAndTime } Hazewinkel, et al. Standards Track [Page 19] RFC 2594 WWW Service MIB May 1999 wwwRequestOutIndex OBJECT-TYPE SYNTAX WwwRequestType MAX-ACCESS not-accessible STATUS current DESCRIPTION "The particular request type the statistics apply to." ::= { wwwRequestOutEntry 1 } wwwRequestOutRequests OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of requests of this type generated by this WWW service." ::= { wwwRequestOutEntry 2 } wwwRequestOutBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of content bytes per requests type generated by this WWW service." ::= { wwwRequestOutEntry 3 } wwwRequestOutLastTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when the first byte of the last request of this type was send by this WWW service. The value SHALL be '0000000000000000'H if no request of this type has been send yet." ::= { wwwRequestOutEntry 4 } -- The WWW response tables contain detailed information about -- responses sent or received by WWW services. wwwResponseInTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwResponseInEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table providing detailed statistics for responses received by WWW services on this system." ::= { wwwProtocolStatistics 4 } wwwResponseInEntry OBJECT-TYPE Hazewinkel, et al. Standards Track [Page 20] RFC 2594 WWW Service MIB May 1999 SYNTAX WwwResponseInEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Response statistics for an individual service." INDEX { wwwServiceIndex, wwwResponseInIndex } ::= { wwwResponseInTable 1 } WwwResponseInEntry ::= SEQUENCE { wwwResponseInIndex WwwResponseType, wwwResponseInResponses Counter32, wwwResponseInBytes Counter32, wwwResponseInLastTime DateAndTime } wwwResponseInIndex OBJECT-TYPE SYNTAX WwwResponseType MAX-ACCESS not-accessible STATUS current DESCRIPTION "The particular response type the statistics apply to." ::= { wwwResponseInEntry 1 } wwwResponseInResponses OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of responses of this type received by this WWW service." ::= { wwwResponseInEntry 2 } wwwResponseInBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of content bytes per response type received by this WWW service." ::= { wwwResponseInEntry 3 } wwwResponseInLastTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when the last byte of the last complete response of this type was received by this WWW service. The value SHALL be '0000000000000000'H if no response of this type has been received yet." Hazewinkel, et al. Standards Track [Page 21] RFC 2594 WWW Service MIB May 1999 ::= { wwwResponseInEntry 4 } wwwResponseOutTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwResponseOutEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "The table providing detailed statistics for responses generated by services on this system." ::= { wwwProtocolStatistics 5 } wwwResponseOutEntry OBJECT-TYPE SYNTAX WwwResponseOutEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Response statistics for an individual service." INDEX { wwwServiceIndex, wwwResponseOutIndex } ::= { wwwResponseOutTable 1 } WwwResponseOutEntry ::= SEQUENCE { wwwResponseOutIndex WwwResponseType, wwwResponseOutResponses Counter32, wwwResponseOutBytes Counter32, wwwResponseOutLastTime DateAndTime } wwwResponseOutIndex OBJECT-TYPE SYNTAX WwwResponseType MAX-ACCESS not-accessible STATUS current DESCRIPTION "The particular response type the statistics apply to." ::= { wwwResponseOutEntry 1 } wwwResponseOutResponses OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of responses of this type generated by this WWW service." ::= { wwwResponseOutEntry 2 } wwwResponseOutBytes OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "The number of content bytes per response type generated Hazewinkel, et al. Standards Track [Page 22] RFC 2594 WWW Service MIB May 1999 by this WWW service." ::= { wwwResponseOutEntry 3 } wwwResponseOutLastTime OBJECT-TYPE SYNTAX DateAndTime MAX-ACCESS read-only STATUS current DESCRIPTION "The date and time when the first byte of the last response of this type was sent by this WWW service. The value SHALL be '0000000000000000'H if response of this type has been send yet." ::= { wwwResponseOutEntry 4 } -- The WWW Document Statistics Group -- -- The WWW document statistics group contains statistics about -- document read attempts. wwwDocumentStatistics OBJECT IDENTIFIER ::= { wwwMIBObjects 3 } wwwDocCtrlTable OBJECT-TYPE SYNTAX SEQUENCE OF WwwDocCtrlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table which controls how the MIB implementation collects and maintains document statistics." ::= { wwwDocumentStatistics 1 } wwwDocCtrlEntry OBJECT-TYPE SYNTAX WwwDocCtrlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry used to configure the wwwDocLastNTable, the wwwDocBucketTable, the wwwDocAccessTopNTable, and the wwwDocBytesTopNTable." INDEX { wwwServiceIndex } ::= { wwwDocCtrlTable 1 } WwwDocCtrlEntry ::= SEQUENCE { wwwDocCtrlLastNSize Unsigned32, wwwDocCtrlLastNLock TimeTicks, wwwDocCtrlBuckets Unsigned32, wwwDocCtrlBucketTimeInterval TimeInterval, wwwDocCtrlTopNSize Unsigned32 } Hazewinkel, et al. Standards Track [Page 23] RFC 2594 WWW Service MIB May 1999 wwwDocCtrlLastNSize OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-write STATUS current DESCRIPTION "The maximum number of entries in the wwwDocLastNTable." DEFVAL { 25 } ::= { wwwDocCtrlEntry 1 } wwwDocCtrlLastNLock OBJECT-TYPE SYNTAX TimeTicks MAX-ACCESS read-write STATUS current DESCRIPTION "This object allows a manager to lock the wwwDocLastNTable in order to retrieve the wwwDocL