home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / shr / shr-charter.txt < prev    next >
Encoding:
Text File  |  1997-10-08  |  3.6 KB  |  95 lines
  1.  
  2. Special Host Requirements (shr)
  3. -------------------------------
  4.  
  5.  Charter 
  6.  Last Modified: 27-Jul-97
  7.  
  8.  Current Status: Concluded Working Group
  9.  
  10.  Chair(s):
  11.      Bob Stewart <bstewart@cisco.com>
  12.  
  13.  Internet Area Director(s): 
  14.      Jeffrey Burgan  <burgan@home.net>
  15.      Thomas Narten  <narten@raleigh.ibm.com>
  16.  
  17.  Internet Area Advisor: 
  18.      Thomas Narten  <narten@raleigh.ibm.com>
  19.  
  20.  Mailing Lists: 
  21.      General Discussion:ietf-hosts@nnsc.nsf.net
  22.      To Subscribe:      ietf-hosts-request@nnsc.nsf.net
  23.      Archive:           
  24.  
  25. Description of Working Group:
  26.  
  27.  
  28.         The Special-purpose Host Requirements Working Group is
  29. chartered to clarify application of the Host Requirements RFCs (1122
  30. and 1123) to systems that are technically hosts but are not intended
  31. to support general network applications.  These special-purpose hosts
  32. include, for example, terminal servers (a ``Telnet host''), or file
  33. servers (an ``FTP host'' or an ``NFS host'').
  34.  
  35.         The Host Requirements RFCs address the typical,
  36. general-purpose system with a variety of applications and an open
  37. development environment, and give only passing consideration to
  38. special-purpose hosts.  As a result, suppliers of special-purpose
  39. hosts must bend the truth or make excuses when users evaluate their
  40. products against the Requirements RFCs.  Users must then decide
  41. whether such a product is in fact deficient or the requirements truly
  42. do not apply.  This process creates work and confusion, and undermines
  43. the value of the RFCs.  The commercial success of the Internet
  44. protocols and their use in increasingly unsophisticated environments
  45. exacerbates the problem.
  46.  
  47.         The Working Group must define principles and examples for
  48. proper functional subsets of the general-purpose host and specifically
  49. state how such subsets affect the requirements.  The Working Group
  50. must determine the balance between an exhaustive list of specific
  51. special-purpose hosts and philosphy that remains subject to debate.
  52. For the most part, it should be possible to base decisions on existing
  53. experience and implementations.  The special-purpose requirements will
  54. be stated as differences from the existing RFCs, not replacements, and
  55. will refer rather than stand alone.
  56.  
  57.         Since they define strict subsets of the Host Requirements
  58. RFCs, the Special-purpose Host Requirements appear to be an easier job
  59. and can be developed and stabilized within 8-12 months.  Most of the
  60. Group's business can be conducted over the Internet through email.
  61.  
  62.  
  63.  Goals and Milestones: 
  64.  
  65.    Aug 90       Revised document.                                              
  66.  
  67.    Aug 90       Third IETF Meeting:  make document an Internet Draft. Continue 
  68.                 revisions based on comments received at meeting and over 
  69.                 e-mail.                                                        
  70.  
  71.      Done       Mailing list discussion of Charter and collection of concerns. 
  72.  
  73.      Done       First IETF Meeting: discussion and final approval of Charter; 
  74.                 discussion and agreement on approach, including models, format,
  75.                 level and type of detail.  Make writing assignments.           
  76.  
  77.    Oct 90       First draft document.                                          
  78.  
  79.    Nov 90       Second IETF Meeting:  review first draft document, determine 
  80.                 necessary revisions.  Follow up discussion on mailing list.    
  81.  
  82.    Apr 91       Final draft document.                                          
  83.  
  84.    May 91       Fourth IETF meeting:  review final draft and if OK, give to 
  85.                 IESG for publication as RFC.                                   
  86.  
  87.  
  88.  Internet-Drafts:
  89.  
  90.   No Current Internet-Drafts.
  91.  
  92.  Request For Comments:
  93.  
  94.   None to date.
  95.