24.05.4 released today. Has anyone been able to try the new release out?
1 Like
You got me excited for a second.
You mean 23.05.4.
It's not officially out yet... it's dated for tomorrow according to release notes.
https://openwrt.org/releases/23.05/notes-23.05.4
2 Likes
23.05.4 hasn't officially released yet I would wait until they announce it just in case of any issues (should be a day or two). For those not running snapshots, it'll be a nice upgrade from 23.05.3 since it includes much newer mt76 wifi drivers and mtk ethernet fixes.
1 Like
Anyone managed to upgrade using Attended Sysupgrade to 23.05.4? I got an error
Error connecting to upgrade server
Could not reach API at https://sysupgrade.openwrt.org
It is officially out now
1 Like
23.05.4 still on kernel 5.15 so i'll keep using the snapshots for now.
2 Likes
I ended up buying a 2nd MT6000 to replace another AP at home since the first one was incredibly easy to setup and the wired/wireless speeds were great. But I've ran into a weird issue trying to get both on the network at once. They appear to have the same MAC addresses for everything, so my pfsense box will only assign an IP to the first one, and the Hostname bounces between router 1 and 2, and it's impossible to access them individually since you never know what IP is leading to what router.
This is the first time I've run across this, anyone have any recommendation for fixing this? Both are running 23.05.4
How about manually setting MAC address to a random one or the one on the device sticker?
hello,
i'm thinking about taking one of this to be used as AP, since i have a x86 box routing connection towards my 2.5G line.
Do you see any issue using this just as AP? am i missing any speed of the cpu?
can i also use the WAN port as LAN?
i'd like to get full wifi speed (i have some wifi6 clients..)
I use these devices as AP with a x86 router, just like you are planning to.
Works very well.
WAN port can be used as LAN, and that's probably the best choice if you plan to use the LAN ports to wire other clients as this device has two switches.
Ah damn, I didn't even notice you could modify that in devices. Sorry for stupid question, but thank you!
Is there a way to fully turn off the wireless radios in the MT6000? I am using a different device as AP (Access Point).
The temperature in LuCI statistics for both devices show constant 50C for the radios, even when disabled, thanks
Do you need a minimum kernel version for hardware offloading? I am using 23.05.4 and the option is not available in the MT6000, thanks
You can enable in LuCI -> Network -> Firewall -> Software flow offloading. Then it'll show up and enable Hardware flow offloading too. It's burried because very few SoCs support it in hardware but this one does.
It shouldn't say "Experimental Feature" anymore since it's well integrated into the Linux kernel, but likely no one changed that title.
3 Likes
may i ask what are you using better than this?
Got it, I found it, definitely "buried", do I have to reboot after I enable it? Thank you
I have some ring cameras outside around the house, with the MT6000 two edge cameras go offline very frequently, they get RSSI ~ -70, if I use an Asus AX86U as the access point and disable the MT6000 radios, the RSSI will be ~ -63, and no more disconnections.
I just got the MT6000, and I am using the MT6000 radios in default mode, with OpenWrt vanilla 23.05.4, I don't know if I have to configure or tweak them, but that's my experience so far. Maybe with the GLiNet firmware they will perform better, but I prefer to use OpenWrt, I have read that some of the GLiNet packages are outdated with their firmware, not good from a security perspective.
1 Like
sysupgrade builder still broken?, owut check still giving me issues for 2 files.
libpython 33.11.7-r1 missing to-version
libusb-1.0 1.0.26-r3 missing to-version
No reboot necessary.
1 Like
Tried with auc and owut, both complain for libusb-1.0
i have tried adding the package list from 'owut list' into the image builder and it does give you a sysimage but haven't tried flashing it.