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

[Simon Goldschmidt]

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

> Yes, first case with old segment could stay with send_ach_now()

Might be less invasive that way...

> I don't know about 4th:
> each 0 segment will be answered with 0 segment immediately,
> in case erroneous seqno ping-pong will last endless?

That's true, but it's already like that now: tcp_ack_now leads() to sending
an empty ACK, too (when unsent is empty) as tcp_output() gets called later
from tcp_input()...

Anyway, I think I'll prefer to not change the 4th, too, as that won't make
too many problems, I guess.

    _______________________________________________________

Reply to this item at:

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

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