Posted: Tue Apr 12, 2022 18:01 Post subject: New Build - 04/12/2022 - r48646
Welcome to Marvell r48646 beta release thread for reporting, feedback to developers and community benefit.
Please do not flash builds until installation is understood, risks involved and device specificrecovery methods.
Avoid discussions, create threads for questions, general problems or use search; this thread is not for support.
Please list router model & revision, operating & wireless mode(s) and exact filename/firmware image flashed.
Issues, observations, and/or workarounds reported:
• WebUI: Clear history or use a portable. Temporary cache bypass: Ctrl+F5, Cmd+Shift+R or new private window/incognito.
• Please report findings with steps needed to reproduce, configuration, clients, output, logs and important information below!
Important:
• Detail issues & relevant configs, logs: syslog klog 'dmesg' 'cat /tmp/var/log/messages' nvram set console_debug=1, serial.
• Firewall NAT: 'iptables -vnL' 'iptables -t nat -vnL' 'iptables -t mangle -vnL' & 'cat /tmp/.ipt'. Misc: stracetcpdumpwireshark.
• Gremlins: reboot. cold boot. Reset & reconfigure not restore backup. Search Trac & discuss in forum before opening tickets.
• Include operating & wireless modes (e.g. Gateway, Router, AP, CB, WDS, Mesh) and applicable configurations to reproduce.
Wireless Interface 5GHz-Wireless Mode AP-Wireless Network Mode-AC, Width VHT 80 Mhz-Wireless Channel-36-Short GI, Short Preamble,Single User Beamforming, Radio Scheduling, Enable-WPA2 Personal-CCMP-128 (AES, Regulatory Domain Romania , all-ok
Wireless Interface 2.4GHz-Wireless Mode AP-Wireless Network Mode-N/G, Width VHT 40 Mhz-Wireless Channel-6, Extension Channel Lower,Short Preamble, Short GI , Radio Scheduling, Enable-WPA2 Personal-CCMP-128 (AES)all-ok
from what I notice there are differences in performance on the wifi side between versions, there is also a high latency in ping during speed tests on the wifi side, if I try to open putty with htop command during the test it disconnects, the previous version handles the wifi side better! _________________ Internet provider https://en.wikipedia.org/wiki/RCS_%26_RDS 1Gbps
WDR3600 rev.1.5 - DD-Wrt
Linksys WRT1900ACS v.2 DD-Wrt/-OpenWrt
Router/Version: Linksys WRT1900ACS / DD-WRT v3.0-r48646 std (04/12/22)
File/Kernel: CLI webflash / Linux 4.9.309 #3165 SMP Tue Apr 12 13:19:12 +07 2022 armv7l
Previous/Reset: r48432 / No
Mode/Status: Gateway, DNSmasq, OpenVPN Client, FreeRADIUS Server, VLANs, VAPs, WPA3 / Uptime 29 min
Issues/Errors: No issues or errors so far, thanks! Ping over wifi to (<1ms) and through the router both look normal for my config. _________________ My DD-WRT Routers:
Linksys WRT3200ACM - Marvell
Linksys WRT1900ACS - Marvell
Netgear R9000 - Atheros
Netgear R7000 - Broadcom
PC x86-64 VM - Atheros
the ping problem occurs during a speed test! _________________ Internet provider https://en.wikipedia.org/wiki/RCS_%26_RDS 1Gbps
WDR3600 rev.1.5 - DD-Wrt
Linksys WRT1900ACS v.2 DD-Wrt/-OpenWrt
I gathered that from your #1 test (2ms ping which I assume was using a previous release) versus all the others (16-18ms ping which I assume were using the current release), but I'm just not seeing it with my configuration. You'd mentioned wifi, which I assume is only between your client and local router, but your speed tests seem to have little to do with local wifi and more to do with variable performance over the generally wired Internet. To be fair, I'm running VPNs on mine, so although my ping tests to the router are generally <1ms, my ping and speed tests through the router (and therefore through the VPN) are (with the current release) and have always been (with previous releases) closer to your latest release results. But unless I'm missing something, you haven't ruled out that the differences (e.g., 2ms versus 16-18ms) you observed weren't related to variable IP routing on the WAN/Internet side. IP hop counts and/or traces might offer some additional clues (and I believe both can be performed from the dd-wrt router's internal command shell using ping, traceroute, etc., if you care to skip, rule out, or even back-trace the wifi hop). _________________ My DD-WRT Routers:
Linksys WRT3200ACM - Marvell
Linksys WRT1900ACS - Marvell
Netgear R9000 - Atheros
Netgear R7000 - Broadcom
PC x86-64 VM - Atheros
on the wire side things are fine ping changes I noticed only during the upload test, on openwrt I did not notice this anomaly _________________ Internet provider https://en.wikipedia.org/wiki/RCS_%26_RDS 1Gbps
WDR3600 rev.1.5 - DD-Wrt
Linksys WRT1900ACS v.2 DD-Wrt/-OpenWrt
I'm still not sure how you can be sure it's not on the WAN side. The increase in wifi ping response from your own router in the midst of an intensive upload does not seem unusual given the load vs. processing and/or bandwidth vs. rate going on, but probably implies that it has predictably de-prioritized responding to your ping while it keeps up with the upload data burst and handles other higher priority tasks. More importantly, this should not impact initial ping results in Internet speed tests (and apparently does not from your last two screenshots). So, if the issue to be examined is the 16-18ms ping response in your earlier #2-#5 shots, you still need to catch it in the act with ping (that is, pinging just the wifi hop while simultaneously getting a slow initial ping result from the speed test). Ping and traceroute from the router's command shell rather than the client really might be more helpful here, especially since you could then ping and even traceroute in either direction from the router itself. _________________ My DD-WRT Routers:
Linksys WRT3200ACM - Marvell
Linksys WRT1900ACS - Marvell
Netgear R9000 - Atheros
Netgear R7000 - Broadcom
PC x86-64 VM - Atheros
One issue that keeps pulling my attention is the RAM usage on this thing. its using 75 percent when the router is idle.
I dont know if this is related to miniDLNA setting "Keep metadeta on storage". If I leave it disabled, the ram using is about 51 percent or so.
But if I enable it, I get what you see in the picture.
EDIT: I almost forgot to mention this. Yes, I did do a factory reset and then re-setup from scratch on this firmware. _________________ For people who are new to the dd-wrt forums >> http://www.catb.org/~esr/faqs/smart-questions.html#rtfm
barryware wrote:
It takes a "community" to raise a router..
Internet Connection 1
Some Techicolor modem > Linksys WRT3200ACM
Internet connection 2
Ubiquiti Powerbeam Gen 2 > Netgear R9000
Official (but not really) dd-wrt General Discussion element/matrix chat
I use this router for a few test hosts which do not generate much traffic,
but noticed they would lose internet connectivity after the router was up for
only a few minutes. The past several firmware versions operating in Client Bridged
mode were very stable. Since I had not done a factory reset for several of the
recent firmware upgrades I decided to reset the router and attempt to reconfigure
Client Bridged mode.
After factory resetting the router and using my web browser to get to the GUI,
after just a few mouse clicks (didn't seem to matter which tabs I selected) the
GUI would become unresponsive. I tried several factory resets and power cycling
the router and was never able to configure for Client Bridged mode because of the
GUI problems.
DD-WRT versions previous to r48646 operated fairly reliably in Client Bridged mode but
I had documented r48362 was particularly stable (and also a stable GUI). I switched back
to r48362 and have no issues.