[lwip-devel] [bug #50498] tcp: do not keep sending SYNs when getting ACKs

[David van Moolenbroek]

Follow-up Comment #2, bug #50498 (project lwip):

Good point about the '==' check in tcp_slowtmr(). Attached is a new patch that
makes those checks a bit more robust.

However, in my case, that does not even matter: tcp_slowtmr() is never even
reached. I'm not sure how this works in other setups, but in my case, the main
loop of my service feeds back pending loopback packets into lwIP as long as
there are any, before making a kernel call to receive IPC messages. The lwIP
timer system is driven by an 'alarm' IPC message. Since there are constantly
more loopback packets to feed back into lwIP in this scenario, the main loop
of my service never even gets to the point of receiving IPC messages,
including the alarm message. Instead, tcp_rexmit_rto() keeps increasing
pcb->nrtx forever, with (previously) nothing to check if any limit has been
reached.

In my service I've now put a limit on the number of packets that can be fed
back into lwIP without calling the main loop, but even that doesn't stop the
service from consuming almost all CPU time for a few seconds.

(file #39954)
    _______________________________________________________

Additional Item Attachment:

File name: 0001-tcp-do-not-keep-sending-SYNs-when-getting-ACKs.patch Size:2 KB


    _______________________________________________________

Reply to this item at:

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

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