Ask Question
10 September, 16:47

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?

+1
Answers (1)
  1. 10 September, 18:43
    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?
Get 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 & Technology if there is no answer or all answers are wrong, use a search bar and try to find the answer among similar questions.
Search for Other Answers