Problems connecting to Meru VCell / Per Station BSSID + WPA-PSK
Bug #360692 reported by
Tony Espy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
network-manager (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: network-manager
Wi-Fi association fails to connect to a Meru Virtual Access point configured for per-station BSSID and WPA-PSK.
Association works fine if the AP cell is configured with no Security, or WEP, however it always fails when configured for WPA-PSK.
Note, the version of NM used was the Intrepid version backported to Hardy:
0.7~~svn2008101
The same problem is also seen with NM 0.6.6 in 8.04.
The problem occurs with multiple drivers ( Broadcom 'wl', RaLink Rt2x00, rt73usb ).
Occasionally association succeeds, but the connection continually disconnects and is un-usable.
To post a comment you must log in.
Here's a description of Meru's Virtual Cell technology:
What is Virtual Cell?
By default, access points on the same channel share a BSSID when you create an
ESSID. This allows the formation of a Virtual Cell, which is a group
of access points
on the same channel sharing the same BSSID. You can disable access points on the
same channel from sharing the same BSSID, which prevents the formation
of a Virtual
Cell. If you prevent access points on the same channel from sharing
the same BSSID,
each access point has its own unique BSSID.
The per-station-bssid feature assigns each station its own unique, link-local
Shared BSSID Vcell
Per-station BSSID Vcell
BSSID, called a Meru SSID of MSSID, which a station keeps throughout the Virtual
Cell. It is permissible to have a mix of ESS profiles that use both shared and
per-station BSSID implementations of Virtual Cell.
Types of Virtual Cell
Per-station BSSID Vcell OVERVIEW for AP200:
Starting in release 3.4, there is a new method to support the Meru bssid". The
Virtual Cell (VC) functionality called "per-station-
primary difference between "per-station-bssid" and the traditional VC
method (called "shared-bssid" in the web interface and ioscli) is that
"per-station-bssid" modifies the beacon behavior so that only one AP
will send beacons for a given BSSID - i.e. rather than all APs
supporting the same essid/channel pair beaconing for that BSSID . The
original method of VC will continue to be supported and a single
controller will be able to simultaneously support essids configured to
use the new "per-station-bssid" along with essids configured to use
the original VC method.
The "per-station-bssid" is supported in the AP 201 and 208 in 3.4. A
future release will support the AP 300 series. There is no planned
per-station BSSID support for the AP 150.
SUITABLE DEPLOYMENTS
"Per-station-bssid" is well-suited for any deployments that make heavy
use of wireless stations with the Intel 3945 chipset. The
interoperability issues between the Intel 3945 chipset and the
original implementation of Meru's Virtual Cell functionality was one
of the primary reasons for the new virtual cell implementation.
Along with the specific Intel 3945 issue, there have been a handful of supplicants because of how the original VC method was
other, more minor, interoperability issues with other
chipsets/
implemented.
SOME NUTS AND BOLTS
generating a unique BSSID for each station that comes onto the
network.
BSSID at the configured beacon interval of the associated ESSID
profile. So, in contrast to the original VC method, where an air
capture would show n beacons per beacon interval from a given BSSID, n
equal to the number of APs supporting that BSSID, a per-station BSSID
air capture will show 1 beacon per beacon interval from an individual
station's BSSID.
transmitted at the individual station's unicast transmission rate (but
no higher than 24M by default), which will almost always ...