Spośród dwóch protokołów przesuwany protokół okna jest bardziej wydajny niż protokół stop-and-wait.
Wykres porównania
| Podstawa do porównania | Protokół Stop-and-Wait | Protokół przesuwania okna |
|---|---|---|
| Zachowanie | Żądanie i odpowiedź | Jednoczesna transmisja |
| Liczba transferowanych ramek | Tylko jeden | Wielokrotność |
| Wydajność | Mniej | Bardziej porównywalnie |
| Potwierdzenie | Wysyłane po każdym dostarczonym pakiecie | Okno potwierdzenia jest utrzymywane |
| Rodzaj transmisji | Half duplex | Pełny dupleks |
| Opóźnienie propagacji | Długie | Krótki |
| Wykorzystanie łącza | Ubogi | Lepszy |
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ę.
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.
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
- 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.
- 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.
- Skuteczność protokołu przesuwanego okna jest większa niż protokołu stop-and-wait, ponieważ powoduje to krótkie opóźnienie propagacji.
- 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.
- Tryb transmisji w protokole stop-and-wait to półdupleks. Wręcz przeciwnie, jest to pełny dupleks w przypadku przesuwanego okna.
- 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.
