Retransmission (data networks)

<h2 id="acknowledgment">Acknowledgment</h2>
<p>There are several forms of <a href="/facts/Acknowledgement_(data_networks)/NCc7vbwE">acknowledgement</a> which can be used alone or together in networking protocols:
</p>
<ul><li>Positive Acknowledgement: the receiver explicitly notifies the sender which packets, messages, or segments were received correctly.  Positive Acknowledgement therefore also implicitly informs the sender which packets were not received and provides detail on packets which need to be retransmitted.</li>
<li>Negative Acknowledgment (NACK): the receiver explicitly notifies the sender which packets, messages, or segments were received incorrectly and thus may need to be retransmitted (RFC 4077).</li>
<li>Selective Acknowledgment (SACK): the receiver explicitly lists which packets, messages, or segments in a stream are acknowledged (either negatively or positively).  Positive selective acknowledgment is an option in TCP (RFC 2018) that is useful in <a href="/facts/Satellite_Internet_access/wQaMm4X3">Satellite Internet access</a> (RFC 2488).</li>
<li>Cumulative Acknowledgment: the receiver acknowledges that it correctly received a packet, message, or segment in a stream which implicitly informs the sender that the previous packets were received correctly.  TCP uses cumulative acknowledgment with its TCP <a href="/facts/Sliding_window/TvkveH2L">sliding window</a>.</li></ul>
<h2 id="retransmission">Retransmission</h2>
<p>Retransmission is a very simple concept. Whenever one party sends something to the other party, it retains a copy of the data it sent until the recipient has acknowledged that it received it. In a variety of circumstances the sender <a href="/facts/Automatic_repeat-request/1bR2urmF"> automatically retransmits the data</a> using the retained copy.  Reasons for resending include:
</p>
<ul><li>if no such acknowledgment is forthcoming within a reasonable time, the time-out</li>
<li>the sender discovers, often through some <a href="/facts/Out-of-band_data/K8UX1jR7">out of band</a> means, that the transmission was unsuccessful</li>
<li>if the receiver knows that expected data has not arrived, and so notifies the sender</li>
<li>if the receiver knows that the data has arrived, but in a damaged condition, and indicates that to the sender</li></ul>
<h2 id="see-also">See also</h2>
<ul><li><a href="/facts/Error_control/o2rH8e3n">Error control</a></li>
<li><a href="/facts/Reliable_system_design/cd6AS5w3">Reliable system design</a></li>
<li><a href="/facts/Truncated_binary_exponential_backoff/pk2cAbqm">Truncated binary exponential backoff</a></li>
<li><a href="/facts/TCP_congestion_avoidance_algorithm/gC9Fer09">TCP congestion avoidance algorithm</a></li>
<li><a href="/facts/Transmission_Control_Protocol/WW4sPrt9">Development of TCP</a></li>
<li><a href="/facts/QSL_card/RzpxvVH4">QSL card</a></li></ul>

<h2 id="references">References</h2>

<ol>
<li id="fn:1"><p>Kurose, James F.; Ross, Keith W. (2021). Computer networking: a top-down approach (8th ed.). Hoboken: Pearson. ISBN 978-0-13-668155-7.[page needed] <a href="978-0-13-668155-7" target="_blank">978-0-13-668155-7</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li>
<li id="fn:2"><p>Matthews, Jeanna (2005). Computer networking: Internet protocols in action. Hoboken, NJ: Wiley. ISBN 978-0-471-66186-3.[page needed] <a href="978-0-471-66186-3" target="_blank">978-0-471-66186-3</a> <a href="#fnref:2" class="footnote-back-ref">↩</a></p></li>
<li id="fn:3"><p>Stevens, W. Richard (1994). TCP/IP illustrated. Addison-Wesley professional computing series. Reading, MA: Addison-Wesley publ. ISBN 978-0-201-63346-7.[page needed] <a href="978-0-201-63346-7" target="_blank">978-0-201-63346-7</a> <a href="#fnref:3" class="footnote-back-ref">↩</a></p></li>
</ol>

Retransmission (data networks) open-in-new

Retransmission (data networks)