aboutgitcodebugslistschat
path: root/doc
diff options
context:
space:
mode:
authorStefano Brivio <sbrivio@redhat.com>2025-08-29 22:11:30 +0200
committerStefano Brivio <sbrivio@redhat.com>2025-09-11 17:03:44 +0200
commit25f93545e7232a7dab9a022862514778c18bc85e (patch)
tree1a02de8334d2a43c22704c979a522d2e168e0e99 /doc
parentc62fb08002ad88079b84d1aa694492746f0d7f22 (diff)
downloadpasst-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 'doc')
0 files changed, 0 insertions, 0 deletions