Hi.
I´m new here.
My ISP provider gives a speed of 1GB.
Now ISP´s Router is in Bridge Mode.
My OpenWRT Router is TP-LINK ARCHER AC 1750. TP-Link ARCHER C7
With the speed test ONLY 30/30 MB...
What i´m doing wrong?
ISP Router connected with ETHERNET cable : 1GB / DOWNLOAD ---- 30MB / UPSTREAM.
TP-Link archer c7 V.5 with OPENWRT 30MB Download ---- 30MB Upstream.
And off course i have the same problem using LINKSYS WRT1200AC with OPENWRT.
Same speed Unfortunately
So am I, it doesn’t change the situation that high bandwidth connections need much more powerful routing hardware. Preferably x86 or high power arm, rpi4 etc
The default setup is fine. You can try enabling software offloading for a speed bump.
First test should be though testing your router on the manufacturer firmware, or connecting directly to the isp modem / router by Ethernet and testing then - to be certain the connection is actually connected at the advertised 1gig
thanks folks!
I tried to install dd-wrt because openwrt is a ruin.
The flash process bricked the router.
There´s no way to debrick
The router Is in trash now.
tomorrow i´ll buy a linksys and probably install dd-wrt
thanks for your help
Your router is single core @ 750 Mhz and it will be on 100% in no time, except if the router software has some firewall hacks/features.
Your OEM has in his firmware something called fastpath/fasttrack/etc and you can max out 1Gbit without using too much CPU.
Openwrt has "Software flow offloading" for your router and when you enable it, can get you about 400-500 Mbits on cable but with higher CPU usage compared to FastPath/Fasttrack. On wireless probably around 200 Mbits. By default, "Software flow offloading" is disabled.
C7/A7's are easy to debrick... have done a few of my own... we would have helped you.
Besides, they make a dandy, if not quite cutting edge AP, to extend your coverage. They had outstanding wifi coverage, for back in their day. Useful for that, with whatever you get that's fast enough for your connection.
Unless, you're whole purpose was to tell us how lousy our FW is, without a fair trial... Sounds like you should be trashing that DD-Wrt that somehow broke your box.
I have an Archer A7 v5, and it easily does at least 600MBps from WAN without even hitting 100% CPU.
$54+tax is all you need for gigabit speeds.
Asterisks:
Flow offloading = on (in firewall, both software and hardware). OpenWRT was miserable for an entire year without that working. Also, my understanding is that you can't expect (almost??) any kind of intelligent filtering, like QOS/traffic shaping going on, because flow offloading effectively bypasses that. DD-wrt also uses some kind of implementation, and it might be slightly different, but with flow offloading you should get roughly the same effect in OpenWRT. Yeah, if you want per-packet filtering and all the shaping working, you probably need to spend some dough for a better CPU so that you can get these speeds with flow offloading turned off.
This is assuming a single source, like a single-server/source transfer. If you're doing something that is spamming a lot of connections, and downloading like 128KB from each, that might be a different story.
For local switching, I'm pretty sure I tested the router at ~900MBps a while ago. My internet is capped at around 600MBps so that's the maximum I can test.
As far as recovery, go to tftp (https://openwrt.org/toh/tp-link/archer_c7) and go through that procedure. Make sure the firmware is renamed correctly including capitalization. It should work with some trial and error. It's annoying to debrick, but it's definitely doable.
In other words, the a7 v5 cannot achieve the performance figures you've stated, in practice it can do around 175-200 MBit/s (and it's very jagged/ laggy/ sawtooth like at the upper end of that) of plain routing (less with PPPoE, significantly less with sqm). Flow-offloading is a fair-weather approach, if your traffic can be offloaded effectively, it might do - but it's not a reliable or dependable approach and comes with its own share of quirks (e.g. traffic accounting is inaccurate by the very nature of the kernel never getting to see the offloaded packets). When choosing a device, you need to consider the unaccelerated performance figures, because those are what you can depend on - flow-offloading is just a free bonus on top, might save your bacon a few years down the line, after an unexpected speed increase, but it's better not taken for granted,
100%. But to say that "it can't do 1GBps" is not true. It can do it, you just have to pipe traffic in straight lines through it and not care about inspecting that traffic ...
It's not a solution if you care about certain features, but it is if you're willing to live with the downsides.