Chapter 3.2
Chapter 3.2
Chapter 3.2
Sender:
1) Send one data packet at a time.
2) Send next packet only after receiving
acknowledgement for previous.
Receiver:
1) Send acknowledgement after receiving and
consuming of data packet.
2) After consuming packet acknowledgement
need to be sent (Flow Control)
Simple Stop and Wait
Problems :
1. Lost Data
2. Lost Acknowledgement
Stop and Wait ARQ (Automatic Repeat Request)
Above 3 problems are resolved by Stop and Wait ARQ (Automatic Repeat Request)
that does both error control and flow control.
Stop and Wait ARQ (Automatic Repeat Request)
1. Time out
Stop and Wait ARQ (Automatic Repeat Request)
2. Sequence number
Stop and Wait ARQ (Automatic Repeat Request)
3. Delayed Acknowledgement:
This is resolved by introducing sequence number for acknowledgement also.
Discussion about Stop & Wait
a)The Stop and Wait ARQ solves main three problems, but may cause big performance
issues as sender always waits for acknowledgement even if it has next packet ready to
send. Consider a situation where you have a high bandwidth connection and
propagation delay is also high (you are connected to some server in some other country
though a high speed connection). To solve this problem, we can send more than one
packet at a time with a larger sequence numbers.
b)So Stop and Wait ARQ may work fine where propagation delay is very less for
example LAN connections, but performs badly for distant connections like satellite
connection
Difference between S&W and Sliding
S.N STOP-AND-WAIT PROTOCOL SLIDING WINDOW PROTOCOL
O
1. In Stop-and-Wait Protocol, sender send In sliding window protocol, sender send more
one frame and wait for the than one frames to the receiver side and re-
acknowledgment from receiver side. transmit the frame which are/is damaged or
suspected.