No subject

Thu Jun 25 05:52:11 EDT 2020

doesn't support delayed ACKs in any form, for any packet it sends it
waits for an ACK before sending the next, and I would guess that for
any packet it receives it's better to wait for its ACK before sending
the next (as I see plenty of duplicated ACKs from this backup server
all confirming just the first packet received, and then long wait
before retransmission). The problem is in the number of packets sent,
not the size (so changing MTU/MSS doesn't help much).

I haven't been able to find a way to trick it into behaving, sorry.

Be free, use free ( software!
mailto:fercerpav at

openwrt-devel mailing list
openwrt-devel at

More information about the openwrt-devel mailing list