I am, of course, Easily Confused, but I thought we were talking about
turning off delayed ACKs ONLY during slow-start.
Once you've achieved steady-state, there's no performance advantage to
ACKing every packet. Is there?
Spencer
> -----Original Message-----
> From: Eric Travis [SMTP:[email protected]]
> Sent: Thursday, June 18, 1998 10:34 AM
> To: Vern Paxson
> Cc: [email protected]; [email protected]; Aaron Falk;
> [email protected]
> Subject: Re: comments on draft-ietf-tcpsat-stand-mech-04.txt
>
>
> Just a few comments on the comments:
>
> >I think an additional mechanism should be documented, which is acking
> >every packet. This is fully allowed by the existing standards, and
> >results in the congestion window opening appreciably faster.
>
> While being more aggressive is certainly the "right thing" for long-delay
> paths, are we sure we want to recommend this behavior when shared paths
> are involved? Since a connection is notified and responds to network
> congestion in quanta of RTT, a long fat pipe that has built up momentum
> will be pumping a lot of data into a congested bottleneck... I'm not sure
> that would get satellite subnets the good-neighbor award;
[Dawkins, Spencer [RICH1:2011-I:EXCH]] additional comments
deleted...
This archive was generated by hypermail 2b29 : Mon Feb 14 2000 - 16:14:44 EST