(last version was incomplete):<br><br>Just to add that:<br><br>- The access point Javier mentions is the one I bought yesterday (Linksys WRT54G)<br><br>- Most of this traffic is retransmission (3606): <br>(wlan.fc.ds == 3 and wlan.sa[0-2] == 00:17:C4 and wlan.ta[4-5] == ce:6e) && (wlan.fc.retry == 1)<br>

<br>- It is also interesting to detect other wds peers this AP identified (one is 00:0b:85:53:27:50 and got 1066 of these frames).<br>((wlan.fc.ds == 3 and wlan.sa[0-2] == 00:17:C4 and wlan.ta[4-5] == ce:6e)) && (wlan.ra == 00:0b:85:53:27:50)<br>

<br>It seems that the linksys is expecting acks for this wds frames (which btw are mulcast frames). It is amazing.<br><br>I believe we should compare this with the previous capture from the
Netgear AP, just to confirm that this is (again) specific to WDS issues
on the Linksys.<br><br>-- RC<br><br><div class="gmail_quote">On Sat, Mar 1, 2008 at 5:23 AM, Javier Cardona <<a href="mailto:javier@cozybit.com">javier@cozybit.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Michail, Chris,<br>
<br>
<br>
This afternoon I captured some traffic while Chris was running tests<br>
for Peru.  The test setup consisted on ~25 laptops associated to a<br>
WRT54 access point.  When the laptops were on, associated and (not<br>
sure about this) idle, we observed a high volume of wireless traffic.<br>
The spectrum analyzer showed close to 50% duty cycle utilization of<br>
the channel.<br>
We also observed that a few xo's could not associate, and some seemed to<br>
intermittently lose and recover association.<br>
<br>
Turning off the WRT54 (and therefore stopping all the infra traffic)<br>
freed up most of the bandwidth on that channel.<br>
<br>
In my 50 second capture (taken before turning off the AP) we observe:<br>
<br>
Total traffic:                  15081 frames (100%)<br>
All WDS traffic (1):             6023 frames ( 40%)<br>
WDS, xo is source addr (2):      4343 frames ( 29%)<br>
 (96% of the above xmitted at 1 Mbps (3) and 100% sent by a single AP(4))<br>
<br>
Compare that with<br>
<br>
xo originated infra frames (5):   401 frames ( 3%)<br>
 (77% of the above xmitted at rates higher than 2 Mbps (6))<br>
<br>
What does all this mean?<br>
<br>
1. Multicast traffic gets replicated and retransmitted.<br>
2. The ratio of original frames to AP generated multicast<br>
retransmissions is 1:11<br>
3. Taking into account the data rates this means that for 1 airtime<br>
unit used to transmit useful traffic, over 200 units are wasted<br>
transmitting useless WDS traffic.<br>
4. All this is done by a single Cisco AP, MAC: 00:1e:7e:44:ce:6e<br>
<br>
Michail, is that one of OLPC APs?<br>
Chris, we should see a big improvement if we can disable that<br>
"feature" on the AP... or put it under water.<br>
<br>
I've posted my capture here:<br>
<a href="http://dev.laptop.org/%7Ejavier/captures/cisco-wds-traffic-around-xo-testbed.cap" target="_blank">http://dev.laptop.org/~javier/captures/cisco-wds-traffic-around-xo-testbed.cap</a><br>
 in case someone wants to double check my analysis (Ricardo?).<br>
<br>
Cheers,<br>
<br>
Javier<br>
<br>
(1) wlan.fc.ds == 3<br>
(2) wlan.fc.ds == 3 and wlan.sa[0-2] == 00:17:C4<br>
(3) wlan.fc.ds == 3 and wlan.sa[0-2] == 00:17:C4 and radiotap.datarate == 0x2<br>
(4) wlan.fc.ds == 3 and wlan.sa[0-2] == 00:17:C4 and wlan.ta[4-5] == ce:6e<br>
(5) wlan.fc.ds == 1 and wlan.sa[0-2] == 00:17:C4<br>
(6) wlan.fc.ds == 1 and wlan.sa[0-2] == 00:17:C4 and radiotap.datarate > 4<br>
<font color="#888888"><br>
--<br>
Javier Cardona<br>
cozybit Inc.<br>
</font></blockquote></div><br>