From owner-freebsd-net@FreeBSD.ORG Fri Jun 19 21:35:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EBA4106564A for ; Fri, 19 Jun 2009 21:35:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4E6978FC1D for ; Fri, 19 Jun 2009 21:35:43 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 94B51366902; Fri, 19 Jun 2009 17:35:42 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Fri, 19 Jun 2009 17:35:42 -0400 X-Sasl-enc: sIq6O7MsQRzF88fSnfdUozu86I/sgGJXMf/upoXD3h7a 1245447342 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id BDAF1193E7; Fri, 19 Jun 2009 17:35:41 -0400 (EDT) Message-ID: <4A3C04A8.101@incunabulum.net> Date: Fri, 19 Jun 2009 22:35:36 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Andre Oppermann References: <20090619191756.R581@beagle.kn.op.dlr.de> <4A3BF2DF.6080603@freebsd.org> In-Reply-To: <4A3BF2DF.6080603@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD/net@dlr.de, freebsd-net@freebsd.org, Harti Brandt Subject: Re: TCP bug? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 21:35:43 -0000 Andre Oppermann wrote: > ... > 2) in old T/TCP (RFC1644) which we supported in our TCP code the SYN/FIN > combination was a valid one, though not directly intended for > SYN/ACK/FIN. T/TCP has been superseded by SCTP, and should be completely deprecated in the stack, IMHO. I believe this has been done, this could well be a corner case exposed by incomplete removal of T/TCP support. thanks BMS