the TCP MSS resource exhaustion commit

Bernd Walter ticso at
Fri Jan 9 07:30:50 PST 2004

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
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
See for details.

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

B.Walter                   BWCT      
ticso at                                  info at

More information about the freebsd-current mailing list