home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 96mar / guts-minutes-96mar.txt < prev    next >
Text File  |  1996-03-14  |  2KB  |  53 lines
  1. Editor╒s note:  These minutes have not been edited
  2.  
  3. GUTS meeting, Wed. March 6, 1996.
  4.  
  5. Meeting convened at 15:30 PST, Bob Moskowitz chair. 
  6.  
  7. A brief period of agenda bashing started off the meeting. The agenda 
  8. laid out discussions in two areas -- impact of protocols on large 
  9. networks, and impact of applications on the network. Following this 
  10. the chair was asked to present some examples fo the types of problems 
  11. being seen. This led to a lively discussion that consumed the remainder 
  12. of the working group.
  13.  
  14. Thoughts and threads discussed:
  15.  
  16. * RFC1122 (host requirements) was a good thing, because it coalesced a 
  17. lot of information in different documents together and explained the 
  18. reasoning behind a number of rules. It is, however, several years out of 
  19. date, and there is much new "lore" which could be encoded. 
  20.  
  21. * many of the "problems" seen in the network were both under active 
  22. pursuit in other working groups (such as HTTP improvements, and 
  23. IntSrv type work) or are open research questions without clearcut 
  24. answers. 
  25.  
  26. * Application developers need more information than they currently 
  27. have. Most do not read RFCs, but rather standard references such as 
  28. Stevens. There should be a trickle down of information from the IETF 
  29. through such channels so that better information about programming for 
  30. the network gets to the programmers.
  31.  
  32. * Many agreed that it was important to clear up common 
  33. misunderstandings. An example of things discussed were "just because it 
  34. runs fine on my LAN doesn't make it a good in the Internet". 
  35.  
  36. The focus of this group, should it form, should be on teaching 
  37. applications programmers not to make common mistakes. Also, 
  38. whatever documents are produced should be careful not to explain to 
  39. programmers how to get that extra oomph out of the network by being 
  40. bad to it! 
  41.  
  42. Richard Stevens agreed to set up a mailing list for GUTS and draft 
  43. something to continue discussions. Once the list is set up, we will 
  44. announce it on the IETF list. It is unclear at this time if a wg or even an 
  45. informational RFC will result from this effort, but many agreed it was 
  46. worth further investigations.
  47.  
  48.  
  49.  
  50. Robert Moskowitz
  51. Chrysler Corporation
  52. (810) 758-8212
  53.