In the lecture, we saw that TCP waits until it has received three duplicate ACKs before performing a fast retransmit. Why do you think the TCP designer chose not to perform a fast retransmit after the first duplicate ACK for a segment is received?

Question

Computers and Technology

Nestle

1 December, 23:13

In the lecture, we saw that TCP waits until it has received three duplicate ACKs before performing a fast retransmit. Why do you think the TCP designer chose not to perform a fast retransmit after the first duplicate ACK for a segment is received?

+3

Answers (1)

Know the Answer?

Dominique Hays · Answer 1

Packets can arrive out of order from the Internet Protocal layer. So,

when out-of-order packets with higher-than-expected sequence number arrives, then gap is detected.

Receiver of an out of order packet would then generate and sends a duplicate acknowledgement (ACK) for already received packet. If retransmission is performed after the first duplicate ACK, it would lead the sender to introduced too many redundant packets in the network.

Hence, TCP designer chose to wait for third acknowledgement (ACK) instead of performing a fast retransmission to avoid redundant packet transmission.