Zalecane, 2022

Wybór Redakcji

Różnica między protokołem Stop-and-Wait Protocol a protokołem Sliding Window

Protokół Stop-and-wait i Sliding Window Protocol są metodami opracowanymi do obsługi sterowania przepływem transmisji danych w sieci. Te metody różnicowane głównie przez stosowane przez nich techniki, takie jak "zatrzymaj i czekaj", wykorzystują koncepcję potwierdzania każdej jednostki danych przed wysłaniem kolejnej jednostki danych. Odwrotnie, przesuwany protokół okna pozwala na przejście kilku jednostek danych przed wysłaniem potwierdzenia.

Spośród dwóch protokołów przesuwany protokół okna jest bardziej wydajny niż protokół stop-and-wait.

Wykres porównania

Podstawa do porównaniaProtokół Stop-and-WaitProtokół przesuwania okna
ZachowanieŻądanie i odpowiedźJednoczesna transmisja
Liczba transferowanych ramekTylko jedenWielokrotność
WydajnośćMniejBardziej porównywalnie
PotwierdzenieWysyłane po każdym dostarczonym pakiecieOkno potwierdzenia jest utrzymywane
Rodzaj transmisjiHalf duplexPełny dupleks
Opóźnienie propagacjiDługieKrótki
Wykorzystanie łączaUbogiLepszy

Definicja protokołu Stop-and-Wait

W komunikacji, jeśli prędkość przesyłania danych po zakończeniu nadawcy jest znacznie wyższa niż prędkość odbioru danych na końcu odbiornika, jak sieć będzie zajmować się tego rodzaju przypadkami? Wymaga to niezmiennej prędkości pracy nadajnika i odbiornika. Protokół stop-and-wait pojawił się jako rozwiązanie tego problemu. W tym protokole nadawca wysyła ramkę, a następnie czeka na potwierdzenie. Kiedy odbiorca wysyła potwierdzenie do nadawcy, przechodzi dalej i wysyła kolejną ramkę.

Tryb transmisji protokołu jest półdupleksowy, ponieważ nadawca przesyła dane do odbiornika w tym samym czasie, a odbiornik wysyła potwierdzenie, gdy dane są odbierane.

Przykładem protokołu stop-and-wait jest RPC (Remote Procedure Call), ponieważ działa on w podobnym schemacie, w którym wywołania podprogramów są realizowane z programu w jednym urządzeniu do procedur bibliotecznych na innym urządzeniu. Ponieważ większość programów jest jednowątkowych, co powoduje, że nadawca czeka na odpowiedź przed kontynuowaniem i wysyłaniem innych żądań.

Definicja protokołu przesuwanego okna

Podobnie jak protokół "stop-and-wait", protokół przesuwania okna jest również metodą implementacji mechanizmu kontroli przepływu. Wyeliminowało to wadę protokołu zatrzymania i oczekiwania, w którym ograniczona ilość danych może być przesyłana w jednym kierunku na raz. Wydajność protokołu przesuwanego okna poprawiła się, wysyłając wiele ramek dwukierunkowo w tym samym czasie (tj. N> 1, a limit zatrzymania i oczekiwania n do 1). W tym schemacie nadawca wysyła sekwencyjnie ponumerowane ramki do odbiorcy, aby śledzić ramki, jeśli rozmiar nagłówka jest n-bitowy, sekwencja może zawierać się w przedziale od 0 do (2n-1).

Okno tutaj oznacza bufor wykorzystywany do przechowywania danych do momentu, aż odbiornik go nie odczyta, po odczytaniu zawartości bufor zostanie opróżniony. Wykorzystuje dwa typy okien, wysyłając okno okna i odbiornika, które może mieć zasięg do (2n-1). Okno wysyłania zachowuje numer sekwencji związany z przesyłanymi ramkami i jest kontrolowane na końcu nadawcy.

Podobnie, koniec odbiorcy ma również okno odbiorcze, aby śledzić ramki akceptowane.

Protokół TCP działa jako przesuwany protokół okna i wykorzystuje bufor umieszczony w jądrze systemu operacyjnego.

Kluczowe różnice między protokołem Stop-and-Wait Protocol a Sliding Window Protocol

  1. Protokół stop-and-wait jest zgodny z modelem żądania i odpowiedzi. W przeciwieństwie do tego, w przesuwanym protokole okna ramki są spontanicznie przesyłane dla określonego rozmiaru okna.
  2. Tylko jedna ramka jest przesyłana jednocześnie w protokole stop-and-wait, podczas gdy okno przesuwne przesyła więcej niż jedną klatkę na raz.
  3. Skuteczność protokołu przesuwanego okna jest większa niż protokołu stop-and-wait, ponieważ powoduje to krótkie opóźnienie propagacji.
  4. Protokół stop-and-wait generuje potwierdzenie na końcu odbiornika po odebraniu każdej ramki, podczas gdy potwierdzenie w oknie przesuwnym jest wytwarzane po odebraniu określonego zestawu ramek.
  5. Tryb transmisji w protokole stop-and-wait to półdupleks. Wręcz przeciwnie, jest to pełny dupleks w przypadku przesuwanego okna.
  6. Protokół przesuwania okna skutecznie wykorzystuje łącze. Natomiast wykorzystanie łącza w protokole stop-and-wait jest gorsze.

Wniosek

Oba protokoły, protokół "stop-and-wait" i "sliding window" zapewniają mechanizm kontroli przepływu. Wydajność protokołu przesuwanego okna jest jednak lepsza niż protokół stop-and-wait, ponieważ umożliwia efektywne wykorzystanie przepustowości, a protokół stop-and-wait powoduje marnowanie zasobów sieciowych.

Top