Autor: Jarek Lis (lis_at_okapi.ict.pwr.wroc.pl)
Data: Wed 17 Jan 1996 - 17:42:38 MET
Lech Szychowski (lech7_at_pse.pl) wrote:
: Jarek Lis (lis_at_okapi.ict.pwr.wroc.pl) wrote:
: : Multum jest tych protokolow, ale generalnie wszystkie sprowadzaja sie do
: : jednego. Program wysylajacy wysyla dosc krotki kawalek i jego sume
: : kontrolna. Program odbiorczy odbiera blok, sprawdza czy sie kontrola zgadza,
: : i wysyla prosbe o nastepny kawalek, lub ponowne wyslanie.
:
: Mala poprawka. W taki sposob dzialaja "glupie" protokoly. Nowsze/madrzejsze
: zamiast ACK po kazdym bloku wysylaja jedynie ACK po calosci pliku lub
: (jesli potrzeba) NAK po blednym bloku. Strona wysylajaca sle bloki nie
: czekajac na potwierdzenia i czeka jedynie na potwierdzenie calosci po
: zakonczeniu wysylki, bedac jednoczesnie caly czas gotowa do rekacji na
: ewnetualne nadejscie NAK'a ze strony odbiorcy.
Szczerze mowiac, to takie podejscie wydaje mi sie lekko naiwne.
Co bedzie jak zginie ow NAK? (o tyle wazne, ze jakisz szum na linii
zakloci przesylanie w obie strony). Jak wstrzymac transmisje - bo
np. na dyskietke nagrywamy.. ? Co sie stanie po rozsynchronizowaniu
strony odbiorczej? (przychodza dane, co nie stanowia bloku, wiec
nie ma co NAK'owac)
Od klasycznego podejscia sieciowego (potwierdzanie z oknem) niewiele
da sie lepszych protokolow wymyslic..
Jarek.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:38:37 MET DST