|
This document recommends that several TCP extensions that have never seen widespread use be moved to Historic status. The affected RFCs are RFC1072, RFC1106, RFC1110, RFC1145, RFC1146, RFC1263, RFC1379, RFC1644 and RFC1693.
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as “work in progress.”
This Internet-Draft will expire on December 11, 2010.
Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.
TCP has a long history, and several proposed TCP extensions have never seen widespread deployment. Section 5 of the TCP "roadmap" document [RFC4614] (Duke, M., Braden, R., Eddy, W., and E. Blanton, “A Roadmap for Transmission Control Protocol (TCP) Specification Documents,” September 2006.) already classifies a number of TCP extensions as Historic and describes the reasons for doing so, but it does not instruct the RFC Editor and IANA to change the status of these RFCs in the RFC database and the relevant IANA registries. The sole purpose of this document is to do just that. Please refer to Section 5 of [RFC4614] (Duke, M., Braden, R., Eddy, W., and E. Blanton, “A Roadmap for Transmission Control Protocol (TCP) Specification Documents,” September 2006.) for justification.
The RFC Editor is requested to change the status of the following RFCs to Historic [RFC2026] (Bradner, S., “The Internet Standards Process -- Revision 3,” October 1996.):
IANA is requested to mark the TCP options 6, 7, 9, 10, 11, 12, 13, 14 and 15 documented in [RFC1072] (Jacobson, V. and R. Braden, “TCP extensions for long-delay paths,” October 1988.), [RFC1146] (Zweig, J. and C. Partridge, “TCP alternate checksum options,” March 1990.), [RFC1644] (Braden, B., “T/TCP -- TCP Extensions for Transactions Functional Specification,” July 1994.) and [RFC1693] (Connolly, T., Amer, P., and P. Conrad, “An Extension to TCP : Partial Order Service,” November 1994.) as "obsolete" in the TCP option numbers registry [TCPOPTREG] (Internet Assigned Numbers Authority (IANA), “TCP Option Kind Numbers,” .), with a reference to this RFC.
(None of the other documents moved to Historic status had TCP options numbers assigned; no IANA action is therefore required for them.)
This document has no known security implications.
[Note to the RFC Editor: Please remove this section upon publication.]
Lars Eggert is partly funded by [TRILOGY] (, “Trilogy Project,” .), a research project supported by the European Commission under its Seventh Framework Program.
[RFC2026] | Bradner, S., “The Internet Standards Process -- Revision 3,” BCP 9, RFC 2026, October 1996 (TXT). |
[TCPOPTREG] | Internet Assigned Numbers Authority (IANA), “TCP Option Kind Numbers,” http://www.iana.org/assignments/tcp-parameters/tcp-parameters.xml. |
[TRILOGY] | “Trilogy Project,” http://www.trilogy-project.org/. |
Lars Eggert | |
Nokia Research Center | |
P.O. Box 407 | |
Nokia Group 00045 | |
Finland | |
Phone: | +358 50 48 24461 |
Email: | lars.eggert@nokia.com |
URI: | http://research.nokia.com/people/lars_eggert |