|
Description de la tâche
Bonjour! :)
Suite à mon commentaire :
http://bugs.freeplayer.org/task/4311#comment38558
Il ne faut pas tenir compte des spécifications IEEE 802.11n/D7.0, 11.14.3.2 dans hostapd : un AP qui fait du 40 MHz doit scanner les réseaux présents sur N +/- et ne pas s’activer si un autre AP est présent. Sinon quand hostapd démarre, il scanne les réseaux voisins et n’active jamais le HT40 (voir “Probe Response frame” dans le commentaire) car hostpad détecte (à tort) que le canal secondaire est déjà pris :
Démarrage daemon hostapd... >Configuration file: /etc/hostapd/hostapd.conf >20/40 MHz operation not permitted on channel pri=6 sec=2 based on overlapping BSSes >Using interface wlan0 with hwaddr 44:1d:61:db:5f:76 and ssid ‘Nexus6’
Il faut patcher hostapd pour ne pas activer se mécanisme, qui semble trop restrictif, je n’ai pas de voisin sur le “primary channel” ‘6’ ou sur le “secondary channel” ‘2’...
Mon patch IEEE_802.11n_D7.0.patch :
# cat IEEE_802.11n_D7.0.patch
— ../src.orig/ap/hw_features.c 2011-10-31 02:53:02.329856225 +0100
+++ ../src/ap/hw_features.c 2011-10-31 02:52:56.213933114 +0100
@@ -442,15 +442,15 @@
oper40 = ieee80211n_check_40mhz_2g4(iface, scan_res);
wpa_scan_results_free(scan_res);
- if (!oper40) {
- wpa_printf(MSG_INFO, “20/40 MHz operation not permitted on "
- “channel pri=%d sec=%d based on overlapping BSSes”,
- iface→conf→channel,
- iface→conf→channel +
- iface→conf→secondary_channel * 4);
- iface→conf→secondary_channel = 0;
- iface→conf→ht_capab &= ~HT_CAP_INFO_SUPP_CHANNEL_WIDTH_SET;
- }
+ if (!oper40) {
+ wpa_printf(MSG_INFO, “20/40 MHz operation not permitted on "
+ “channel pri=%d sec=%d based on overlapping BSSes”,
+ iface→conf→channel,
+ iface→conf→channel +
+ iface→conf→secondary_channel * 4);
+ iface→conf→secondary_channel = 0;
+ iface→conf→ht_capab &= ~HT_CAP_INFO_SUPP_CHANNEL_WIDTH_SET;
+ //}
hostapd_setup_interface_complete(iface, 0);
}
Ma config hostapd.conf :
##### IEEE 802.11n related configuration ######################################
ieee80211n=1
ht_capab=[HT40-][GF][SHORT-GI-20][SHORT-GI-40][RX-STBC12][MAX-AMSDU-3839][DSSS_CCK-40]
Résultat hostapd est bien en HT20/HT40, primary channel ‘6’ et secondary channel offset ‘below’ :
#iw dev wlan9 scan
BSS 52:bc:d4:b2:4b:d9 (on wlan9)
TSF: 25497984 usec (0d, 00:00:25)
freq: 2437
beacon interval: 100
capability: ESS Privacy ShortPreamble ShortSlotTime (0x0431)
signal: -64.00 dBm
last seen: 5136 ms ago
Information elements from Probe Response frame:
SSID: Nexus6
Supported rates: 1.0* 2.0* 5.5* 11.0* 6.0 9.0 12.0 18.0
DS Parameter set: channel 6
ERP: <no flags>
Extended supported rates: 24.0 36.0 48.0 54.0
RSN: * Version: 1
* Group cipher: CCMP
* Pairwise ciphers: CCMP
* Authentication suites: PSK
* Capabilities: (0x0000)
HT capabilities:
Capabilities: 0x127e
HT20/HT40
SM Power Save disabled
RX Greenfield
RX HT20 SGI
RX HT40 SGI
RX STBC 2-streams
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
HT operation:
* primary channel: 6
* secondary channel offset: below
* STA channel width: any
* RIFS: 0
* HT protection: no
* non-GF present: 0
* OBSS non-GF present: 0
* dual beacon: 0
* dual CTS protection: 0
* STBC beacon: 0
* L-SIG TXOP Prot: 0
* PCO active: 0
* PCO phase: 0
Au vu de ce mesage, si vous n’y comprenez toujours rien, on me téléphone...
http://bugs.freeplayer.org/task/6178
/Nexus6
– Merci d’être avec nous!
|
