[lwip-devel] [bug #20515] TCP delayed ack does not work as expected

[Jim Pettinato]

Follow-up Comment #14, bug #20515 (project lwip):


Simon... doesn't tcp_fasttmr already handle delayed ACKs?

Also, it appears we already do 'shrink' the window as described in the RFC
(in tcp_output_segment):

  /* silly window avoidance */
  if (pcb->rcv_wnd < pcb->mss) {
    seg->tcphdr->wnd = 0;
  } else {
    /* advertise our receive window size in this TCP segment */
    seg->tcphdr->wnd = htons(pcb->rcv_wnd);
  }

I thought I'd seen that somewhere before. ;) 

So.. maybe a flag in the pcb when we've last sent a 0 window, and an
immediate ack in tcp_recved() if the flag is set but the window has become
larger than mss (or using the algorithm Simon mentioned)?


    _______________________________________________________

Reply to this item at:

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

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