https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
Sergey changed:
What|Removed |Added
Resolution|--- |Not Enough Information
Status
On 10/22/16 13:30, bugzilla-nore...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #12 from Adrian Chadd ---
Hiya,
So the beacon miss / TSFOOR is the driver side. I can go take another look at
fixing that up.
The CCMP replay attack thing - that we need
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #15 from Sergey ---
Something new in dmesg:
ath0: ath_tx_aggr_comp_aggr: AR5416 bug: hasba=0; txok=1, isaggr=1, seq_st=3882
Q1[ 0] (nseg=2) (DS.V:0xfe01b3125700 DS.P:0xbfe3f700) I: 168cc117
L:bfe66300 F:1014
(D[0] = 47062
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #14 from Sergey ---
Hello.
I haven't seen those replays before, only yesterday, due to the messages file
it happened at 15:48 and 21:59. That's it.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #13 from Adrian Chadd ---
how hard / quickly does the CCMP replay attack issue happen?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-wireless@
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #12 from Adrian Chadd ---
Hiya,
So the beacon miss / TSFOOR is the driver side. I can go take another look at
fixing that up.
The CCMP replay attack thing - that we need another NIC to sniff the air in
monitor mode and try to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #11 from Sergey ---
But I already have -bgscan disabled in rc.conf and powersave mode seems to be
turned off:
$ ifconfig -v wlan0 | grep -i power
AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 20
$ gre
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #10 from Adrian Chadd ---
Yeah, that's a beacon miss. I'm not sure why that is yet.
You can try -bgscan -powersave just to enforce things, but I don't know if it's
going to help all that much. The PN corruption is just very dam
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #9 from Sergey ---
Got another portion of messages after "disconnection"
wlan0: beacon miss, mode STA state RUN
wlan0: send probe req on channel 9 bssid a0:f3:c1:46:1a:f3 ssid "KPECT"
wlan0: beacon miss, mode STA state RUN
wlan
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #8 from Sergey ---
Adrian,
Do you have any thoughts about how can I fix the problem ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-wireless@f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #7 from Adrian Chadd ---
God damnit, okay. So it /looks/ like a single bit corruption of the RSC, which
causes the AES-CCM code to consider everything afterwards to be a replay
attack.
ie:
Adrians-MacBook-Pro:~ adrian$ perl -e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #6 from Sergey ---
wlan0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc 0 tsc 0 len 0
wlan0: _ieee80211_crypto_delkey: AES-CCM keyix 1 flags 0x106 rsc 0 tsc 0 len 16
wlan0: [a0:f3:c1:46:1a:f3] station assoc via MLME
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #5 from Adrian Chadd ---
hi,
can you capture the whole dmesg from association to disconnects? I'd like to
see what's going on the whole time.
Thanks!
-adrian
--
You are receiving this mail because:
You are the assignee for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #4 from Sergey ---
Another excerpt from dmesg:
wlan0: ieee80211_sta_ps_timer_check: lastdata=18446744071562136372,
ticks=18446744071562137461
wlan0: ieee80211_sta_ps_timer_check: lastdata=18446744071562137585,
ticks=18446744071
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #3 from Sergey ---
Hi Adrian.
Below is what I got. Up till TSFOOR line in dmesg is what came out when the
link disapperared.
Starting from 'wlan0: _ieee80211_crypto_delkey: NONE keyix 65535 flags 0x3 rsc
0 tsc 0 len 0' came ou
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
--- Comment #2 from Sergey ---
(In reply to Adrian Chadd from comment #1)
Hi Adrian.
Now there's nothing more than this:
wlan0: Ethernet address: f8:1a:67:09:d2:7b
wlan0: link state changed to UP
wlan0: link state changed to DOWN
wlan0: l
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
Adrian Chadd changed:
What|Removed |Added
CC||adr...@freebsd.org
--- Comment #1 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=213621
Bug ID: 213621
Summary: WIFI connection is lost periodically on ath0
Product: Base System
Version: 11.0-STABLE
Hardware: amd64
OS: Any
Status: New
S
18 matches
Mail list logo