Co to jest aktualizacja okna TCP?

Okna TCP są używane do kontroli przepływu między rówieśnikami w połączeniu. Z każdym pakietem ACK host wyśle pole "rozmiar okna". Pole to mówi, ile bajtów danych host może otrzymać przed zapełnieniem. Nadawca nie powinien wysyłać więcej niż ta ilość danych.

Okno może się zapełnić, jeśli klient nie odbiera danych wystarczająco szybko. Innymi słowy, bufory TCP mogą się wypełniać, gdy aplikacja jest wyłączona, robiąc coś innego niż czytanie ze swojego gniazda. Gdy tak się stanie, klient wyśle pakiet ACK z ustawionym bitem "window full". W tym momencie serwer powinien przestać wysyłać dane. Wszelkie pakiety wysyłane do maszyny z pełnym oknem nie zostaną potwierdzone. (Spowoduje to retransmisję źle zachowującego się nadawcy. Dobrze zachowujący się nadawca po prostu buforuje wychodzące dane. Jeśli bufor po stronie wysyłającej zapełni się, aplikacja wysyłająca zablokuje się, gdy spróbuje zapisać więcej danych do gniazda!)

To jest TCP stall. Może się to zdarzyć z wielu powodów, ale ostatecznie oznacza to po prostu, że nadawca nadaje szybciej niż odbiorca czyta.

Gdy aplikacja na końcu odbiorczym wróci do odczytu z gniazda, opróżni część buforowanych danych, co zwolni trochę miejsca. Odbiorca wyśle pakiet "window update", aby poinformować nadawcę, ile danych może przesłać. Nadawca zaczyna przesyłać swoje buforowane dane, a ruch powinien płynąć normalnie.

Of oczywiście, można uzyskać powtarzające się stragany, jeśli odbiornik jest konsekwentnie powolny.

Sformułowałem to tak, jakby nadawca i odbiorca były różne, ale w rzeczywistości, obaj rówieśnicy wymieniają się aktualizacjami okien z każdym pakietem ACK, a każda ze Stron może zapełnić swoje okno.

Ogólny komunikat jest taki, że nie trzeba wysyłać pakietów aktualizacji okna bezpośrednio. To byłby kiepski pomysł, żeby go sfałszować.

Odnośnie wyjątku, który widzisz... raczej też nie będzie spowodowane lub uniemożliwione przez pakiet aktualizacji okna. Jeśli jednak klient nie czyta wystarczająco szybko, możesz stracić dane. Na twoim serwerze powinieneś sprawdzić wartość zwracaną z gniazda.wywołania write (). Może być mniejsza niż liczba bajtów, które próbujesz zapisać. Dzieje się tak, gdy bufor transmisji nadawcy jest pełny, co może się zdarzyć podczas TCP stall. Możesz tracić bajty.

Na przykład, jeśli próbujesz zapisać 8192 bajtów przy każdym wywołaniu do zapisu, ale jednym z połączenia zwracają 5691, następnie trzeba wysłać Pozostałe 2501 bajtów przy następnym połączeniu. W przeciwnym razie klient nie zobaczy pozostałej części bloku 8K, a Twój plik będzie krótszy po stronie klienta niż po stronie serwera.