Gargoyle Forum

I got a TP-Link Archer C7 v.2 today, and spent some time speed testing. Hope somebody finds this interesting.

Testing done using a recent model iMac and MacBook Pro, both with SSD, and an app called zPerf (an iPerf 3.0 implementation). All tests done twice, for 30 seconds, and averaged.

I tested both routing speed, and SSH tunneling speeds (with default cipher, compression, etc).

Looks like the top speed for this router is just over 100 Mbps.

Test machines directly switch connected
Transfer speed: 936 Mbps / 933 Mbps

Factory defaults, default firmware: 3.13.34 Build 140606 Rel.54530n
Routing speed: 879 / 882

Factory defaults, default firmware: 3.14.3 Build 150427 Rel.36706n
Routing speed: 914 / 874

Gargoyle 1.8.0, factory defaults
Routing speed: 201 / 157

Gargoyle, QoS enabled with my normal settings, Wi-Fi disabled, speed set to 201/157 Mbps
Routing speed: 129 / 108

All connections 1 Gbps, speeds measured in Mbps, reported numbers are Download/Upload

[edit] ssh numbers invalid due to mistake in testing, removed.

I would like to see the 1.9.x (CC) results

ispyisail wrote:I would like to see the 1.9.x (CC) results

Updated with "attempt to preserve settings"

Gargoyle 1.9.0, ispy Nov 4, QoS disabled
Routing speed: 251 / 200

Gargoyle 1.9.0, ispy Nov 4, QoS enabled with my normal settings, Wi-Fi disabled, speed set to 251 / 210 Mbps
Routing speed: 104 / 100

Somethings seems off... Routing is quicker, with QoS off, but much slower with it on. Ran out of time to do a full reset and setup.

[edit] ssh numbers are invalid, removed. Retested. Results similar. See Below.

I wouldn't advise retaining settings between 1.8.0 and 1.9.X

I am interested in your results though thank you for posting.

Also if you could post/pm me your testing methodology using zperf? I was unsuccessful in doing similar tests last time I tried.

will also reset to defaults and test again.

do a proper failsafe reset or re flash again

other methods are suspect

ispyisail wrote: do a proper failsafe reset or re flash again

other methods are suspect

Is flashing again with "attempt to preserve settings" not checked good enough? Something still seems off, as I can only set my 5Ghz Wi-Fi to 40 Mhz channel mode wireless N, not 80 Mhz wireless AC.

That will work fine.

The GUI doesn't support 802.11ac yet.
You can set it manually through the command line as I have.
After making changes, issue a "wifi" command to bring the interfaces down and back up to apply changes.

dandersen wrote:

ispyisail wrote: do a proper failsafe reset or re flash again

other methods are suspect

Is flashing again with "attempt to preserve settings" not checked good enough. Something still seems off, as I can only set my 5Ghz Wi-Fi to 40 Mhz channel mode wireless N, not 80Mh wireless AC.

yes

Lantis wrote: Also if you could post/pm me your testing methodology using zperf? I was unsuccessful in doing similar tests last time I tried.

I've only ever been able to make it work when using a 2nd router. WAN port of router under test (my C7 in this case) and the WAN side computer both plug into that router (that router is then connected to internet source). LAN side computer than plugs into router under test.

Nothing special done with IPs or anything, all just DHCP. Details of my particular setup:
Other router: 10.36.0.1/24
WAN side computer: 10.36.0.13 (by DHCP)
WAN IP on router under test: 10.36.0.12 (by DHCP)
Router under test LAN IP: 192.168.1.1
LAN side computer IP 192.168.1.100 (by DHCP)

I've never been able to make it work by trying to set static IPs for the WAN connection of the router I'm testing.

From there it's just a matter of provider the WAN side computer IP to the zPerf/iPerf/jperf client (10.36.0.13 in this case).

Lantis wrote: The GUI doesn't support 802.11ac yet.
You can set it manually through the command line as I have.
After making changes, issue a "wifi" command to bring the interfaces down and back up to apply changes.

Perfect. Thanks.