diff options
| author | Stefano Brivio <sbrivio@redhat.com> | 2025-08-29 22:11:30 +0200 |
|---|---|---|
| committer | Stefano Brivio <sbrivio@redhat.com> | 2025-09-11 17:03:44 +0200 |
| commit | 25f93545e7232a7dab9a022862514778c18bc85e (patch) | |
| tree | 1a02de8334d2a43c22704c979a522d2e168e0e99 /test | |
| parent | c62fb08002ad88079b84d1aa694492746f0d7f22 (diff) | |
| download | passt-25f93545e7232a7dab9a022862514778c18bc85e.tar passt-25f93545e7232a7dab9a022862514778c18bc85e.tar.gz passt-25f93545e7232a7dab9a022862514778c18bc85e.tar.bz2 passt-25f93545e7232a7dab9a022862514778c18bc85e.tar.lz passt-25f93545e7232a7dab9a022862514778c18bc85e.tar.xz passt-25f93545e7232a7dab9a022862514778c18bc85e.tar.zst passt-25f93545e7232a7dab9a022862514778c18bc85e.zip | |
tcp: Don't try to transmit right after the peer shrank the window to zero
If the peer shrinks the window to zero, we'll skip storing the new
window, as a convenient way to cause window probes (which exceed any
zero-sized window, strictly speaking) if we don't get window updates
in a while.
As we do so, though, we need to ensure we don't try to queue more data
from the socket right after we process this window update, as the
entire point of a zero-window advertisement is to keep us from sending
more data.
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
Tested-by: Paul Holzinger <pholzing@redhat.com>
Reviewed-by: Jon Maloy <jmaloy@redhat.com>
Diffstat (limited to 'test')
0 files changed, 0 insertions, 0 deletions
