home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / chronos / chronos-charter.txt < prev   
Text File  |  1997-10-08  |  2KB  |  68 lines
  1.  
  2. Distributed Scheduling Protocol (chronos)
  3. -----------------------------------------
  4.  
  5.  Charter 
  6.  Last Modified: 27-Jul-97
  7.  
  8.  Current Status: Concluded Working Group
  9.  
  10.  Chair(s):
  11.      Paul Linder <lindner@boombox.micro.umn.edu>
  12.  
  13.  Applications Area Director(s): 
  14.      Keith Moore  <moore+iesg@cs.utk.edu>
  15.      Harald Alvestrand  <Harald.T.Alvestrand@uninett.no>
  16.  
  17.  Applications Area Advisor: 
  18.      Keith Moore  <moore+iesg@cs.utk.edu>
  19.  
  20.  Mailing Lists: 
  21.      General Discussion:chronos@boombox.micro.umn.edu
  22.      To Subscribe:      chronos-request@boombox.micro.umn.edu
  23.      Archive:           /pub/chronos @boombox.micro.umn.edu
  24.  
  25. Description of Working Group:
  26.  
  27.  
  28. The Chronos protocol Working Group is chartered to define a
  29. protocol for the management of calendars, appointments and schedules
  30. over the Internet.  In defining this protocol, several questions must
  31. be addressed.  The role of the calendar administrator must be defined.
  32. Differing levels of security need to be specified to allow maximum
  33. functionality yet still allow privacy and flexibility.  The scope of
  34. the protocol should also be evaluated; how much burden should we put
  35. on the server, on the client?  Additionally the behavior of multiple
  36. chronos servers must be analyzed.
  37.  
  38. This protocol should be able to be developed and stabilized
  39. within 6-8 months, since there is already a draft specification to work
  40. from.  The process is subject to extension if many new features are
  41. added, or more revision is needed.
  42.  
  43.  
  44.  
  45.  Goals and Milestones: 
  46.  
  47.    Jan 91        Review first draft document, determine necessary              
  48.                 revisions.  Follow up discussion will occur on mailing list.   
  49.                 Prototype implementations.                                     
  50.  
  51.    Feb 91       Make document an Internet Draft.  Continue revisions           
  52.                 based on comments received over e-mail.                        
  53.  
  54.    Mar 91       Spring IETF meeting.   Review final draft and if OK, give      
  55.                 to IESG for publication as RFC.  Begin implementations.        
  56.  
  57.    Jul 91       Revise document based on implementations. Ask IESG to make the 
  58.                 revision a Draft Standard.                                     
  59.  
  60.  
  61.  Internet-Drafts:
  62.  
  63.   No Current Internet-Drafts.
  64.  
  65.  Request For Comments:
  66.  
  67.   None to date.
  68.