[lwip-devel] [bug #28106] duplicate acknowledge for fast retransmit could have not null length

[Simon Goldschmidt]

Follow-up Comment #8, bug #28106 (project lwip):

tcp_send_empty_ack does nothing else than tcp_output did before when unsent
was NULL. The only difference is it is done right away, not after tcp_receive
returns (where tcp_input calls tcp_output).

> It means that only 2nd received data segment will be acknowledged

That's fully intentional and is called 'delayed ACK' (and it doesn't get
changed by my patch).

> and tcp_fasttmr() won't send delayed for sending data.

I'm afraid I don't understand what you're trying to say.

    _______________________________________________________

Reply to this item at:

  <http://savannah.nongnu.org/bugs/?28106>

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.nongnu.org/