[lwip-devel] [bug #19434] Processing of Fast retransmit bug

[Kieran Mansley]

Follow-up Comment #1, bug #19434 (project lwip):

>From what you've written, I can't see the bug.  

>From your example:

 - Packet gets dropped 
 - Dup-acks are sent by "A"
 - Fast retransmission at "B" kicks in and retransmits packet once
 - Packet is dropped again by "A"
 - More dup-acks are sent by "A"

Up until this point we are in agreement - I'm just restating your example.

Then:
 - fast retransmit at "B" doesn't send the packet again, but this is not a
bug, it is not supposed to.
 - eventually the "B" should run out of window space because the dup-acks
won't advance the ack number (by definition), and so it will have to stop
sending packets.
 - you should then see a retransmission timeout.

As I said before, if you don't see a retransmission timeout, there is another
bug, but the fix that you've suggested is wrong and should not be used.

Can you provide an ethereal capture (tcpdump) to illustrate the problem?


    _______________________________________________________

Reply to this item at:

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

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