Hi Fred,
Am 04.04.2013 18:01, schrieb fred veldini:
Question about Toffsets and Authsae
I have been doing more testing to identify why stations will randomly go
into LISTEN Mode.
I have noticed the Toffset state changes to a negative number and never
resets to a positive number.
Could this effect the negotiations between authentication after authsae
lifetime expire?
Is there a reason the Toffset would ever need to be a negative number?
This is the state of the two units that dropped there connection.
Station 00:15:6d:5d:4f:76 (on mesh0)
inactive time: 1733 ms
rx bytes: 22508
rx packets: 442
tx bytes: 1020
tx packets: 6
tx retries: 1
tx failed: 0
signal: -56 dBm
signal avg: -59 dBm
Toffset: 176566414740 us
tx bitrate: 1.0 MBit/s
mesh llid: 0
mesh plid: 0
mesh plink: LISTEN
authorized: yes
authenticated: yes
preamble: long
WMM/WME: yes
MFP: no
TDLS peer: no
Station 00:15:6d:5d:6e:6b (on mesh0)
inactive time: 652 ms
rx bytes: 4025
rx packets: 42
tx bytes: 892
tx packets: 5
tx retries: 0
tx failed: 0
signal: -54 dBm
signal avg: -55 dBm
Toffset: -176566414742 us
tx bitrate: 1.0 MBit/s
mesh llid: 0
mesh plid: 0
mesh plink: LISTEN
authorized: yes
authenticated: yes
preamble: long
WMM/WME: yes
MFP: no
TDLS peer: no
T_offset being a negative number is perfectly fine. T_offset is
basically TSF_peer - TSF_local, so it is always negative if the local
TSF is higher than the peer's.
The scenario above looks perfectly fine by the numbers.
Interesting is the sudden transition you mention. The TSF may have had
an overflow/wrap (64bit) on one node or something triggered a TSF reset.
Maybe that has an effect on authsae? Anyone?
If I restart the mesh that has the negative variable in Toffset
every comes back online with ESTAB and traffic flows nicely.
and of course MFP turns to yes on both units.
BTW using the latest builds from git.
Any assistance would be appreciated.
Fred
--Marco
_______________________________________________
Devel mailing list
[email protected]
http://lists.open80211s.org/cgi-bin/mailman/listinfo/devel
