home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / 96mar / area.application.96mar.txt < prev    next >
Text File  |  1996-05-23  |  15KB  |  331 lines

  1. Applications Area
  2.  
  3.  
  4. Directors:
  5.  
  6. o  Harald Alvestrand:  Harald.T.Alvestrand@uninett.no
  7. o  Keith Moore:  moore@cs.utk.edu
  8.  
  9. Area Summary Reported by Harald Alvestrand, UNINETT and John Klensin, MCI
  10.  
  11.  
  12. This is a short report on the status of the Applications Area as of the conclusion of the Los 
  13. Angeles IETF meeting in March 1996.
  14.  
  15. The Applications Area currently contains the following working groups:
  16.  
  17. Access/Synchronization of the Internet Directories (asid)
  18. Chair(s):  Tim Howes <tim@umich.edu>
  19. Responsible AD:  Harald Alvestrand
  20.  
  21. Detailed Revision/Update of Message Standards (drums)
  22. Chair(s):  Keith Moore <moore@cs.utk.edu>
  23. Responsible AD:  Harald Alvestrand
  24.  
  25. Electronic mail read receipts (receipt)
  26. Chair:  Urs Eppenberger <urs.eppenberger@switch.ch>
  27. Responsible AD:  Harald Alvestrand
  28.  
  29. Common Indexing Protocol (find)
  30. Chair:  Patrik Falstrom <paf@bunyip.com>
  31. Responsible AD:  Harald Alvestrand
  32.  
  33. Hypertext Markup Language (html)
  34. Chair(s):  Eric Sink <esink@spyglass.com>
  35. Responsible AD:  John Klensin
  36.  
  37. HyperText Transfer Protocol (http)
  38. Chair(s):  Larry Masinter <masinter@parc.xerox.com>, Dave Raggett <dsr@w3.org>
  39. Responsible AD:  John Klensin
  40.  
  41. This group is jointly supervised with the Transport Area.
  42.  
  43.  
  44. Integrated Directory Services (ids)
  45. Chair(s):  Linda Millington <l.millington@cdc.com>, Sri Sataluri 
  46. <sri@qsun.att.com>
  47. Responsible AD:  Harald Alvestrand
  48. This group is jointly supervised with the User Services Area.
  49.  
  50. Mail Extensions (mailext)
  51. Chair(s):  C. Allan Cargille <cargille@cs.wisc.edu>
  52. Responsible AD:  Harald Alvestrand
  53.  
  54. Mail And Directory Management (madman)
  55. Chair(s):  Steve Kille <S.Kille@isode.com>
  56. Responsible AD:  John Klensin
  57.  
  58. MIME Content-Type for SGML Documents (mimesgml) 
  59. Chair(s): Ed Levinson <elevinson@fv.com>
  60. Responsible AD: John Klensin
  61.  
  62. MIME-X.400 Gateway (mixer)
  63. Chair:  Urs Eppenberger <urs.eppenberger@switch.ch>
  64. Responsible AD:  Harald Alvestrand
  65.  
  66. No new groups have been formed in the area since the last IETF.
  67.  
  68. Two new groups are in the process of being formed:  MHTML, which met as a BOF at this and 
  69. the previous IETF, and URC, which met as a BOF at the last IETF, but did not meet at this 
  70. time.
  71.  
  72. No groups have terminated since the last IETF.  One group, MAILEXT, is in the process of being 
  73. terminated.
  74.  
  75. The Apps area sponsored three BOFs at this IETF:
  76. o  Apps/TSV joint BOF on Web-related transport issues * MHTML BOF
  77. o  Early morning BOF on active user agents
  78.  
  79. A BOF on a MIB for HTML was sponsored by the Network Management Area.
  80.  
  81. In addition, the Apps area held an open Apps area meeting.
  82.  
  83. Given the state of the Net today, it is not surprising that intense focus is given to the Web-
  84. oriented groups.  The performance of these groups has been less than stellar in getting things 
  85. done within the original time estimates and in keeping up with developments in industry, and 
  86. some doubts have been raised on the ability of the IETF to provide leadership in this area.
  87.  
  88. Nonetheless, the IETF seems to be valued by many as a standardization organization that is not 
  89. controlled by any particular grouping, and there seems to be consensus that the IETF should 
  90. continue to be a standards organization within this area. 
  91.  
  92. An issue coming strongly into focus now is the question of E-mail security.  Considerable work 
  93. was done both on and off the agenda to see what progress could be made on this issue; work will 
  94. probably be forthcoming soon.  The main focus of these efforts has been within the Security 
  95. area.
  96.  
  97. The question of managing applications has moved back into focus with the reactivation of the 
  98. MADMAN group, the chartering of the APPLMIB group and the HTTPMIB BOF.  This area 
  99. will receive considerable attention in the future, and some architectural work should be done 
  100. here.
  101.  
  102.  
  103. REPORTS ON SPECIFIC WORKING GROUPS
  104.  
  105.  
  106. Hypertext Markup Language (HTML)
  107.  
  108. This group has not been making satisfactory progress, primarily due to proposals from multiple 
  109. camps.  In areas of controversy, the working group has been unable to agree on widely-deployed 
  110. approaches, favoring instead a strategy of waiting for better solutions.
  111.  
  112. The Monday meeting focused on trying to reorganize and plot a new course.  That course will 
  113. focus on standardizing what can be standardized, sometimes involving the IETF at later or 
  114. earlier stages in feature design and development than has previously been common.  Relevant 
  115. features with broad support or deployment will be moved directly to standards track, with 
  116. "versions" being the province of subsequent applicability statements or BCP documents.
  117.  
  118. The Thursday meeting attempted to complete the work of defining a sensible agenda for the 
  119. working group's remaining lifespan, and giving guidance for work to be done in the IETF on other 
  120. issues.  The set of conclusions reached was not final.
  121.  
  122.  
  123.  
  124. Electronic mail read receipts (RECEIPT)
  125.  
  126. The group had not published a new version of its draft since its last meeting.  Nevertheless, 
  127. problems with the old draft were discussed, and reasonable consensus was reached on most or all 
  128. issues.  The group expects to be finished before Montreal.
  129.  
  130.  
  131. HyperText Transfer Protocol (HTTP)
  132.  
  133. HTTP/1.0 has been submitted to become an Informational RFC.  We are focusing on getting a 
  134. proposed standard for a new version of HTTP with an aggressive schedule: submission of a 
  135. Proposed Standard by May 1.  This schedule will mean dropping some issues and features in this 
  136. first standards-track version and considering them for standardization in a subsequent version.  
  137. Of top priority are those fixes that will help relieve HTTP-caused Internet congestion: host 
  138. identification, caching, persistent connections.
  139.  
  140. We had formed a number of subgroups to evaluate the HTTP/1.1 draft.  In our two originally 
  141. scheduled meetings, we reviewed the subgroup's conclusions and open issues, in the areas of 
  142. caching, persistent connections, content negotiation, state management, range retrieval, 
  143. authentication, extension methods, and extension methods.  In addition, we also had a lively 
  144. and productive interaction with the WTS members where HTTP security work is proceeding, 
  145. and a third meeting on Thursday to triage our task list and assign ownership:
  146.  
  147. http://www.w3.org/pub/WWW/Protocols/HTTP/Issues/http-wg.html
  148.  
  149. Jim Gettys is now the lead editor.
  150.  
  151.  
  152. MIME Content-Type for SGML Documents (mimesgml)
  153.  
  154. The group reviewed recent mailing list activity and several people reported on off list 
  155. conversation.  James Clark and Don Stinchfield have been asked to work to resolve the 
  156. extended catalog issues in the exch proposal that James has raised.  Charles Goldfarb has 
  157. offerred his help on these issues and suggested that the SGML Open Consortium would be a 
  158. better venue in which to discuss that content.  The chair will contact Paul Grosso, the SGML 
  159. Open Technical Chair, to get assurance the SGML Open will undertake that work.  The use of 
  160. multipart/mixed in exch can be replaced with multipart/related as that will be moved to 
  161. standards track as soon as either mimesgml or mhtml reccommends a draft which uses it.
  162.  
  163.  
  164. Integrated Directory Services (ids)
  165.  
  166. An Internet-Draft that is the revision of the X.500 Catalog has been published.  It will be 
  167. further improved and progressed as an Informational RFC in April.
  168.  
  169. A revised draft for the CCSO (Ph) nameserver architecture paper has been submitted.  This 
  170. paper will be circulated in CCSO mailing lists for comments and progressed as a standards track 
  171. RFC.  A good draft of the preferred practices for Ph directory service will be published by the 
  172. Montreal IETF.
  173.  
  174. The X.500 Root Naming context draft will be revised based on several comments received.  A 
  175. new draft edited by David Chadwick will be published when the discussion comes to a closure.
  176.  
  177. A reference schema for an Internet White Pages Person will be published by April 1st 1996.
  178.  
  179. The group produced a standard DNS names for network services document that will be further 
  180. revised and widely circulated for comments.  A final decision on the track for this document 
  181. will be made by the next IETF.
  182.  
  183. The group has started the work on producing a BCP on directory services.  A good draft will be 
  184. published shortly.
  185.  
  186.  
  187. Common Indexing Protocol (find)
  188.  
  189. The FIND Working Group met to discuss the Common Indexing Protocol.  The new co-chair 
  190. Roland Hedberg was introduced.  The Group discussed the Data Changed Template, the Poll 
  191. Template, and the Centroid Change Template.  They also discussed questions from the mailing 
  192. list.  The group decided this work was important to continue within the IETF.
  193.  
  194.  
  195. Access/Synchronization of the Internet Directories (asid)
  196.  
  197. ASID considered the following topics:
  198.  
  199. o  Drafts for carrying directory info as MIME objects, not limited to a single directory system
  200. o  LDAP version 3
  201. o  Drafts for carrying BER streams in MIME + SOLO reactivation
  202.  
  203. Of these, the two first ones seem most likely to bring IETF-relevant results.
  204.  
  205.  
  206. Mail and Directory Management (madman)
  207.  
  208. Three documents were reviewed:  Network MIB, Directory MIB, Mail MIB.
  209.  
  210. Issues were cleanly resolved on: relationship to application MIB; URLs; Traps; Failure 
  211. Counting; Group Specification.
  212.  
  213. The three documents will be revised and finalised rapidly.  This will be the last face to face 
  214. meeting of the working group.  There are also expected to be some experimental RFCs arising on 
  215. use of Traps.  These can be handled without face to face meeting of the working group. 
  216.  
  217. It was agreed that a message store MIB would be desirable, but this would not be progressed 
  218. until a solid proposal was on the table.
  219.  
  220.  
  221. Detailed Revision/Update Of Messaging Standards (drums)
  222.  
  223. The group did not have new published drafts since the last IETF.  Nevertheless, topics that 
  224. had been discussed on the list got another airing, and substantial agreement was found possible. 
  225.  
  226.  
  227. GROUPS WHICH DID NOT MEET
  228.  
  229.  
  230. Mail Extensions (mailext)
  231.  
  232. Mailext, which did not meet at this IETF, currently has one outstanding document: a standards-
  233. track RFC by Ned Freed on the URL external body part.  An experiment has been agreed to 
  234. whereby a variation on the format that should raise many of the same issues will be used for 
  235. the IETF Internet-Draft document announcements.  If the experiment is successful, a Last Call 
  236. will be issued on the document for Proposed Standard status.  If the experiment identifies 
  237. problems, the document will be returned to the working group.
  238.  
  239.  
  240. MIME-X.400 Gateway (mixer)
  241.  
  242. This group believes that its two core documents are reasonably complete, and is waiting for 
  243. final edits on the largest one before going to Last Call for Proposed with them. 
  244.  
  245.  
  246.  
  247. REPORTS ON SPECIFIC BOFS
  248.  
  249.  
  250. Joint Apps/Transport BOF on Web-related problems 
  251.  
  252.  
  253. Text/HTML in Email (mhtml-bof)
  254.  
  255. Twenty-four people attended the MHTML meeting at IETF 35 on March 4, 1996. We adopted our 
  256. Working Group draft charter with minor word changes.  We also addressed and resolved all 
  257. items on our meeting agenda.  The results will be reported to the working group mailing list in 
  258. our formal meeting minutes prepared for submission to the IETF.  Minutes were taken by Ken 
  259. Rossen.
  260.  
  261. In particular, we tentatively resolved most disagreements about which methods should be used 
  262. to convey location reference information about MIME multipart/related HTML body-parts.  The 
  263. consensus conclusions of the meeting will be reviewed on the working group mailng list to inform 
  264. those not attending, and to document our full understanding of the issues and our resolution.  
  265. New draft text is being prepared by Jacob Palme for review via the working group mailing list.  
  266. We expect to meet our milestones on schedule.  MHTML Working Group will meet at the 36th 
  267. IETF in Montreal.
  268.  
  269.  
  270. Open Apps Area Meeting
  271.  
  272. This was an experiment conducted by the area directors for furthering more cooperation across 
  273. groups within the area. Presentations were given by:
  274.  
  275. o  Jeff Schiller, Security
  276. o  Ned Freed, Email
  277. o  Tim Howes, Directories
  278. o  Larry Masinter, WWW
  279.  
  280. A lively discussion ensued, with focus points around models for directories and the problems 
  281. with E-mail gateways.  Most attendees seemed to think the meeting a Good Thing.
  282.  
  283.  
  284. Agents BOF
  285.  
  286. Agents BOF, 0800-0900 Wednesday, 6 Mar 96.  Conveners: Einar Stefferud, Tony Rutkowski.  
  287. This informal BOF brought together IETF attendees interested in agent technology with a view 
  288. toward identifying standards areas where the IETF could fill a significant need.  This was 
  289. articulated by Tony Rutkowski as co-convenor, who pointed to rapid emergence of intelligent 
  290. agent implementations coupled with an IETF draft RFC on URAs, activities in the W3 
  291. Consortium-OMG workshop in June, and sessions at the 5th International WWW Conference at 
  292. Paris in May.
  293.  
  294. Leslie Daigle presented draft-ietf-daigle-ura-01.txt on Uniform Resource Agents (URAs), a 
  295. Specification.  Her presentation included questions and issues surrounding bounding the 
  296. definition of agents, their interfaces, and what the IETF could do.  Peter Doemel discussed 
  297. mobile code implementations-in terms of the Telescript implementation, where the paradigm 
  298. is remote programming as opposed to remote procedure calls.
  299.  
  300. Dick Binder urged that the group articulate specific standardization needs for IETF.  Stefferud 
  301. urged security concerns and the need for significant attention.  A participant noted that 
  302. ISO/JTC1/SC21/WG7 dealing with open distributed processing, had done some work related to 
  303. management of distributed processing systems that may be agent related.
  304.  
  305. There was consensus that the large attendance of 44 signed attendees provided indication that 
  306. dialogue should be continued via a mailing list, which Rutkowski volunteered to host.  No 
  307. equivalent list was known to exist.
  308.  
  309.  
  310. HTTP MIB BOF
  311.  
  312. (This BOF was convened by Carl Kalbfleisch in the Network Management area, and its report 
  313. copied here for completeness)  The HTTP MIB BOF was held Monday in LA at the IETF 
  314. meeting.  The minutes of the BOF will be posted to the web site in a few days with an 
  315. annoucemnet on this list.
  316.  
  317. In addition to the BOF, Rui, Dirk and myself meet several times during the week.  I also met 
  318. with the chairs of the Application MIB where we came to some understanding of the 
  319. relationship between our efforts, MADMAN and sysApplMib.  Finally, I presented an update 
  320. of HTTP MIB to the HTTP Working Group.
  321.  
  322. A quick summary of the BOF (for those who were not in LA) is that I have been asked to work 
  323. with Ned Freed (Editor for MADMAN) and Jon Saperia (Chairman Application MIB Working 
  324. Group) to develop a document which outlines:
  325.  
  326. o  requirements for web server management + usage scenerios for existing MIBs
  327. o  specifiy types of remaining objects needed
  328.  
  329. Following the release of this document, the IESG will assess whether a 
  330. Working Group will be formed within the IETF.
  331.