[lwip-devel] [patch #9384] Partial SACK (RFC 2018) support

[Jakub Schmidtke]

Follow-up Comment #16, patch #9384 (project lwip):

> I think for our "lw" thing, 1) would be best.

This is certainly the most lightweight option. And as a bonus, it doesn't
limit the MSS, meaning better throughput.

> However, that would also mean we would have to send empty ACKs when SACKs
are to be send. We currently avoid this and piggy-back the ACK on data if
there's data to be sent - that would have to be changed.

ACKs are already sent right away if the packet received is out of sequence (or
out of receive window).
But it should be easy to always send empty ACKs when there are some SACKs.


    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/patch/?9384>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/