Ask Question
5 July, 20:14

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?

+4
Answers (1)
  1. 5 July, 22:23
    0
    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.
Know the Answer?
Not Sure About the Answer?
Find an answer to your question ✅ “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 ...” in 📘 Computers and Technology if you're in doubt about the correctness of the answers or there's no answer, then try to use the smart search and find answers to the similar questions.
Search for Other Answers