- From: Josh Cohen <joshco@microsoft.com>
- Date: Mon, 2 Mar 1998 03:23:31 -0800
- To: "'ietf-http-ext@w3.org'" <ietf-http-ext@w3.org>
- Cc: "Harald (E-mail)" <Harald.Alvestrand@maxware.no>
Here is a draft charter for ext.. thoughts, comments? I'd like to get this to our ADs as quickly as possible, I beleive that we are ready to do work at the meeting so I think we'd be better with a wg meeting instead of another BOF. --- HTTP Extension Working Group Suggested Name Abbreviations: "http-ext" [HTTP Extension] -or- "wevol" [Web Evolution] Chair: Josh Cohen <joshco@microsoft.com> Editor: Scott Lawrence <lawrence@agranat.com> Area Director(s): Keith Moore <moore@cs.utk.edu> Harald Alvestrand <harald.alvestrand@maxware.no> Area Advisor: Harald Alvestrand <harald.alvestrand@maxware.no> Mailing List: General Discussion: ietf-http-ext@w3.org Subscription: ietf-http-ext-request@w3.org ("subscribe" in the subject line) Archives: http://lists.w3.org/Archives/Public/ietf-http-ext/ Description of Working Group: As the World Wide Web has grown and become widespread, the use of the Hypertext Transfer Protocol (HTTP) has become widespread as well. In particular, HTTP has become a popular transaction or transport protocol to build on top of. In ways similar to protocols built upon TCP, HTTP has become quite popular at providing basic services such as a framework for entity transport, authentication (with Basic, Digest or other),encryption (with TLS or SSL), Proxy/Firewall Boundary (PFB) transiting as well as caching and or replication. With new protocols based on HTTP becoming increasingly popular, it is important to attempt to lay a framework for using HTTP as a common transport. Most importantly, a clear mechanism is needed for extension and higher level layer detection. In addition, a set of recommendations for using HTTP in a manner consistent with the semantics and vision of the HTTP evolution group is desired to ensure that new protocols built upon HTTP are to remain compatible and functional as HTTP evolves. Finally, along with an extension mechanism, appropriate registries and or procedures are desired to avoid conflicts and compatibility issues between new extensions, higher level layered protocols and the HTTP evolution itself. Goals: Major Work Areas: HTTP Extension Mechanism: 1) Create and submit a new standards track draft based on either or a combination of OPTIONS and PEP. 2) Create a registry for new HTTP headers and response codes HTTP Evolution and Extension recommendations 1) Create an FYI document expressing recommendations or guidelines for using HTTP as a transport layer in new protocols 2) Continue work on selected functionality which was "undocked" from HTTP/1.1 Specific Work Items: HTTP Extension Mechanism: * Move the current PEP draft to experimental * Update and Submit draft-schulzrinne-http-status-00.txt HTTP Evolution and Extension recommendation FYI * Find consensus on new method vs. existing method tunneling Analyze semantics of how HTTP is used to cross firewalls. <draft-cohen-http-ext-postal-00.txt> <draft-debry-http-usepost-00.txt> * Discuss issues expressed in FYI outline to find consensus on recommendations. * Move forward with HTTP Mandatory specification <draft-frystyk-http-mandatory-00.txt> Milestones: Mar 98 Move PEP to experimental Mar 98 Find consensus on "POST" Method issue Mar 98 Update and submit draft-schulzrinne-http-status-00.txt Mar 98 Revised outline for recommendations FYI Mar 98 First Draft of updated Extensions Mechanism Document [ LA IETF ] May 98 Revised Extensions Mechanism Document Submit as I-D May 98 First draft of Recommendations FYI Jun 98 Revised Recommendations FYI Submit as I-D Jul 98 Revised Extensions Document Re-submit I-D revisions Jul 98 Revised Recommendations FYI Re-submit I-D revisions [ Chicago IETF Meeting ] Aug 98 Last call Extensions Document Aug 98 Last call recommendations FYI Sep 98 Working group Closes Internet-Drafts: "Assignment of Status Codes for HTTP and HTTP-Derived Protocols" draft-schulzrinne-http-status-00.txt (existing) "Don't go Postal, an argument against overloading the HTTP POST method" <draft-cohen-http-ext-postal-00.txt> "The Use of Post: A Response to <draft-cohen-http-postal-00.txt>" <draft-debry-http-usepost-00.txt> "PEP - an Extension Mechanism for HTTP" <draft-ietf-http-pep-05.txt> "Specification of HTTP/1.1 OPTIONS messages" <draft-ietf-http-options-02.txt> Requests for Comments (RFCs): None --- Josh Cohen <josh@microsoft.com> Program Manager IE - Networking Protocols
Received on Monday, 2 March 1998 06:23:36 UTC