home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 97dec / ulp-agenda-97dec.txt < prev   
Text File  |  1997-10-31  |  3KB  |  60 lines
  1. Universal Logging Protocol BOF (ulp)
  2.  
  3. Tuesday, December 9 at 1015-1115
  4. ================================
  5.  
  6. Chair: Erik Guttman <erik.guttman@eng.sun.com>
  7.  
  8. DESCRIPTION:
  9.  
  10. Network based logging services provide system administrators with
  11. an important tool for diagnosing a variety of problems.  There is
  12. no standard way to do logging.   We propose a single very simple
  13. protocol which will allow interoperable logging for the Internet.
  14. This protocol will include features for structuring log entries
  15. with fields which have standard definitions.  We would like to 
  16. define a standard API, string based protocol and message format
  17. for log entries.  We also will address internationalization of
  18. logs, how to transmit log entries securely.  Another important
  19. topic is how a logging protocol should interact with network 
  20. management.
  21.  
  22. AGENDA:
  23.  
  24. Minutes
  25.  
  26. 10  Presentation: Universal structured logging is a good thing
  27.  
  28. 30  Discussion: A successful Universal Logging Protocol's requirements
  29.     might include the following. We won't decide on the problems, just
  30.     consider if they are hard or easy, within scope or outside of it.
  31.  
  32.       - A lightweight client implementation must be easy to achieve.
  33.       - Is the model that each (client) host has one ULP server?  In
  34.         other words, ULP configuration would not be available at the
  35.         'user' level, it would be a system service.
  36.       - Are there compatibility requirements with syslog, NT event 
  37.         logger, others?
  38.       - Should ULP use TCP or UDP?
  39.       - It should be a String based protocol.
  40.       - Should we allow only logging or also retrieval and erasing 
  41.         of entries from the client side (as per the NT logger).
  42.       - Security (bidirectional authentication?  encryption? overcoming
  43.         risks of denial of service attacks?)
  44.       - Management:  Should a ULP server be configurable via SNMP?  An
  45.         ULP client?  How does ULP tie in with RMON2?
  46.       - Configuration:  Should there be any standard way to configure
  47.         a host's ULP server (DHCP, for instance?  Or by using SLP?)
  48.       - Server to server extensions?  (Should we offer control how logs 
  49.        get forwarded and maintain a 'path' of where they have been?)
  50.       - API: should one be offered as Informational, Standards Track?
  51.       - Binary compatibiliby of API? protocol on-the-wire compatibility?
  52.         Are these good features?  Should we pay the price for them?
  53.  
  54. 10  Is ULP really a good thing?  Is it a well specified project?
  55.     Who wants to work on it?  Who would follow the work?  
  56.     Who would use it?
  57.  
  58. 10  Draft a charter, get volunteers
  59.  
  60.