Re: the TCP MSS resource exhaustion commit

From: Bernd Walter <ticso_at_cicely12.cicely.de>
Date: Fri, 9 Jan 2004 16:30:06 +0100
On Fri, Jan 09, 2004 at 04:12:34PM +0100, Andre Oppermann wrote:
> Bernd Walter wrote:
> > 
> > What about ACKs from a simple TCP device such as a microcontroller?
> > Or slip connects with MTU of 300?
> > Many smaller controllers don't have enough RAM to do delayed acks
> > or run at MTU 1500.
> > Even a hand full public webservers are running on such systems!
> > I'm a bit worried about having such a feature enabled by default to
> > break TCP communication with specialised hardware.
> 
> If the microcontroller doesn't have enough RAM to do delayed ACKs
> I highly doubt that it is capable to generate 1,000 packet per
> second.

I'm personally running controllers at 16MIPS with only 1k RAM doing
TCP over slip and I also run controllers with 4k RAM over Ethernet
with the same IP Stack because I need most of the 4k for other things.
1,000 packets/s is not impossible for simplified IP systems.
 
> The detection logic only applies to TCP packets containing payload,
> not to ACKs or anything else.

OK - thats sound great - also I've read that MTU 300 is not a problem
by itself as the trigger value is smaller.

But what I do in one application is modbus protocol, which has a packet
payload of something around 10 to 256 bytes - small sizes are more
common.
The protocol has his ancours is half duplex serial lines and waits for
response on each command so packet aggregation is impossible.
It defines interleaving over TCP, but implementation isn't a
requirement.
See www.modbus.org for details.

For the same reasons I could easily imagine RPC over TCP to create small
packets.

-- 
B.Walter                   BWCT                http://www.bwct.de
ticso_at_bwct.de                                  info_at_bwct.de
Received on Fri Jan 09 2004 - 06:30:50 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:37 UTC