Re: TCP send behaviour leads to cable modem woes

[Svein Ove Aas <svein.ove@aas.no>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

lørdag 28. juni 2003, 17:22, skrev Mika Liljeberg:
> On Sat, 2003-06-28 at 17:04, Svein Ove Aas wrote:
> > Well, it doesn't appear to have any effect.
> > (What is it *supposed* to do? Something about spurious retransmission
> > timeouts, was it?)
>
> Yeah, frto should help if you're seeing unnecessary retransmission
> timeouts caused by delay spikes. It won't do much good if you're also
> losing packets, e.g., due to overflowing the modem buffers. From what I
> gathered from your explanation, the cable link might also be bunching up
> the incoming ACK packets into bursts, each of which causes the sending
> TCP to inject a corresponding burst of new segments into the network. If
> that's what is happening, rate capping is probably more effective. Even
> if you set the rate cap a little high it should mitigate the effects of
> the bursts.
>
> 	MikaL

That Has Been Tried.

Didn't Work (tm).


At this point I'm starting to suspect there's a problem with my ISP. They keep 
saying there isn't, but...

Incidentally, capping the upload speed should be enough, shouldn't it? If it 
isn't then I should probably try that again.

- - Svein Ove Aas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE+/csL9OlFkai3rMARAobHAKCVxOQLk8u7ivgGO7M7mjQPbjKiRACeJU8s
9AGfL1lSeZ4tXxSnjHYNEwc=
=Do92
-----END PGP SIGNATURE-----