home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 93nov / area.services.93nov.txt < prev    next >
Text File  |  1994-02-23  |  4KB  |  79 lines

  1.  
  2. Service Applications Area
  3.  
  4. Director:
  5.  
  6.  
  7.    o David Crocker:  dcrocker@mordor.stanford.edu
  8.  
  9.  
  10. Area Summary reported by David Crocker/Silicon Graphics
  11.  
  12. The Service Applications Area encompasses support capabilities for
  13. system configuration and query and for structured inter-process
  14. communication.
  15.  
  16.  
  17. Mail-Based File Distribution BOF (MAILFTP)
  18.  
  19. This BOF was tasked with discussing interest in developing a mail-based
  20. file transfer capability.  It grew out of an initial effort by Marko
  21. Kaittola.  The MAILFTP BOF started with a brainstorming on problems in
  22. the area.  Identified issues were file name, size, type and structure,
  23. application type, gateways, bulk distribution, update mechanisms and
  24. file system hierarchies.  A number of tools and protocols were
  25. identified which address some of the problems listed.  Limited user need
  26. and expert time lead to the conclusion not to start a working group to
  27. solve the open problems in a coherent way.
  28.  
  29.  
  30. Domain Name System Working Group (DNS)
  31.  
  32. The DNS Working Group discussed the status of the DNS MIB documents, the
  33. status of the DNS Security effort, the formation of the proposed DNS
  34. security working group, and the status of current SIPP DNS efforts.  The
  35. group heard presentations from Ed King on DNS Vendor Requirements, and
  36. from Masataka Ohta on Dynamic Host Configuration.  The Service
  37. Applications Area Director, Dave Crocker, also discussed a plan to
  38. conclude the current working group with the publication of the DNS MIB,
  39. and start the DNS Security effort as a newly-constituted working group.
  40. He explained that this was part of the general IETF effort to limit use
  41. of on-going, open-ended working groups, instead favoring ones with
  42. specific focus.
  43.  
  44.  
  45. Minimal OSI Upper-Layers Working Group (THINOSI)
  46.  
  47. The THINOSI Working Group is pursuing use of that portion of the OSI
  48. stack which is above Transport and below specific user applications.  It
  49. encompasses Session, Presentation, ACSE and ROSE. The THINOSI meeting
  50. was small but effective.  As discussed on the mailing list, the present
  51. cookbook will be split into two documents.  The profile aspects (i.e.,
  52. subsetting of the OSI upper-layers as used by the basic communication
  53. applications) would be split out as a small document that just cites the
  54. OSI standards and other stable open documents.  This would be targeted
  55. on the standards track.  The rest of the cookbook (most of it) would be
  56. progressed as Informational.  Discussion also showed that as well as the
  57. THINOSI target of reducing the processing needed to deal with the
  58. standard OSI protocols, there was a requirement in many circles for
  59. reduced bandwidth (i.e.  a different protocol) to support some of the
  60. OSI upper-layer functions---many people had assumed this was what
  61. THINOSI was doing.  The THINOSI mailing list will be opened for
  62. discussion on this, at least until an appropriate forum is established.
  63.  
  64.  
  65. Service Location Protocol Working Group (SVRLOC)
  66.  
  67. The SVRLOC Working Group is developing a resource location protocol.
  68. The working group held two sessions at this IETF. The first went into
  69. the details of the Internet-Draft that has been submitted by the chairs.
  70. There were few comments about the wire specification as described except
  71. for issues about the size of several fields and the scaling issues of
  72. the protocol, and the use of the directory agent in the protocol.  These
  73. issues were addressed in the afternoon session which was more design
  74. oriented.  A proposal for directory agent discovery and use was worked
  75. out and will be written up by the working group chair.  The issue of
  76. directory agent and service discovery out of the campus was punted as
  77. future work.
  78.  
  79.