Разлика между протокола за спиране и изчакване и протокол за плъзгащи се прозорци

2019

Протоколът Stop-and-wait и протокол Sliding window са методите, разработени за управление на поточния контрол на мрежовите трансфери на данни. Тези методи, които се различават главно от техниките, които следват, като stop-and-wait, използват концепцията за потвърждаване на всяка единица данни, преди да изпратят друга единица данни. Обратно, протоколът на плъзгащите се прозорци позволява прехвърлянето на няколко единици данни преди изпращането на потвърждение.

Сред двата протокола протоколът на плъзгащия прозорец е по-ефективен от протокола стоп-и-изчакване.

Сравнителна таблица

Основа за сравнение	Протокол за спиране и изчакване	Протокол за плъзгащи се прозорци
Поведение	Искане и отговор	Едновременно предаване
Брой прехвърляеми рамки	Само един	Многократни
Ефективност	По-малко	По-сравнително
признание	Изпраща се след всеки пристигащ пакет	Поддържа се прозорец за потвърждение
Вид на предаването	Половин дуплекс	Пълен дуплекс
Забавяне на разпространението	дълго	Къс
Използване на връзката	беден	По-добре

Дефиниция на протокол за стоп и изчакване

В една комуникация, ако скоростта на предаване на данни в края на подателя е много по-висока от скоростта на приемане на данни в края на приемника, как мрежата ще се справи с тези случаи? Тя изисква работната скорост на подателя и получателя да бъде непроменена. Протоколът за спиране и изчакване се очерта като решение на този проблем. В този протокол изпращачът изпраща рамка, след което изчаква потвърждението. Когато получателят изпрати потвърждение до изпращача, той продължава по-нататък и изпраща друг кадър.

Режимът на предаване на протокола е наполовина дуплекс, тъй като подателят предава данни към приемника едновременно и приемникът изпраща потвърждението, когато данните са получени.

Примерът на протокола стоп-и-изчакване е RPC (Remote Procedure Call), защото работи в подобен модел, където повикванията на подпрограмата се изпълняват от програмата в едно устройство към библиотечните рутинни процедури на друго устройство. Тъй като повечето програми са еднопоточни, това кара изпращача да чака отговора, преди да продължи и да изпрати други заявки.

Дефиниция на протокол за плъзгащи се прозорци

Подобно на протокола стоп-и-изчакване, протоколът на плъзгащия прозорец също е метод за прилагане на механизма за контрол на потока. Той елиминира недостатъка на протокола стоп-и-изчакване, когато ограниченото количество данни може да се предава в една посока едновременно. Изпълнението на протокола за плъзгащи се прозорци е подобрено чрез изпращане на много кадри двупосочно по едно и също време (т.е. n> 1, докато стойностите на стоп-и-изчакване n до 1). В тази схема подателят изпраща последователно номерирани кадри на получателя, за да следи кадрите, ако размерът на заглавието е n битова, последователността може да варира от 0 до (2n-1).

Тук прозорецът означава буфер, използван за съхраняване на данните, докато приемникът не го прочете, след като прочете съдържанието, буферът се изпразва. Той използва два типа прозорци, изпращане на прозорец и прозорец за получаване, които могат да варират до (2n-1). Изпращащият прозорец поддържа номера на последователността, свързан с предаваните кадри, и се контролира от края на изпращача.

По същия начин крайът на приемника има и прозорец за приемане, който да следи за разрешените за приемане рамки.

Протоколът TCP работи като протокол за плъзгащи се прозорци и използва буфер, поставен в ядрото на операционната система.

Ключови разлики между протокола Stop-and-Wait и протокола за плъзгащи се прозорци

Протоколът стоп-и-изчакване следва модел на заявка и отговор. В противоречие с протокола за плъзгащи се прозорци, кадрите се предават спонтанно за конкретния размер на прозореца.
В протокола стоп-и-изчакване се предава само един кадър, докато плъзгащият прозорец предава повече от един кадър в даден момент.
Ефективността на протокола за плъзгащи се прозорци е повече от протокола стоп-и-изчакване, защото произвежда кратко забавяне на разпространението.
Протоколът Stop-and-wait генерира потвърждение в края на приемника след получаване на всеки кадър, докато потвърждението в плъзгащия се прозорец се получава след получаване на определен набор от рамки.
Режимът на предаване в протокола стоп-и-чака е половината дуплекс. Напротив, това е пълен дуплекс в случай на плъзгащ се прозорец.
Протоколът с плъзгащи прозорци ефективно използва връзката. Обратно, използването на връзката в протокола стоп-и-изчакване е по-ниско.

заключение

И двата протокола, протоколът stop-and-wait и sliding window осигуряват механизма за управление на потока. Въпреки това, работата на протокола за плъзгащи се прозорци е по-добра от протокола стоп-и-изчакване, тъй като прави ефективното използване на честотната лента, докато протоколът стоп-и-изчакване губи мрежовите ресурси.