From owner-freebsd-net Wed May 31 8:13:50 2000 Delivered-To: freebsd-net@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 441A437BEC0 for ; Wed, 31 May 2000 08:13:47 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.3/8.9.3) id LAA33906; Wed, 31 May 2000 11:13:46 -0400 (EDT) (envelope-from wollman) Date: Wed, 31 May 2000 11:13:46 -0400 (EDT) From: Garrett Wollman Message-Id: <200005311513.LAA33906@khavrinen.lcs.mit.edu> To: net@FreeBSD.org Subject: [The IESG: Protocol Action: TCP Processing of the I] Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org A busy day at the IESG, it seems.... ------- start of forwarded message (RFC 934 encapsulation) ------- Message-Id: <200005311210.IAA05749@ietf.org> From: The IESG Sender: scoya@cnri.reston.va.us To: IETF-Announce: ; Cc: RFC Editor Cc: Internet Architecture Board Subject: Protocol Action: TCP Processing of the IP Precedence Field to Proposed Standard Date: Wed, 31 May 2000 08:10:54 -0400 The IESG has approved the Internet-Draft 'TCP Processing of the IP Precedence Field' as a Proposed Standard. This has been reviewed in the IETF but is not the product of an IETF Working Group. The IESG contact persons Allison Mankin and Scott Bradner. Technical Summary This document describes a conflict between TCP (RFC793) and DiffServ (RFC2475) on the use of the three leftmost bits in the TOS octet of an IPv4 header (RFC791). In a network that contains DiffServ capable nodes, such a conflict can cause failures in establishing TCP connections or can cause some established TCP connections to be reset undesirably. This document describes a modification to TCP for resolving the conflict. TCP requires that the precedence (and security parameters) of a connection must remain unchanged during the lifetime of the connection. Therefore, for an established TCP connection with precedence, the receipt of a segment with different precedence indicates an error. The connection must be reset . With the advent of DiffServ, intermediate nodes may modify the Differentiated Services Codepoint (DSCP) of the IP header to indicate the desired Per-hop Behavior (PHB). The DSCP includes the three bits formerly known as the precedence field. Because any modification to those three bits will be considered illegal by endpoints that are precedence-aware, they may cause failures in establishing connections, or may cause established connections to be reset. With this RFC the behavior of TCP is changed to ignore the precedence of all received segments Working Group Summary The working group supported the publication of this document. No issues were raised during IETF Last-Call. Protocol Quality This document has been reviewed for the IESG by Vern Paxson and Scott Bradner. ------- end ------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message