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

Question

Kelsey Berg

Computers & Technology

14 August, 10:44

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

+3

Answers (1)

Know the Answer?

Jaylin Thornton · Answer 1

The Packets can be arrived out of an order from the Internet Protocol layer.

So, whenever the out of an order packets would be received then, it would be generated the duplicate ACK's, if we perform the re-transmission after the first duplicate ACK would be lead the senders to introduced too many redundant packets in the networks.

Explanation:

All the bytes, in the Transmission Control Protocol connections, are the numbered, from the beginning at the randomly choose the initial sequence number (ISN). The SYN packets consumes the one sequence number, so the data will be actual and it begins at the ISN+1. The receivers ack's sequences the number x acknowledged the receipts of all the data bytes that is less than byte the number x.