I see crashes with hardware flow offloading enabled too, so it's probably not a device problem as @daniel mentioned.
Enabling packet_steering and installing & enabling irqbalance did the job Same speeds as previously on hardware flow offload, but now purely on software flow offload This device really is a beast!
I can confirm too that hw offloading is crashing the router after a while. But the good news is AFAIK there is active development here including LAN-WLAN offloading which currently takes a big hit on the CPU.
Dash forgot to mention irqbalance. No idea why it's not enabled by default.
Are there any known failures of "packet_steering"? Just asking as hw-offloading tooks some days to find the source of the problem. (And if there are none: why is only 1 cpu used by default?)
4 posts were split to a new topic: Problems with IPv6 config with E8450/RT3200
Is it good to mention about packet_steering and irqbalance on the wiki page of this model with regard to performance?
Or if it's better to wait till hardware offload stabilizes first?
On a UBI image, how much space is available for the rootfs?
# df -h Filesystem Size Used Available Use% Mounted on /dev/root 11.0M 11.0M 0 100% /rom tmpfs 241.3M 224.0K 241.1M 0% /tmp /dev/ubi0_5 75.0M 204.0K 71.0M 0% /overlay overlayfs:/overlay 75.0M 204.0K 71.0M 0% / tmpfs 512.0K 0 512.0K 0% /dev
Is my custom image taking up 71M of a total 75M as shown above? Luci shows 200 KiB (bug?) but the 75 M is consistent.
It's 71MB out of 75MB Available (as in: free) space for the overlay. The fact that 75MB - 200kB != 71MB is due to UBIFS overhead and reserved blocks. So LuCI shows the free space correctly.
You actual read-only rootfs (squashfs on
/dev/root) got 11MB.
As things are dynamically sized, the read-only rootfs can be up to ~100MB, so you still got some megs for overlay read-write storage.
I've gone through this thread. I just go the belkin variant. This replacing an ap not router. at the moment i have it in stock firmware and getting nice speed. on 1 gig transfer getting 70/megs a second. i picked up another on the way off ebay for low price. that i may use for router. If i have something wrong with following, please let me know.
Best practice would be to follow daniel's guide on git and do full backup first.
if i do that and then try the non ubi route by flashing kernel then ssh to install non ubi image. since device is a/b layout like android phone, will i still be able to go back to stock easily by force boot to other partition ?
if i go ubi route, again following guide on the git, can i then go back to stock by a full write back of the backup done beforehand.
am i understanding everything correctly. thanks
I had the same debate as you did. I am using 3 of the e8450 as just dumb access points(got them as a great ebay score!)
First off, these are a great piece of hardware for the money. I set mine up with stock firmware as they were just going to be dumb access points.the stock firmware was terrible. I decided that openwrt was a better option and just decided to go the UBI direction making full backups.
The important thing is to read the guide a few times and follow it to the letter. If you do that it goes without a hitch. I had all 3 fully backed up and converted in 30 minutes. The thing is, why would I ever go back to stock?
So far openwrt on these has been very stable and these perform great as cheap AX access points.
thanks, for the reply. yes i have never seen stock firmware with so few options. i hesitated because of really good speeds i was getting. plus i had serveral tp-link c2600 units and always had wifi problems in openwrt. (atheros chipsets). so that is why for the ap i am hesitant. i separate the wireless from my router and use a separate ap, mostly because of the problems i had with the c2600's crashing. i have another coming from ebay and i will likely go the ubi route on that. thanks again
nice video elan thanks
I am using my Belkin RT3200 at 160mhz on the 5ghz channel. While this is working fine for my Laptop with an AX 160mhz WiFi chipset, it's giving me some issues with two AC 80mhz WiFi Android phones.
- Whenever my laptop is connected (just connected, no actual load), my phone only gets 100-200 Mbit instead of the 500 Mbit it pulls when my laptop is not connected.
- Regardless of whether my laptop is connected, the phones seem to strongly prefer the 2.4ghz band, switching even when the 5ghz connection still has good strength and never switching back to 5ghz, even when right next to the AP. This worked fine with my previous AC router.
Does anyone experience issues, and if so, did you get the AP and 80mhz AC phones to play nice with each other?
After reading your post I tried moving mine from 80 to 160 but the radio would not come up at all. What channel are you on? Can you post your
Please note that it takes a little over a minute for the channel to come up due to DFS scanning, so please be patient when you utilize a DFS channel (which I think is true by default for 160mhz channels due to how wide they are). Config below:
root@OpenWrt:~# cat /etc/config/wireless config wifi-device 'radio0' option type 'mac80211' option path 'platform/18000000.wmac' option band '2g' option htmode 'HT40' option channel 'auto' option country 'NL' option cell_density '0' option noscan '1' config wifi-iface 'default_radio0' option device 'radio0' option network 'lan' option mode 'ap' option ssid 'SSID' option encryption 'psk2' option key 'PasswordHere' option ieee80211r '1' option ft_over_ds '1' option ft_psk_generate_local '1' config wifi-device 'radio1' option type 'mac80211' option path '1a143000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0' option band '5g' option htmode 'HE160' option channel 'auto' option country 'NL' option cell_density '0' option noscan '1' config wifi-iface 'default_radio1' option device 'radio1' option network 'lan' option mode 'ap' option ssid 'SSID' option encryption 'psk2' option key 'PasswordHere' option ieee80211r '1' option ft_over_ds '1' option ft_psk_generate_local '1' config wifi-iface 'wifinet2' option device 'radio0' option mode 'ap' option ssid 'SSID Guests' option encryption 'psk2' option isolate '1' option key 'PasswordHere' option ieee80211r '1' option ft_over_ds '1' option ft_psk_generate_local '1' option network 'untrusted' config wifi-iface 'wifinet3' option device 'radio1' option mode 'ap' option ssid 'SSID Guests' option encryption 'psk2' option hidden '1' option isolate '1' option key 'PasswordHere' option ieee80211r '1' option ft_over_ds '1' option ft_psk_generate_local '1' option network 'untrusted'
Nice video to watch so thank you for sharing it. I not not understanding why the software flow offloading is a bad thing. Is it because it uses closed source blobs?
I reset the channel to
auto and found that it selected 100 and did actually come up. When I did some speed tests from my phone, I found 160 MHz was no faster than 80 MHz.
I don't think it's a fair comparison though because the tests at 20, 40, and 80 MHz were on channel 149 which uses a high value for transmit power (27 dBm) whereas channel 100 uses 23 dBm. I could not get 160 MHz to work on channel 149 or any other channel. Is this to be expected?
Does your phone even support 160mhz channel width? Not many phones do. You can check this on the Wireless page in Luci. It will list whether devices are connected with a 80mhz or 160mhz channel width. If you phone connects with 80mhz because it doesn't support 160mhz, not seeing an improvement is to be expected.
This is expected. It needs a block of 160mhz wide to be able to come up. There is only room for a 80mhz block, it won't be able to come up. This picture explains this pretty well: