From owner-freebsd-current Thu Mar 14 00:09:05 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA07119 for current-outgoing; Thu, 14 Mar 1996 00:09:05 -0800 (PST) Received: from utrhcs.cs.utwente.nl (utrhcs.cs.utwente.nl [130.89.10.247]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA07113 for ; Thu, 14 Mar 1996 00:09:03 -0800 (PST) Received: from myrtilos.cs.utwente.nl by utrhcs.cs.utwente.nl (SMI-8.6/csrelay-SVR4_1.3/RBCS) id JAA23396; Thu, 14 Mar 1996 09:08:39 +0100 Received: from curie.cs.utwente.nl by myrtilos.cs.utwente.nl (SMI-8.6/csrelay-Sol1.4/RB) id JAA11399; Thu, 14 Mar 1996 09:08:32 +0100 Received: from localhost by curie.cs.utwente.nl (SMI-8.6/SMI-SVR4) id JAA00083; Thu, 14 Mar 1996 09:08:32 +0100 To: Paul Traina cc: Faried Nawaz , current@FreeBSD.ORG Subject: Re: finger and 2.2-960303-SNAP In-reply-to: Your message of "Wed, 13 Mar 1996 12:08:37 PST." <199603132008.MAA04472@precipice.shockwave.com> Date: Thu, 14 Mar 1996 09:08:30 +0100 Message-ID: <82.826790910@curie.cs.utwente.nl> From: Andras Olah Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 13 Mar 1996 12:08:37 PST, Paul Traina wrote: > I'd give them the following summary: [ nice bug report deleted ] I'd like to thank Paul for the nice bug report template. Here are some minor clarifications: RFC-794 --> RFC793 (!!) Garret --> Garrett Andreas --> Andras And for further support of our case, here's the relevant paragraph of RFC-793 clearly stating that a TCP implementation must buffer data on SYN segments until the connection becomes open: - begin quote - September 1981 Transmission Control Protocol Functional Specification [ ... ] Several examples of connection initiation follow. Although these examples do not show connection synchronization using data-carrying segments, this is perfectly legitimate, so long as the receiving TCP doesn't deliver the data to the user until it is clear the data is valid (i.e., the data must be buffered at the receiver until the connection reaches the ESTABLISHED state). The three-way handshake reduces the possibility of false connections. It is the [Page 30] - end of quote - Andras