home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / http / httpmib-minutes-96mar.txt < prev   
Text File  |  1996-05-24  |  6KB  |  183 lines
  1.  
  2. HTML Version available at <http://http-mib.onramp.net/bof/minutes.html>
  3.  
  4. Minutes of the HTTP MIB BOF
  5. Monday, March 4, 1996
  6. 35th IETF, Los Angeles
  7.  
  8. Carl Kalbfleisch presented the status of the work on the MIB to
  9. date. A Summary of Carl's talk is included below*.  The most
  10. current MIB may be found at
  11. http://http-mib.onramp.net/draft_2.my
  12.  
  13. There was a great deal of discussion and some confusion over the
  14. purpose and requirements for this MIB.  Regarding the
  15. customer/user requirements for the MIB ...    
  16.  
  17. We were fortunate to have representatives from the Centre for Earth
  18. Observation (CEO) in Europe at the BOF. (More information is included
  19. below**).   These individuals, Rui Meneses and Dirk Vangulik, are
  20. participating in CEO related projects for enabling the use and access
  21. to EO information and data (satellite pictures) across multiple
  22. locations in Europe.
  23.  
  24. Rui Meneses deals in particular with projects related with
  25. management of distributed information services, both within the
  26. CEO project and the DESIRE project
  27. (http://www.surfnet.nl/surfnet/projects/desire), where a survey questionnaire
  28. will be published on line at http://www.netmode.ntua/gr/musiq,
  29. aiming at assessing the requirements of end-users, IS providers, and
  30. developers on distributed IS management.  The results of this
  31. questionnaire could be used to draft the requirements document
  32. and interested parties are encouraged to review the draft
  33. questionnaires at the following location
  34. http://www.netmode.ntua.gr/musiq/final.html 
  35.  
  36. An unfortunate discovery at the BOF was that most attendees had
  37. their own set of requirements.  Most of the BOF time was
  38. devoted to defining and explaining why it is necessary to manage
  39. web servers, and what is required.
  40.  
  41. The conclusion at the end of the BOF was to put together a charter,
  42. goals, and set of requirements for a WEB Server Management
  43. MIB Working Group, and to investigate other working groups to
  44. determine areas of overlap (specifically MADMAN and
  45. applicationMIB).
  46.  
  47. NEW TITLE:  Web Server Management MIB
  48.             (includes proxy and client)
  49.  
  50. PURPOSE:  Provide a consistent method for managing heterogeneous web
  51.           servers in medium to large enterprises.
  52.  
  53. USERS AND CUSTOMERS:  
  54.  
  55. * Internet Service Providers managing their networks and their
  56. customers' web pages on web servers in those networks
  57. * End users managing large networks of web servers
  58. * Producers of specialized web servers
  59. * Network managers already using SNMP to manage their networks
  60. and who now want to extend this capability to manage web servers
  61.  
  62. REQUIREMENTS:
  63.  
  64. Web server management may be divided into three areas:
  65.  
  66. (1)  Tracking specific activity in the web server
  67.     -Error generating and reporting
  68.     -Capacity planning
  69.     -Quality of service (in real time)
  70.     -"Log Digester"
  71. (2)  Retrieval services -- an abstraction decoupling the
  72. information space from the underlying transport mechanism
  73. (3)  Document information store -- managing documents and their
  74. dependencies among applications
  75.  
  76. Most of the discussion in the meeting revolved around the first
  77. item:
  78.  
  79. Tracking Specific Activity in the Web Server
  80.  
  81.     1.  Is my server saturated?  How many user/connections were
  82.     refused?  What were the 500-level errors?
  83.  
  84.     2.  How long is it taking the server to respond?  How many
  85.     queues?  holding time?  connection handling characteristics?
  86.  
  87.     3.  Real time versus after the fact errors.  Real time implies
  88.     the quality of service, i.e. being able to respond to a
  89.     consistent set of problems rapidly.  
  90.  
  91.     4.  After-the-fact or "logged" errors 
  92.     Is the current log data satisfactory for this?  
  93.  
  94.     The log file mechanism found in most web server software
  95.     packages contains too much data in a format that is
  96.     difficult to use for SNMP management.  A summary of this
  97.     data is required.
  98.  
  99.     5.  Counting page hits (use a table, not a log file).
  100.  
  101.     6.  Manage configuration?
  102.  
  103.     7.  Manage performance?
  104.  
  105.     Threads management was discussed.  How is this resource
  106.     utilized (almost full, 50%, little)?  Check the current
  107.     active incoming and outgoing threads (connections) and compare
  108.     them with max-threads-allowed and min-threads allowed.
  109.  
  110.     How to affect this resource utilization (by changing the
  111.     allowed boundaries - setting max-threads-allowed and/or
  112.     min-threads-allowed to different values).
  113.  
  114.  
  115. *Summary of Carl Kalbfleisch's Presentation at the BOF in Los
  116. Angeles, March 4, 1996.
  117.                    --------------------------------------
  118.  
  119.                                   HTTP-MIB
  120.  
  121.                                  Background
  122.  
  123.                    --------------------------------------
  124.  
  125.    * September 1995
  126.         o I Started at OnRamp Technologies.
  127.         o Looked for information on SNMP management of Web servers.
  128.         o Found Management of a WWW server using SNMP, by Carlos Picoto and
  129.           Pedro Veiga.
  130.         o No standard efforts underway.
  131.  
  132.    * October 1995
  133.         o half a dozen folks expressed interest from various email list and
  134.           USENET posts
  135.         o http-mib@onramp.net mailing list started
  136.  
  137.    * November 1995
  138.         o Created first draft of a MIB
  139.         o There are at least two implementations based on this draft
  140.  
  141.    * December 1995
  142.         o Discuss draft
  143.         o not on agenda for Dallas IETF
  144.  
  145.    * January 1996
  146.         o Created second draft of a MIB
  147.         o Extends MADMAN efforts
  148.         o Documents several threads from mailing list
  149.  
  150.    * February 1995
  151.         o Preliminary work on document tables
  152.         o Preliminary work on access and other errors
  153.         o discussion on timeouts
  154.  
  155.    * March 1996
  156.         o BOF at LA IETF Meeting
  157.  
  158. ----------------------------------------------------------------------------
  159. Last Update: March 1, 1996
  160. Carl W. Kalbfleisch
  161. cwk@onramp.net
  162. ===================================================================
  163.  
  164. **The CEO project has implemented a set of three MIBs to allow
  165. management of WEB based Information Service:
  166.  
  167. (1)  Information Store MIB
  168. (2)  Retrieval Services MIB
  169. (3)  http MIB -- this latter in strong collaboration with the
  170. work developed at the http-MIB mailing list (through Harrie
  171. Hazewinkel, Mark Gamble, and Erik van Hengstum)
  172.  
  173. Information related to these MIBs can be found at (location will
  174. change):
  175.  
  176. http://case.cs.utwente.nl:1234/ISMIB.asn1
  177. http://case.cs.utwente.nl:1234/RSMIB.asn1
  178. http://case.cs.utwente.nl:1234/HTTPMIB.asn1
  179.  
  180.  
  181.  
  182. 
  183.