GL.iNet GL-MT6000 running OpenWrt with Crusader 0.2

[richb-hanover]

Test conditions

• Firmware: OpenWrt 23.05.4 running on GL.iNet GL-MT6000 router
• Crusader Client GUI client: 0.2 running on macOS 12.7.5 Macbook
• Crusader Server: 0.2 pre-built for aarch64 running on router
• Crusader Server was installed by downloading the pre-built aarch64...musl...Linux binary

Observations

• Ethernet looks really good. Consistently near 1gbps, very low and consistent latency
• Wi-Fi 2.4GHz - not sure why upload is faster. Latency well under control
• Wi-Fi 5GHz - Latency is higher, especially for remote test, but still well in control

Ethernet

Wi-Fi 2.4GHz 3ft (1m) - 20MHz channel, RSSI -41dB, 802.11n

Wi-Fi 5GHz 3 ft (1m) - 80MHz channel, RSSI -53dB, 802.11ac

Wi-Fi 2.4GHz 25ft (8m) - 20MHz channel, RSSI -65dB, 802.11n

Wi-Fi 5GHz 25 ft (8m) - 80MHz channel, RSSI -79dB, 802.11ac

[richb-hanover]

Update: Added more tests using a Crusader server on an RPi4 on Ethernet (instead of running it on the router). The Macbook Pro running the Crusader GUI was on WiFi

Wi-Fi 2.4GHz 3ft (1m) to RPi4 on Ethernet - 8 streams

Wi-Fi 2.4GHz 3ft (1m) to RPi4 on Ethernet - 1 stream

Wi-Fi 5GHz 3ft (1m) to RPi4 on Ethernet - 8 streams

Wi-Fi 5GHz 3ft (1m) to RPi4 on Ethernet - 1 stream

[Zoxc]

I'm curious how wired WAN <-> LAN routing performance with Cortex A53 scales. You'd use a single stream in Crusader for that. No flow offloading or SQM in OpenWrt. It would be nice to have some benchmarks at 0.8 Ghz, 1 Ghz, 1.3 Ghz, 1.5 Ghz, 1.8 Ghz and 2 Ghz (fixed clocks). These are values which align with various SoCs. Testing with piece_of_cake also with speeds set to 1 Gbps would be nice too.

You'd want some faster computers running Crusader for that. My Raspberry Pi 4 doesn't handle symmetric gigabit, not sure about 5.

A test of the Beryl AX with stock and a fixed 1.3 Ghz clock would be interesting too to see if it lines up.