Hello,

I have a small device that sends data over TCP at a fast rate, this is a
small and not very cable hardware.
Now, LwIP is (as it should) maintains an acknowledge Q of ACKed packets so
it could re-transmit if it has to.
In my implementation, there is no need to handle ACKs at all. 
Obviously it could be argued why not use UDP or RAW socket? 
Well I wish I could, but the other listening device is an old and slow
machine that knows only TCP and can't be changed.

Since I don't care about respecting re-transmissions, and loosing few
packets is not an issue, 
I assume that removing the ACK handling logic from the TCP stack will create
a non standard TCP server, 
but a very fast transmitter with low memory requirements and with very
little delay between each call to tcp_write(), 
since packets will not have to be buffred until the other side acknowledge
them.

Can someone here guide me through this? or better, is there any magical flag
that does this?
Thank you
Eitan.






--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html

_______________________________________________
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users

Reply via email to