[lwip-devel] [bug #34426] TCP retransmission transmits 1 byte instead of original packet, with incorrect byte value

[Min Xu]

Follow-up Comment #3, bug #34426 (project lwip):

Per your question "why does lwIP's TCP not enter fast-retransmission after
receiving 2 dupacks", quote from the ARP flooding bug entry:

the DSP main loop polls the drive receive function (to see if
there are packets already received by DMA/Interrupt) with a priority of 4096
-- it polls the receive function 4096 times,  OR until the polling function
returns false, indicating there are no packets [whole or broken..].  So if the
LwIP stack spends a lot of time in the tcp_output routine (to write out to
the
ethernet, arp or tcp packets) it won't be able to processing incoming ARP
response and/or ACK / DupACK messages until it's done.

    _______________________________________________________

Reply to this item at:

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

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