It seems re-aggregation for 11n is still broken, as I just faced the same
issue...

I had to connect to the 2.4 network since I have 5g set only to n.

truning on ath.0.hal.debug i see this:
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table
wlan0: link state changed to UP
wlan0: link state changed to DOWN
getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm
getregstate: cc 0 rd 0x1ff
getchannels: !avail mode 0x1f800d (0x2) flags 0x2150
getchannels: too many channels for channel table


with dev.ath.0.debug I see a lot of this:
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800308a2e00
ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 0401
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80009800600
ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 0501
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80096b04b00
ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 0601
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xfffff80080644200
ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 0701
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
m0=0xfffff8006b484400
ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 0801
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
m0=0xfffff80022d4a700
ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 09 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 8010 0000 0000 0901
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800099caa00

 [51/4841]
ath0: ath_tx_dmasetup: m 0xfffff800099caa00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 03 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 2010 0000 0000 0301
0020 0000 0000 aaaa 0300 0000 0800
linux: pid 81570 (sublime_text): syscall inotify_init not implemented
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xfffff800308a2e00
ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 04 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 0401
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80009800600
ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 05 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 0501
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xfffff80096b04b00
ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 06 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 0601
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xfffff80080644200
ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 07 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 0701
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
m0=0xfffff8006b484400
ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137
TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID
0] WEP [IV 08 01 00 00 00 00 KID 0] 1M
 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 0801
0020 0000 0000 aaaa 0300 0000 0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
m0=0xfffff80022d4a700
ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208
[......]



Melhores Cumprimentos // Best Regards
-----------------------------------------------
*Miguel Clara*
*IT - Sys Admin & Developer*

On Mon, Mar 23, 2015 at 5:16 PM, Adrian Chadd <adr...@freebsd.org> wrote:

> A-MPDU support makes 11n surprisingly fast. :)
>
>
>
> -a
>
>
> On 23 March 2015 at 09:48, Miguel Clara <miguelmcl...@gmail.com> wrote:
> > Was link aggregation the only fix?
> >
> > ##############################
> > % speedtest
> > Retrieving speedtest.net configuration...
> > Retrieving speedtest.net server list...
> > Testing from Vodafone Portugal (89.114.40.155)...
> > Selecting best server based on latency...
> > Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms
> > Testing download speed........................................
> > Download: 104.07 Mbits/s
> > Testing upload speed..................................................
> > Upload: 9.06 Mbits/s
> >
> > % speedtest
> > Retrieving speedtest.net configuration...
> > Retrieving speedtest.net server list...
> > Testing from Vodafone Portugal (89.114.40.155)...
> > Selecting best server based on latency...
> > Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms
> > Testing download speed........................................
> > Download: 107.18 Mbits/s
> > Testing upload speed..................................................
> > Upload: 9.54 Mbits/s
> > ####################################
> >
> > I'm back to awesome performance... it can't get better than that since my
> > link is Fibre 100/10 :)
> >
> >
> > Melhores Cumprimentos // Best Regards
> > -----------------------------------------------
> > Miguel Clara
> > IT - Sys Admin & Developer
> >
> > On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara <miguelmcl...@gmail.com>
> > wrote:
> >>
> >>
> >> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd <adr...@freebsd.org>
> wrote:
> >>>
> >>> Hi,
> >>>
> >>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf
> >>> * upgrade to what I just committed to net80211 today.
> >>>
> >>> It turns out that after some recent changes in -HEAD, 11n aggregation
> >>> wouldn't happen if you tried using it > 10 minutes after boot.
> >>>
> >>> Grr.
> >>
> >>
> >> Haha!! So that's why it was switching to the 2.4 network and 11g...
> >>
> >> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff
> >> present, might be useful.
> >> I need to read up on athstats and other tools, which seem to be quite
> >> interesting for analyses/debugging... guessing this is the best place to
> >> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ?
> >>
> >>>
> >>>
> >>> (Now i Have to update all the wifi APs in my apartment.)
> >>>
> >>>
> >>> -a
> >>
> >>
> >
>
_______________________________________________
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"

Reply via email to