[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [task #14128] Appropriate byte counting/stretch ACK support

From: Joel Cunningham
Subject: [lwip-devel] [task #14128] Appropriate byte counting/stretch ACK support
Date: Thu, 20 Apr 2017 16:36:07 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/603.1.30 (KHTML, like Gecko) Version/10.1 Safari/603.1.30

Follow-up Comment #27, task #14128 (project lwip):

I did find a 2 byte hole.  unsent_oversize included 2 bytes of padding.  Tests
done with MSVC.  So if we are building with LWIP_WND_SCALE set to 0,
bytes_acked can go in this hole, otherwise with LWIP_WND_SCALE set to 1, it
goes after the hole (and doesn't create any new hole since tcpwnd_size_t is 4
bytes).  Here's my testing:

With LWIP_WND_SCALE set to 0, pcb is 156 bytes before ABC patch and 160 bytes
after.  With LWIP_WND_SCALE set to 1, pcb is 212 bytes before ABC patch and
220 bytes after

I'll update my patch to put bytes_acked after unsent_oversize and push it


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]