Re: 11n in adhoc mode
Let me do some more digging. If you set the channel like that you run through a different code path to if you do it via scanning. Also, I did tidy up and remove some code before I posted that diff. Maybe some of it was needed. mesh-2870:~ # athratestats -i ath1 -m 00:0c:42:6c:61:91 static_rix (-1) ratemask 0x0 See that? The ratemask is all wrong, even for an 11a/11bg node. Maybe how it learnt about the second node was via a different code path.. Adrian On 12 December 2012 04:29, Johann Hugo wrote: > On Wednesday, December 12, 2012 01:58:38 AM Adrian Chadd wrote: > >> Here's what I have trimmed this down to so far: > >> > >> >> http://people.freebsd.org/~adrian/ath/20121212-11n-ibss-and-other-stuff-3.di > >> ff > >> > >> Please disable ampdu for now (ifconfig wlanX -ampdu) as it just plain > >> doesn't work. > >> I'll figure out why once I figure out the cleanest way to get this 11n > >> IBSS stuff working. > >> > >> I've tested this between two 11n nodes and a third 11a only node. > >> So far it works out ok. But it obviously could do with a lot more > >> thorough testing. > >> > >> I'd appreciate feedback! > >> > > > > No luck. Maybe I'm missing some settings ? > > > > mesh-2870:~ # uname -a > > FreeBSD mesh-2870 10.0-CURRENT FreeBSD 10.0-CURRENT #15: Wed Dec 12 11:38:06 > > > > rc.conf > > create_args_wlan1="wlanmode adhoc country ZA" > > ifconfig_wlan1="10.50.50.2/24 ssid testADHOC channel 28:ht/40 -ampdu bssid > 02:8c:ca:fe:ca:10" > > > > mesh-2870:~ # ifconfig wlan1 > > wlan1: flags=8843 metric 0 mtu 1500 > > ether 00:0c:42:6c:63:20 > > inet 10.50.50.2 netmask 0xff00 broadcast 10.50.50.255 > > inet6 fe80::20c:42ff:fe6c:6320%wlan1 prefixlen 64 scopeid 0x8 > > nd6 options=21 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > > status: running > > ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 > > regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 > > mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k > > ampdudensity 8 shortgi wme burst > > > > mesh-2870:~ # ifconfig wlan1 list chan > > Channel 1 : 2412 MHz 11g ht Channel 52 : 5260* MHz 11a ht > > Channel 2 : 2417 MHz 11g ht Channel 56 : 5280* MHz 11a ht > > Channel 3 : 2422 MHz 11g ht Channel 60 : 5300* MHz 11a ht > > Channel 4 : 2427 MHz 11g ht Channel 64 : 5320* MHz 11a ht > > Channel 5 : 2432 MHz 11g ht Channel 100 : 5500* MHz 11a ht > > Channel 6 : 2437 MHz 11g ht Channel 104 : 5520* MHz 11a ht > > Channel 7 : 2442 MHz 11g ht Channel 108 : 5540* MHz 11a ht > > Channel 8 : 2447 MHz 11g ht Channel 112 : 5560* MHz 11a ht > > Channel 9 : 2452 MHz 11g ht Channel 116 : 5580* MHz 11a ht > > Channel 10 : 2457 MHz 11g ht Channel 120 : 5600* MHz 11a ht > > Channel 11 : 2462 MHz 11g ht Channel 124 : 5620* MHz 11a ht > > Channel 12 : 2467* MHz 11g ht Channel 128 : 5640* MHz 11a ht > > Channel 13 : 2472* MHz 11g ht Channel 132 : 5660* MHz 11a ht > > Channel 24 : 5120* MHz 11a ht Channel 136 : 5680* MHz 11a ht > > Channel 28 : 5140* MHz 11a ht Channel 140 : 5700* MHz 11a ht > > Channel 32 : 5160* MHz 11a ht Channel 149 : 5745* MHz 11a ht > > Channel 36 : 5180* MHz 11a ht Channel 153 : 5765* MHz 11a ht > > Channel 40 : 5200* MHz 11a ht Channel 157 : 5785* MHz 11a ht > > Channel 44 : 5220* MHz 11a ht Channel 161 : 5805* MHz 11a ht > > Channel 48 : 5240* MHz 11a ht Channel 165 : 5825* MHz 11a ht > > > > mesh-2870:~ # ifconfig wlan1 list sta > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:0c:42:6c:63:20 0 28 0M 18.0 300 21 0 I A > > 00:0c:42:6c:61:91 0 28 54M 17.5 0 122 1552 I AQ HTCAP WME > > > > mesh-2870:~ # athratestats -i ath1 -m 00:0c:42:6c:61:91 > > static_rix (-1) ratemask 0x0 > > [ 250] cur rate 54 Mb since switch: packets 1 ticks 142385 > > [ 250] last sample (6 Mb) cur sample (0 ) packets sent 122 > > [ 250] packets since sample 1 sample tt 0 > > > > [1600] cur rate 54 Mb since switch: packets 1 ticks 93578 > > [1600] last sample (6 Mb) cur sample (0 ) packets sent 3 > > [1600] packets since sample 3 sample tt 0 > > > > TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit > > [36 Mb: 250] 1:1 (100.0%) 1/ 0 464uS 6977 > > [36 Mb:1600] 1:1 (100.0%) 1/ 0 764uS 93021 > > [54 Mb: 250] 121:121 (100.0%) 121/ 0 444uS 142385 > > [54 Mb:1600] 2:2 (100.0%) 2/ 0 644uS 93578 > > > > Johann ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
On Wednesday, December 12, 2012 01:58:38 AM Adrian Chadd wrote: > Here's what I have trimmed this down to so far: > > http://people.freebsd.org/~adrian/ath/20121212-11n-ibss-and-other-stuff-3.di > ff > > Please disable ampdu for now (ifconfig wlanX -ampdu) as it just plain > doesn't work. > I'll figure out why once I figure out the cleanest way to get this 11n > IBSS stuff working. > > I've tested this between two 11n nodes and a third 11a only node. > So far it works out ok. But it obviously could do with a lot more > thorough testing. > > I'd appreciate feedback! > No luck. Maybe I'm missing some settings ? mesh-2870:~ # uname -a FreeBSD mesh-2870 10.0-CURRENT FreeBSD 10.0-CURRENT #15: Wed Dec 12 11:38:06 rc.conf create_args_wlan1="wlanmode adhoc country ZA" ifconfig_wlan1="10.50.50.2/24 ssid testADHOC channel 28:ht/40 -ampdu bssid 02:8c:ca:fe:ca:10" mesh-2870:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:63:20 inet 10.50.50.2 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6320%wlan1 prefixlen 64 scopeid 0x8 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k ampdudensity 8 shortgi wme burst mesh-2870:~ # ifconfig wlan1 list chan Channel 1 : 2412 MHz 11g ht Channel 52 : 5260* MHz 11a ht Channel 2 : 2417 MHz 11g ht Channel 56 : 5280* MHz 11a ht Channel 3 : 2422 MHz 11g ht Channel 60 : 5300* MHz 11a ht Channel 4 : 2427 MHz 11g ht Channel 64 : 5320* MHz 11a ht Channel 5 : 2432 MHz 11g ht Channel 100 : 5500* MHz 11a ht Channel 6 : 2437 MHz 11g ht Channel 104 : 5520* MHz 11a ht Channel 7 : 2442 MHz 11g ht Channel 108 : 5540* MHz 11a ht Channel 8 : 2447 MHz 11g ht Channel 112 : 5560* MHz 11a ht Channel 9 : 2452 MHz 11g ht Channel 116 : 5580* MHz 11a ht Channel 10 : 2457 MHz 11g ht Channel 120 : 5600* MHz 11a ht Channel 11 : 2462 MHz 11g ht Channel 124 : 5620* MHz 11a ht Channel 12 : 2467* MHz 11g ht Channel 128 : 5640* MHz 11a ht Channel 13 : 2472* MHz 11g ht Channel 132 : 5660* MHz 11a ht Channel 24 : 5120* MHz 11a ht Channel 136 : 5680* MHz 11a ht Channel 28 : 5140* MHz 11a ht Channel 140 : 5700* MHz 11a ht Channel 32 : 5160* MHz 11a ht Channel 149 : 5745* MHz 11a ht Channel 36 : 5180* MHz 11a ht Channel 153 : 5765* MHz 11a ht Channel 40 : 5200* MHz 11a ht Channel 157 : 5785* MHz 11a ht Channel 44 : 5220* MHz 11a ht Channel 161 : 5805* MHz 11a ht Channel 48 : 5240* MHz 11a ht Channel 165 : 5825* MHz 11a ht mesh-2870:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:63:200 28 0M 18.0 300 21 0 IA 00:0c:42:6c:61:910 28 54M 17.50122 1552 IAQ HTCAP WME mesh-2870:~ # athratestats -i ath1 -m 00:0c:42:6c:61:91 static_rix (-1) ratemask 0x0 [ 250] cur rate 54 Mb since switch: packets 1 ticks 142385 [ 250] last sample (6 Mb) cur sample (0 ) packets sent 122 [ 250] packets since sample 1 sample tt 0 [1600] cur rate 54 Mb since switch: packets 1 ticks 93578 [1600] last sample (6 Mb) cur sample (0 ) packets sent 3 [1600] packets since sample 3 sample tt 0 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [36 Mb: 250]1:1(100.0%)1/ 0 464uS 6977 [36 Mb:1600]1:1(100.0%)1/ 0 764uS 93021 [54 Mb: 250] 121:121 (100.0%) 121/ 0 444uS 142385 [54 Mb:1600]2:2(100.0%)2/ 0 644uS 93578 Johann ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
.. hey, scratch that. 11n aggregation works in IBSS mode with my patch, at least on ath(4). I bet there's all kinds of weird subtle crap going on that we need to fix, but the basics are working. Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Here's what I have trimmed this down to so far: http://people.freebsd.org/~adrian/ath/20121212-11n-ibss-and-other-stuff-3.diff Please disable ampdu for now (ifconfig wlanX -ampdu) as it just plain doesn't work. I'll figure out why once I figure out the cleanest way to get this 11n IBSS stuff working. I've tested this between two 11n nodes and a third 11a only node. So far it works out ok. But it obviously could do with a lot more thorough testing. I'd appreciate feedback! Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Hm, you may be right; but I disabled HT protection entirely and stuck it on a very quiet channel. It's possible both ends were colliding with each other though. I did add some HT update code to the adhoc beacon processing, though. It's just not entirely clear how to handle that given the nature of IBSS - ie, every peer may have some different idea of what the protection mode is. It's possible that it should be learnt once when you join the BSS, much like how the adhoc scan pick code checks for a few things matching before it joins that BSS. Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
> -- > > Message: 1 > Date: Tue, 11 Dec 2012 01:19:51 -0800 > From: Adrian Chadd > To: Johann Hugo > Cc: freebsd-wireless@freebsd.org > Subject: Re: 11n in adhoc mode > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > .. so now I have 11n IBSS working, but the performance is pretty > shocking. I bet there's some timers that are just not programmed > correctly. > I see massive numbers of long retries and CRC errors. Are protection modes set correctly on both ends? This happens when each end uses different prot mode. > * Then some ancillary stuff - mostly processing beacon frames from > peers and handling HT IE changes correctly. Because this is an adhoc mode issue, this may not apply. But, this is what I have been seeing. Yet another ancillary stuff. Currently, protection mode is updated though ieee80211_htprot_update() (finally iv_update_beacon() is called), and it is called only in hostap mode. When occupancy changes, an ap updates beacon and tells driver to updated the prot mode. Even though, other ends receives updated beacon, ieee80211 stack doesn't tell driver to update the mode (other than in ap mode). As the result, those nics run on different prot modes. When operating with mismatched mode, retry and crc error counts skyrocket. I think we need to add ic_update_prot(). AK ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
.. so now I have 11n IBSS working, but the performance is pretty shocking. I bet there's some timers that are just not programmed correctly. I see massive numbers of long retries and CRC errors. In any case, there are a few odd things out: * ieee80211_ies_expand() doesn't parse HTINFO, only HTCAP. I don't know why - Bernhard, any ideas? * Taught ieee80211_sta_join() about the HT setup, so it sets up HT information based on the probe response. * The problem here is that the STA code sets up the HT information based on the association response, rather than the probe response; but there's no association request/response with IBSS. So if you don't capture it during probe response, you're short of luck; * .. and when doing an initial scan, the probe response goes to the scan module; it doesn't make it through to the normal probe response code that follows and thus it can't possibly be used to upgrade things. * Then some ancillary stuff - mostly processing beacon frames from peers and handling HT IE changes correctly. So with this, I have what looks like a working 802.11n IBSS - at least there are MCS rates negotiated on both sides. I don't like it one bit though; I'd like to sit down with Bernhard and anyone else who knows net80211 well enough to see whether things are "right". But.. it seems quite plausible to make work now. I don't think I have the time / brain cycles to debug some of the more stranger behaviour (and I can't ignore that the driver/HAL is missing a whole heap of 11n chipset IBSS fixes, let along the IBSS data path needing some TX and RX AMPDU fixes) but I'll definitely see if I can just get the basics up and running. Thanks, Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Ok, wow. I think I finally understand the level of "huh?" going on here. When a new BSS is created, everything now works out great. It creates a BSS, the channel is promoted to 11n correctly, it gets the 11n IE's populated, etc. When you're joining a BSS however, it doesn't do any of this. adhoc_pick_bss() calls ieee80211_sta_join() to the BSS, which populates a vap node to that peer with a very, very bare minimum config. There's no HT info there at all. But since it's done the basic node setup, the normal discovery path (ie, BSS RX, BSS beacon RX) doesn't see this particular node as a 'new' node. Now, I hacked up the HT rate and node setup into adhoc_pick_bss() to setup the BSS node like this and it works; enough to have both sides setup the MCS rate tables and negotiate 11n right. They don't successfully negotiate ADDBA, but that's some funny race crap I'll deal with later (I'm doing it all on a single laptop with two ath NICs, using vimage. Yes, evil.) Anyway. I think I'm getting slightly closer to making 11n adhoc mode work. I may need some help (Bernhard?) on figuring out a cleaner way to "join" an existing BSS, instead of how it's currently done. Also, Bernhard - why don't we do all the IE setup in ieee80211_sta_join() ? Thanks, Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Ok, I've started digging into this a bit more. I need to get 11n adhoc working so I can get 11n ahdemo working, so we can actually do 11n TDMA at some point in the near future. There's a whole lot of missing stuff: * ieee80211_add_neighbor() and ieee80211_init_neighbor() don't know about HT at all; they don't populate the HT IEs or 11n rates; * when scanning and choosing a channel to create a BSS on, there are two things: + if it doesn't find an IBSS, it creates one + if it doesn't find an IBSS, it joins that IBSS initially, via whatever is in the scan cache, using the scan cache channel results. Now, I fixed the primary so it does correctly populate the HTINFO/HTCAP IEs; so now the IBSS 11n beaconing does indeed include the TX/RX MCS configuration necessary to do HT/MCS. But the second is the problem - namely, it looks in the scan cache, selects the matched entry (that used a legacy channel, as scanning is done using legacy channels!) then it just calls ieee80211_sta_join() using that. So it always creates a non-HT channel configuration and associates as a non-HT node. Now, if I change adhoc_pick_bss() to adjust the channel to be a HT channel before it goes off and calls ieee80211_sta_join(), it will successfully setup the channel to be an 11n channel and it'll do MCS rates with an 11n peer fine. (traffic throughput sucks and panics though; so it's not all smooth sailing here.) But that raises a big problem: If the first node that a new IBSS device sees is non-11n, will it just assume the BSS is legacy, or will it magically promote itself to 11n/ht20 or 11n/ht40 and continue along merrily? It'd be nice to figure out what the behaviour there should be. Anyway. I'm making a little progress. I'll see if I can figure out why I'm getting panics and crappy throughput when doing traffic tests - I bet the adhoc RX and TX data path doesn't have some 11n related fixes in there and it's messing things up. Adrian ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Ok, Please reply to the PR with some debugging output. On both nodes, enable this: wlandebug -i wlanX +assoc +ht +rate Then do some pings on either side. Don't do iperf, it'll dump out way too much debugging (one line per frame.) Just pings and record both sides is enough. It'll tell me how the HT negotiation goes, what PHY table is selected, what rates there are, etc. Then, when you've done that, do it for both STA/IBSS and IBSS/IBSS, then report back on the bug. I hope it's something ridiculously silly, like I'm missing a HT upgrade in some IBSS negotiation path. Thanks for this! I look forward to having 802.11n rates and TX aggregation working with IBSS, at least without encryption. Adrian On 22 October 2012 10:30, Johann Hugo wrote: > http://www.freebsd.org/cgi/query-pr.cgi?pr=172955 > > > > Johann > > > > On Monday 22 October 2012 19:19:43 Adrian Chadd wrote: > >> Yay, bug! > >> > >> > >> > >> Adrian > >> > >> On 22 October 2012 07:21, Adrian Chadd wrote: > >> > .. please file a bug. :-) Now that I have VIMAGE mostly working with > >> > wifi, I'd like to take the opportunity to fix whatever 11n ibss bugs > >> > you see. > >> > > >> > There's no reason why aggregation and MCS rates shouldn't work with > >> > IBSS. The only questionable issue right now is encryption and that > >> > requires some stack/driver changes to fully support. (Read: You can't > >> > do 11n + WEP by default (no, don't ask me to make it work with ath(4), > >> > I won't :-)) and getting the CCMP encryption working in IBSS mode > >> > requires changes to the crypto key and keycache programming. > >> > > >> > > >> > > >> > Adrian > >> > > >> > On 18 October 2012 00:52, Adrian Chadd wrote: > >> >> Ah, it looks like the MCS rate stuff isn't being setup or negotiated > >> >> right? > >> >> > >> >> Please file a bug. I'm not sure if I'll have time to dig into it > >> >> though; but it should be easy to fix. > >> >> > >> >> > >> >> > >> >> adrian > >> >> > >> >> On 18 October 2012 00:48, Johann Hugo wrote: > >> >>> On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > >> Hi, > >> > >> > >> > >> Try disabling ampdu - ifconfig wlanX -ampdu > >> >>> > >> >>> Nope, still the same. (done on both sides) > >> >>> > >> >>> > >> >>> > >> >>> mesh-1d04:~ # ifconfig wlan1 -ampdu > >> >>> > >> >>> mesh-1d04:~ # ifconfig wlan1 > >> >>> > >> >>> wlan1: flags=8843 metric 0 mtu > >> >>> 1500 > >> >>> > >> >>> ether 00:0c:42:6c:61:91 > >> >>> > >> >>> inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 > >> >>> > >> >>> inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 > >> >>> > >> >>> inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 > >> >>> > >> >>> nd6 options=21 > >> >>> > >> >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > >> >>> > >> >>> status: running > >> >>> > >> >>> ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid >> >>> 02:8c:ca:fe:ca:10 > >> >>> > >> >>> regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 > >> >>> > >> >>> mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k > >> >>> > >> >>> ampdudensity 8 shortgi wme burst > >> >>> > >> >>> > >> >>> > >> >>> mesh-1d04:~ # ifconfig wlan1 list sta > >> >>> > >> >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >> >>> > >> >>> 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A > >> >>> > >> >>> 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME > >> >>> > >> >>> > >> >>> > >> >>> mesh-1d04:~ # iperf -c 10.50.50.2 > >> >>> > >> >>> > >> >>> > >> >>> Client connecting to 10.50.50.2, TCP port 5001 > >> >>> > >> >>> TCP window size: 32.5 KByte (default) > >> >>> > >> >>> > >> >>> > >> >>> [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 > >> >>> > >> >>> [ ID] Interval Transfer Bandwidth > >> >>> > >> >>> [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec > >> >>> > >> >>> mesh-1d04:~ # ifconfig wlan1 list sta > >> >>> > >> >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >> >>> > >> >>> 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A > >> >>> > >> >>> 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME > >> >>> > >> >>> mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 > >> >>> > >> >>> static_rix (-1) ratemask 0x0 > >> >>> > >> >>> [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 > >> >>> > >> >>> [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 > >> >>> > >> >>> [ 250] packets since sample 6 sample tt 0 > >> >>> > >> >>> > >> >>> > >> >>> [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 > >> >>> > >> >>> [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 > >> >>> > >> >>> [1600] packets since sample 20 sample tt 764 > >> >>> > >> >>> > >> >>> > >> >>> TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit > >> >>> > >> >>> [ 9 Mb:1600] 1:1 (100.0%) 1/ 0 1848uS 291850 > >> >>> > >> >>> [18 Mb:1600] 17:
Re: 11n in adhoc mode
http://www.freebsd.org/cgi/query-pr.cgi?pr=172955 Johann On Monday 22 October 2012 19:19:43 Adrian Chadd wrote: > Yay, bug! > > > > Adrian > > On 22 October 2012 07:21, Adrian Chadd wrote: > > .. please file a bug. :-) Now that I have VIMAGE mostly working with > > wifi, I'd like to take the opportunity to fix whatever 11n ibss bugs > > you see. > > > > There's no reason why aggregation and MCS rates shouldn't work with > > IBSS. The only questionable issue right now is encryption and that > > requires some stack/driver changes to fully support. (Read: You can't > > do 11n + WEP by default (no, don't ask me to make it work with ath(4), > > I won't :-)) and getting the CCMP encryption working in IBSS mode > > requires changes to the crypto key and keycache programming. > > > > > > > > Adrian > > > > On 18 October 2012 00:52, Adrian Chadd wrote: > >> Ah, it looks like the MCS rate stuff isn't being setup or negotiated > >> right? > >> > >> Please file a bug. I'm not sure if I'll have time to dig into it > >> though; but it should be easy to fix. > >> > >> > >> > >> adrian > >> > >> On 18 October 2012 00:48, Johann Hugo wrote: > >>> On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > Hi, > > > > Try disabling ampdu - ifconfig wlanX -ampdu > >>> > >>> Nope, still the same. (done on both sides) > >>> > >>> > >>> > >>> mesh-1d04:~ # ifconfig wlan1 -ampdu > >>> > >>> mesh-1d04:~ # ifconfig wlan1 > >>> > >>> wlan1: flags=8843 metric 0 mtu > >>> 1500 > >>> > >>> ether 00:0c:42:6c:61:91 > >>> > >>> inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 > >>> > >>> inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 > >>> > >>> inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 > >>> > >>> nd6 options=21 > >>> > >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > >>> > >>> status: running > >>> > >>> ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 > >>> > >>> regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 > >>> > >>> mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k > >>> > >>> ampdudensity 8 shortgi wme burst > >>> > >>> > >>> > >>> mesh-1d04:~ # ifconfig wlan1 list sta > >>> > >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >>> > >>> 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A > >>> > >>> 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME > >>> > >>> > >>> > >>> mesh-1d04:~ # iperf -c 10.50.50.2 > >>> > >>> > >>> > >>> Client connecting to 10.50.50.2, TCP port 5001 > >>> > >>> TCP window size: 32.5 KByte (default) > >>> > >>> > >>> > >>> [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 > >>> > >>> [ ID] Interval Transfer Bandwidth > >>> > >>> [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec > >>> > >>> mesh-1d04:~ # ifconfig wlan1 list sta > >>> > >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >>> > >>> 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A > >>> > >>> 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME > >>> > >>> mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 > >>> > >>> static_rix (-1) ratemask 0x0 > >>> > >>> [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 > >>> > >>> [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 > >>> > >>> [ 250] packets since sample 6 sample tt 0 > >>> > >>> > >>> > >>> [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 > >>> > >>> [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 > >>> > >>> [1600] packets since sample 20 sample tt 764 > >>> > >>> > >>> > >>> TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit > >>> > >>> [ 9 Mb:1600] 1:1 (100.0%) 1/ 0 1848uS 291850 > >>> > >>> [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 > >>> > >>> [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 > >>> > >>> [36 Mb: 250] 1:1 (100.0%) 1/ 0 464uS 288917 > >>> > >>> [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 > >>> > >>> [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 > >>> > >>> [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 > >>> > >>> [54 Mb:1600] 9767:9767 (100.0%) 10518/ 0 648uS 292477 > >>> > Adrian > > On 18 October 2012 00:34, Johann Hugo wrote: > > Hi > > > > > > > > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM > > > > boards. > > > > > > > > HW = gateworks ARM > > > > OS = FreeBSD 10.0-CURRENT > > > > Build = arm-10-20121011 > > > > Wifi = RouterBOARD R52nM = AR9220 > > > > > > > > 11n works if one device is in AP mode and the other in ST mode, but > > I can > > > > get it running with both devices in ADHOC mode. > > > > > > > > Is there a special switch or something that I need to to
Re: 11n in adhoc mode
Yay, bug! Adrian On 22 October 2012 07:21, Adrian Chadd wrote: > .. please file a bug. :-) Now that I have VIMAGE mostly working with > wifi, I'd like to take the opportunity to fix whatever 11n ibss bugs > you see. > > There's no reason why aggregation and MCS rates shouldn't work with > IBSS. The only questionable issue right now is encryption and that > requires some stack/driver changes to fully support. (Read: You can't > do 11n + WEP by default (no, don't ask me to make it work with ath(4), > I won't :-)) and getting the CCMP encryption working in IBSS mode > requires changes to the crypto key and keycache programming. > > > > Adrian > > On 18 October 2012 00:52, Adrian Chadd wrote: >> Ah, it looks like the MCS rate stuff isn't being setup or negotiated right? >> >> Please file a bug. I'm not sure if I'll have time to dig into it >> though; but it should be easy to fix. >> >> >> >> adrian >> >> On 18 October 2012 00:48, Johann Hugo wrote: >>> On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: >>> Hi, >>> >>> Try disabling ampdu - ifconfig wlanX -ampdu >>> >>> >>> >>> Nope, still the same. (done on both sides) >>> >>> >>> >>> mesh-1d04:~ # ifconfig wlan1 -ampdu >>> >>> mesh-1d04:~ # ifconfig wlan1 >>> >>> wlan1: flags=8843 metric 0 mtu 1500 >>> >>> ether 00:0c:42:6c:61:91 >>> >>> inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 >>> >>> inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 >>> >>> inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 >>> >>> nd6 options=21 >>> >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na >>> >>> status: running >>> >>> ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 >>> >>> regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 >>> >>> mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k >>> >>> ampdudensity 8 shortgi wme burst >>> >>> >>> >>> mesh-1d04:~ # ifconfig wlan1 list sta >>> >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >>> >>> 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A >>> >>> 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME >>> >>> >>> >>> mesh-1d04:~ # iperf -c 10.50.50.2 >>> >>> >>> >>> Client connecting to 10.50.50.2, TCP port 5001 >>> >>> TCP window size: 32.5 KByte (default) >>> >>> >>> >>> [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 >>> >>> [ ID] Interval Transfer Bandwidth >>> >>> [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec >>> >>> mesh-1d04:~ # ifconfig wlan1 list sta >>> >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >>> >>> 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A >>> >>> 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME >>> >>> mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 >>> >>> static_rix (-1) ratemask 0x0 >>> >>> [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 >>> >>> [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 >>> >>> [ 250] packets since sample 6 sample tt 0 >>> >>> >>> >>> [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 >>> >>> [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 >>> >>> [1600] packets since sample 20 sample tt 764 >>> >>> >>> >>> TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit >>> >>> [ 9 Mb:1600] 1:1 (100.0%) 1/ 0 1848uS 291850 >>> >>> [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 >>> >>> [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 >>> >>> [36 Mb: 250] 1:1 (100.0%) 1/ 0 464uS 288917 >>> >>> [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 >>> >>> [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 >>> >>> [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 >>> >>> [54 Mb:1600] 9767:9767 (100.0%) 10518/ 0 648uS 292477 >>> >>> >>> >>> >>> >>> >>> >>> >>> Adrian >>> >>> On 18 October 2012 00:34, Johann Hugo wrote: >>> > Hi >>> > >>> > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM >>> > boards. >>> > >>> > HW = gateworks ARM >>> > OS = FreeBSD 10.0-CURRENT >>> > Build = arm-10-20121011 >>> > Wifi = RouterBOARD R52nM = AR9220 >>> > >>> > 11n works if one device is in AP mode and the other in ST mode, but I > can >>> > get it running with both devices in ADHOC mode. >>> > >>> > Is there a special switch or something that I need to toggle for 11n to >>> > work in ADHOC mode ? >>> > >>> > Johann >>> > >>> > ___ >>> > freebsd-wireless@freebsd.org mailing list >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> > To unsubscribe, send any mail to >>> > "freebsd-wireless-unsubscr...@freebsd.org" >>> >>> ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsub
Re: 11n in adhoc mode
.. please file a bug. :-) Now that I have VIMAGE mostly working with wifi, I'd like to take the opportunity to fix whatever 11n ibss bugs you see. There's no reason why aggregation and MCS rates shouldn't work with IBSS. The only questionable issue right now is encryption and that requires some stack/driver changes to fully support. (Read: You can't do 11n + WEP by default (no, don't ask me to make it work with ath(4), I won't :-)) and getting the CCMP encryption working in IBSS mode requires changes to the crypto key and keycache programming. Adrian On 18 October 2012 00:52, Adrian Chadd wrote: > Ah, it looks like the MCS rate stuff isn't being setup or negotiated right? > > Please file a bug. I'm not sure if I'll have time to dig into it > though; but it should be easy to fix. > > > > adrian > > On 18 October 2012 00:48, Johann Hugo wrote: >> On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: >> >>> Hi, >> >>> >> >>> Try disabling ampdu - ifconfig wlanX -ampdu >> >> >> >> Nope, still the same. (done on both sides) >> >> >> >> mesh-1d04:~ # ifconfig wlan1 -ampdu >> >> mesh-1d04:~ # ifconfig wlan1 >> >> wlan1: flags=8843 metric 0 mtu 1500 >> >> ether 00:0c:42:6c:61:91 >> >> inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 >> >> inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 >> >> inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 >> >> nd6 options=21 >> >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na >> >> status: running >> >> ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 >> >> regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 >> >> mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k >> >> ampdudensity 8 shortgi wme burst >> >> >> >> mesh-1d04:~ # ifconfig wlan1 list sta >> >> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >> >> 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A >> >> 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME >> >> >> >> mesh-1d04:~ # iperf -c 10.50.50.2 >> >> >> >> Client connecting to 10.50.50.2, TCP port 5001 >> >> TCP window size: 32.5 KByte (default) >> >> >> >> [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 >> >> [ ID] Interval Transfer Bandwidth >> >> [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec >> >> mesh-1d04:~ # ifconfig wlan1 list sta >> >> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >> >> 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A >> >> 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME >> >> mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 >> >> static_rix (-1) ratemask 0x0 >> >> [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 >> >> [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 >> >> [ 250] packets since sample 6 sample tt 0 >> >> >> >> [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 >> >> [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 >> >> [1600] packets since sample 20 sample tt 764 >> >> >> >> TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit >> >> [ 9 Mb:1600] 1:1 (100.0%) 1/ 0 1848uS 291850 >> >> [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 >> >> [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 >> >> [36 Mb: 250] 1:1 (100.0%) 1/ 0 464uS 288917 >> >> [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 >> >> [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 >> >> [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 >> >> [54 Mb:1600] 9767:9767 (100.0%) 10518/ 0 648uS 292477 >> >> >> >> >> >>> >> >>> >> >>> >> >>> >> >>> Adrian >> >>> >> >>> On 18 October 2012 00:34, Johann Hugo wrote: >> >>> > Hi >> >>> > >> >>> > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM >> >>> > boards. >> >>> > >> >>> > HW = gateworks ARM >> >>> > OS = FreeBSD 10.0-CURRENT >> >>> > Build = arm-10-20121011 >> >>> > Wifi = RouterBOARD R52nM = AR9220 >> >>> > >> >>> > 11n works if one device is in AP mode and the other in ST mode, but I >>> > can >> >>> > get it running with both devices in ADHOC mode. >> >>> > >> >>> > Is there a special switch or something that I need to toggle for 11n to >> >>> > work in ADHOC mode ? >> >>> > >> >>> > Johann >> >>> > >> >>> > ___ >> >>> > freebsd-wireless@freebsd.org mailing list >> >>> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> >>> > To unsubscribe, send any mail to >> >>> > "freebsd-wireless-unsubscr...@freebsd.org" >> >> ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Ah, it looks like the MCS rate stuff isn't being setup or negotiated right? Please file a bug. I'm not sure if I'll have time to dig into it though; but it should be easy to fix. adrian On 18 October 2012 00:48, Johann Hugo wrote: > On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > >> Hi, > >> > >> Try disabling ampdu - ifconfig wlanX -ampdu > > > > Nope, still the same. (done on both sides) > > > > mesh-1d04:~ # ifconfig wlan1 -ampdu > > mesh-1d04:~ # ifconfig wlan1 > > wlan1: flags=8843 metric 0 mtu 1500 > > ether 00:0c:42:6c:61:91 > > inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 > > inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 > > inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 > > nd6 options=21 > > media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > > status: running > > ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 > > regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 > > mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k > > ampdudensity 8 shortgi wme burst > > > > mesh-1d04:~ # ifconfig wlan1 list sta > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A > > 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME > > > > mesh-1d04:~ # iperf -c 10.50.50.2 > > > > Client connecting to 10.50.50.2, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > > > [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 > > [ ID] Interval Transfer Bandwidth > > [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec > > mesh-1d04:~ # ifconfig wlan1 list sta > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A > > 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME > > mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 > > static_rix (-1) ratemask 0x0 > > [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 > > [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 > > [ 250] packets since sample 6 sample tt 0 > > > > [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 > > [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 > > [1600] packets since sample 20 sample tt 764 > > > > TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit > > [ 9 Mb:1600] 1:1 (100.0%) 1/ 0 1848uS 291850 > > [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 > > [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 > > [36 Mb: 250] 1:1 (100.0%) 1/ 0 464uS 288917 > > [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 > > [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 > > [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 > > [54 Mb:1600] 9767:9767 (100.0%) 10518/ 0 648uS 292477 > > > > > >> > >> > >> > >> > >> Adrian > >> > >> On 18 October 2012 00:34, Johann Hugo wrote: > >> > Hi > >> > > >> > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM > >> > boards. > >> > > >> > HW = gateworks ARM > >> > OS = FreeBSD 10.0-CURRENT > >> > Build = arm-10-20121011 > >> > Wifi = RouterBOARD R52nM = AR9220 > >> > > >> > 11n works if one device is in AP mode and the other in ST mode, but I >> > can > >> > get it running with both devices in ADHOC mode. > >> > > >> > Is there a special switch or something that I need to toggle for 11n to > >> > work in ADHOC mode ? > >> > > >> > Johann > >> > > >> > ___ > >> > freebsd-wireless@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > >> > To unsubscribe, send any mail to > >> > "freebsd-wireless-unsubscr...@freebsd.org" > > ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > Hi, > > Try disabling ampdu - ifconfig wlanX -ampdu Nope, still the same. (done on both sides) mesh-1d04:~ # ifconfig wlan1 -ampdu mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k ampdudensity 8 shortgi wme burst mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:61:910 28 0M 18.5 30 25 0 IA 00:0c:42:6c:63:200 28 54M 18.50 3288 IAQ HTCAP WME mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 32.5 KByte (default) [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:61:910 28 0M 18.50 43656 IA 00:0c:42:6c:63:200 28 54M 18.00 17776 59552 IAQ HTCAP WME mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 static_rix (-1) ratemask 0x0 [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 [ 250] packets since sample 6 sample tt 0 [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 [1600] packets since sample 20 sample tt 764 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [ 9 Mb:1600]1:1(100.0%)1/ 0 1848uS 291850 [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 [36 Mb: 250]1:1(100.0%)1/ 0 464uS 288917 [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 [54 Mb:1600] 9767:9767 (100.0%)10518/ 0 648uS 292477 > > > > > Adrian > > On 18 October 2012 00:34, Johann Hugo wrote: > > Hi > > > > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM > > boards. > > > > HW = gateworks ARM > > OS = FreeBSD 10.0-CURRENT > > Build = arm-10-20121011 > > Wifi = RouterBOARD R52nM = AR9220 > > > > 11n works if one device is in AP mode and the other in ST mode, but I can > > get it running with both devices in ADHOC mode. > > > > Is there a special switch or something that I need to toggle for 11n to > > work in ADHOC mode ? > > > > Johann > > > > ___ > > freebsd-wireless@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to > > "freebsd-wireless-unsubscr...@freebsd.org" ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
Re: 11n in adhoc mode
Hi, Try disabling ampdu - ifconfig wlanX -ampdu Adrian On 18 October 2012 00:34, Johann Hugo wrote: > Hi > > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM boards. > > HW = gateworks ARM > OS = FreeBSD 10.0-CURRENT > Build = arm-10-20121011 > Wifi = RouterBOARD R52nM = AR9220 > > 11n works if one device is in AP mode and the other in ST mode, but I can get > it running with both devices in ADHOC mode. > > Is there a special switch or something that I need to toggle for 11n to work > in ADHOC mode ? > > Johann > > ___ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org" > ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
11n in adhoc mode
Hi Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM boards. HW = gateworks ARM OS = FreeBSD 10.0-CURRENT Build = arm-10-20121011 Wifi = RouterBOARD R52nM = AR9220 11n works if one device is in AP mode and the other in ST mode, but I can get it running with both devices in ADHOC mode. Is there a special switch or something that I need to toggle for 11n to work in ADHOC mode ? Johann *** Node-1 *** rc.conf create_args_wlan1="wlanmode hostap country ZA" ifconfig_wlan1="ssid testAP channel 28 10.50.50.1/24" mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testAP channel 28 (5140 MHz 11a ht/40-) bssid 00:0c:42:6c:61:91 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs mesh-1d04:~ # ifconfig wlan1 list chan Channel 1 : 2412 MHz 11g ht Channel 52 : 5260* MHz 11a ht Channel 2 : 2417 MHz 11g ht Channel 56 : 5280* MHz 11a ht Channel 3 : 2422 MHz 11g ht Channel 60 : 5300* MHz 11a ht Channel 4 : 2427 MHz 11g ht Channel 64 : 5320* MHz 11a ht Channel 5 : 2432 MHz 11g ht Channel 100 : 5500* MHz 11a ht Channel 6 : 2437 MHz 11g ht Channel 104 : 5520* MHz 11a ht Channel 7 : 2442 MHz 11g ht Channel 108 : 5540* MHz 11a ht Channel 8 : 2447 MHz 11g ht Channel 112 : 5560* MHz 11a ht Channel 9 : 2452 MHz 11g ht Channel 116 : 5580* MHz 11a ht Channel 10 : 2457 MHz 11g ht Channel 120 : 5600* MHz 11a ht Channel 11 : 2462 MHz 11g ht Channel 124 : 5620* MHz 11a ht Channel 12 : 2467* MHz 11g ht Channel 128 : 5640* MHz 11a ht Channel 13 : 2472* MHz 11g ht Channel 132 : 5660* MHz 11a ht Channel 24 : 5120* MHz 11a ht Channel 136 : 5680* MHz 11a ht Channel 28 : 5140* MHz 11a ht Channel 140 : 5700* MHz 11a ht Channel 32 : 5160* MHz 11a ht Channel 149 : 5745* MHz 11a ht Channel 36 : 5180* MHz 11a ht Channel 153 : 5765* MHz 11a ht Channel 40 : 5200* MHz 11a ht Channel 157 : 5785* MHz 11a ht Channel 44 : 5220* MHz 11a ht Channel 161 : 5805* MHz 11a ht Channel 48 : 5240* MHz 11a ht Channel 165 : 5825* MHz 11a ht mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:63:201 28 162M 16.50 1419 60064 EAQHTRS HTCAP WME mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 80.5 KByte (default) [ 3] local 10.50.50.1 port 39236 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 43.1 MBytes 36.1 Mbits/sec mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 static_rix (-1) ratemask 0x0 [ 250] cur rate 12 MCS since switch: packets 2 ticks 14606823 [ 250] last sample (14 MCS) cur sample (0 ) packets sent 34 [ 250] packets since sample 12 sample tt 1109 [1600] cur rate 13 MCS since switch: packets 60 ticks 14604692 [1600] last sample (15 MCS) cur sample (0 ) packets sent 5787 [1600] packets since sample 49 sample tt 5471 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [ 6 Mb: 250]3:3(100.0%)3/ 0 760uS 14602541 [10 MCS:1600] 75:75 (100.0%) 11/ 0 516uS 14604440 [11 MCS:1600]5:5(100.0%)5/ 0 674uS 14602538 [12 MCS: 250] 22:22 (100.0%) 22/ 0 424uS 14606823 [12 MCS:1600] 4389:4389 (100.0%) 247/ 0 569uS 14604387 [13 MCS: 250] 11:11 (100.0%) 12/ 0 549uS 14602438 [13 MCS:1600]58903:57893( 99.7%) 5409/ 0 652uS 14604738 [14 MCS: 250]1:1(100.0%)2/ 0 1109uS 14602438 [14 MCS:1600] 831:479 ( 50.7%) 156/ 0 709uS 14604708 [15 MCS:1600] 299:163 ( 77.6%) 242/ 0 6013uS 14604708 *** Node-2 *** rc.conf create_args_wlan1="wlanmode sta country ZA" ifconfig_wlan1="ssid testAP 10.50.50.2/24" mesh-1909:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:63:20 inet 10.50.50.2 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6320%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7
