[lwip-commits] [SCM] lwIP - A Lightweight TCPIP stack branch, master, updated. 0d7805a86a538404ea89a51f85dd16cd435cecbe

[Simon Goldschmidt]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "lwIP - A Lightweight TCPIP stack".

The branch, master has been updated
       via  0d7805a86a538404ea89a51f85dd16cd435cecbe (commit)
       via  9ba9dee2aa809624eda0e96c96abd8abff29539e (commit)
      from  95754ba95abe2a243531a983cda34e043c5d4e9f (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 0d7805a86a538404ea89a51f85dd16cd435cecbe
Author: David van Moolenbroek <address@hidden>
Date:   Thu Sep 29 19:31:22 2016 +0000

    tcp: fix FIN ACK handling with unsent data
    
    TCP's snd_nxt represents the next sequence number after sent data, and
    as such does not cover any unsent data queued on the connection.  The
    current implementation does not take the latter point into account
    when processing FIN acknowledgments, mistakenly assuming that an
    outgoing FIN is ACK'ed when the acknowledgment covers up to snd_nxt
    while there is still unsent data.  This patch adds a check for unsent
    data to correct this, effectively preventing that TCP connections are
    closed prematurely.

commit 9ba9dee2aa809624eda0e96c96abd8abff29539e
Author: David van Moolenbroek <address@hidden>
Date:   Mon Sep 19 11:33:34 2016 +0000

    tcp: advance next seq nr for zero window probes
    
    It is possible that the byte sent as a zero window probe is accepted
    and acknowledged by the receiver side without the window being opened.
    In that case, the stream has effectively advanced by one byte, and
    since lwIP did not take this into account on the sender side, the
    result was a desynchronization between the sender and the receiver.
    That situation could occur even on a lwIP loopback device, after
    filling up the receiver side's receive buffer, and resulted in an ACK
    storm. This patch corrects the problem by advancing the sender's next
    sequence number by one as needed when sending a zero window probe.

-----------------------------------------------------------------------

Summary of changes:
 src/core/tcp_in.c  |   10 ++++++----
 src/core/tcp_out.c |    7 +++++++
 2 files changed, 13 insertions(+), 4 deletions(-)


hooks/post-receive
-- 
lwIP - A Lightweight TCPIP stack