<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7653.38">
<TITLE>RE: [e2e] How many transmission attempts should be done on wireless networks?</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>David P. Reed writes:<BR>
<BR>
&gt; Let me clarify that in making my comment about 802.11 systems that won't<BR>
&gt; stop retransmitting until 255 tries have been made, I was citing Larry<BR>
&gt; Roberts.&nbsp;&nbsp; I have not done such measurements.&nbsp;&nbsp; If Larry is right and<BR>
&gt; common chipsets retry up to 255 tries, I support his point.&nbsp; Not<BR>
&gt; everything Larry says is something I agree with, and I have not<BR>
&gt; independently done a test of current chipsets myself.<BR>
<BR>
In 802.11 DCF, failure to receive an expected link-layer ack causes the sender<BR>
to wait a random number of (50us) slot times between 0 to to J. J is calculated<BR>
based on previous # of access attempts plus a bias factor. The first<BR>
retransmission may go out after up to 15 slot times (750us); subsequent<BR>
retransmissions may go out after up to 255 slot times (12.75ms) - the (channel)<BR>
contention window size. This increasing DCF backoff delay before sending is<BR>
intended to work around interference.<BR>
<BR>
Number of slots waited before attempting a resend is not number of resends.<BR>
<BR>
L.<BR>
<BR>
&lt;<A HREF="http://www.ee.surrey.ac.uk/Personal/L.Wood/">http://www.ee.surrey.ac.uk/Personal/L.Wood/</A>&gt;&lt;L.Wood@surrey.ac.uk&gt;</FONT>
</P>

</BODY>
</HTML>