2 Replies Latest reply on Oct 17, 2012 2:16 PM by jg

    Incorrect Supported Rates IE in beacons when using Wireless Hosted Network with Centrino adapters

    jg

      Hello,

       

      I'm seeing an odd issue when using Wireless Hosted Network on Windows 7 with a Centrino adapter.  Essentially, the supported rates advertised in the beacon frames contain only the 802.11g OFDM rates and none of the 802.11b rates, even when the adapter is in a/b/g or b/g mode.  I've used Wireshark to sniff the management frames over the air and see the following:

       

      Centrino adapter configured to 802.11 a/b/g or b/g mode (via Device Manager):

      Beacons and Probe Responses: sent at 6.0 Mbps, short preamble

      Supported Rates IE contains: 6, 9, 12, 18, 24, 36, 48, 54

      No Extended Supported Rates IE

       

      Centrino adapter configured to 802.11 b mode (via Device Manager):

      Beacons and Probe Responses: sent at 6.0 Mbps, short preamble (odd, since we should be configured in 11b mode)

      Supported Rates IE contains: 1, 2, 5.5, 11

      No Extended Supported Rates IE

       

      We prefer using a/b/g mode and have done empirical testing of association/authentication reliability of other wireless devices connecting to Centrino versus other adapters.  On the Centrino, due to the supported rates IE, 802.11 association and authentication take place using 6.0Mbps instead of the typical 1.0Mbps rate.  All of the other Broadcom/Ralink/Atheros chipsets that we've tested advertise both 11b and 11g OFDM rates and thus all 802.11 association and authentication takes place at 1.0 Mbps.

       

      We've run tens of thousands of test iterations in a semi-noisy environment and found that using the 6.0 Mbps OFDM rate for association/authentication causes an order of magnitude greater connect failure rate than on other adapters.  This Supported Rates IE behavior was observed with the two Centrino chipsets that we tested - a Centrino Advanced-N 6235 (a/b/g/n) and a Centrino Wireless-N 100 (b/g/n).  It has also been observed with two of the newest driver versions - 15.0.0.75 and 15.1.1.1.

       

      Is there a driver fix that can be made so that both 802.11b and g rates can be advertised? Or is there possibly some way to use NDIS or other methods/utilities to control the supported rates IE?

       

      Thanks in advance for any insights/pointers!

      Jared