t-delegated.example.com> 5d6cbc59   
   From: gah@ugcs.caltech.edu   
      
   Barry Margolin  wrote:   
   (someone wrote)   
      
   >> > Why can't we use a 2-way-handshake to establish a connection?   
   (snip)   
      
   > If A doesn't receive the SYN/ACK, it will resend the SYN.  If it does   
   > receive it, it can include the acknowledgement of the SYN/ACK with the   
   > next segment it sends (perhaps the first data segment).   
      
   > The main problem with this is that it requires the server to reserve   
   > resources for the connection (e.g. fork a server process) before it's   
   > sure that the connection has been established.   
      
   If the problem came up, I am sure that a solution would be found.   
   (Such as buffer the request, and fork when the first data packet   
   comes through.)   
      
   > If all application   
   > protocols required the client to send a data segment first, we could use   
   > that as the 3rd step in the handshake.  But there are many protocols   
   > where the server sends the first data segment (e.g. in SMTP, the server   
   > sends a greeting message).   
      
   Can you send data with the SYN/ACK?  If not, it wouldn't seem that   
   it would cause problems.  In any case, you don't know that it was   
   received until you get the ACK for it.   
      
   -- glen   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)