On 8/6/19 2:26 AM, Koen Vandeputte wrote:
Hi Ben,
I finally managed to get to some time to properly take a look using a simple
setup.
Attached all required files to simulate the issue.
I compiled the latest OpenWrt master state, (included a full wpa_supplicant and
iperf tools) and ran the 2 starts.
Attached also logs as seen from both boards simultaneously.
basically:
- If the boards finally do link after lots of tries, it will have a >200ms
latency and max speed of about 3Mbit.
- The wpa_sup config file is the most basic RSN enabled config.
- I also tried the current Master state with/without all custom pathes, but the
result is the same.
- wpa_supp also nags about some missing IE's
Hw used:
- 2x RB-922UAGS containing a on-board ar988x, capable of 30dBm.
- 2x standard 5GHz omni antennae
- board seperation distance ca 6ft
Can you reproduce without encryption enabled? That makes it easier to debug
packet sniffs.
If you just run ping traffic (or very slow speed tcp/udp), do you still see the
issues (like high
latency, packet loss, poor on-air encoding rates, etc)?
If I build you a debugging firmware, are you able and willing to reproduce the
problem and
send me dmesg output as well as on-air packet sniff?
Preferably, with generated traffic with unique packet sizes (ie, ever
increasing, random, or something like
that, so I can more easily match up on-air frames with the debugging output.
I believe that the beacon issues are probably a symptom of some other failure
in the transmit and/or
receive path.
Thanks,
Ben
--
Ben Greear <gree...@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
