What's new

[Release] Asuswrt-Merlin 380.63_2 is now available

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

Had my AC66u crash and restart on 380.63

I can't post a text file for some reason so here is a picture of some of the error.

Your JFFS partition appear to be corrupted. Reformat it (under Administration -> System), reboot your router once, wait about 5 minutes (just to be sure), then reboot a second time.
 
my output to:
ps w | grep qosd
Code:
 1508 admin      696 S    qosd -i /dev/idpfw -f /tmp/bwdpi/qosd.conf -w eth0 -l br0 -u 253 -b
31565 admin     1380 R    grep qosd
 
That's what the new QoS Statistics page is meant to accomplish - showing how much traffic goes into each classes. Otherwise, you have to go fairly low-level, using the "tc" command from Linux's iproute2 suite. With traditional QoS, that would be "tc -s class show dev INT", where INT is either eth0, ppp0, vlan2 or God-knows-what-interface (determining how Asuswrt's WAN interface is selected is currently at the core of this problem).

So, with traditional QoS on 68U with PPPoE WAN I get the following output:
Code:
admin@router:/tmp/home/root# tc -s class show dev ppp0
class htb 1:10 parent 1:1 leaf 10: prio 1 rate 3010Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 895 bytes 6 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8bit 0pps backlog 0b 0p requeues 0
 lended: 6 borrowed: 0 giants: 0
 tokens: 60797 ctokens: 30391

class htb 1:1 root rate 6021Kbit ceil 6021Kbit burst 1598b cburst 1598b
 Sent 3257159 bytes 3818 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8544bit 5pps backlog 0b 0p requeues 0
 lended: 2102 borrowed: 0 giants: 0
 tokens: 28891 ctokens: 28891

class htb 1:2 root rate 1Gbit ceil 1Gbit burst 10000b cburst 10000b
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 1250 ctokens: 1250

class htb 1:20 parent 1:1 leaf 20: prio 2 rate 1204Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 4979 bytes 74 pkt (dropped 0, overlimits 0 requeues 0)
 rate 128bit 0pps backlog 0b 0p requeues 0
 lended: 74 borrowed: 0 giants: 0
 tokens: 156615 ctokens: 31875

class htb 1:30 parent 1:1 leaf 30: prio 3 rate 903Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 869 bytes 8 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 8 borrowed: 0 giants: 0
 tokens: 213718 ctokens: 32047

class htb 1:40 parent 1:1 leaf 40: prio 4 rate 602Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 13209 bytes 116 pkt (dropped 0, overlimits 0 requeues 0)
 rate 392bit 0pps backlog 0b 0p requeues 0
 lended: 116 borrowed: 0 giants: 0
 tokens: 320593 ctokens: 32047

class htb 1:50 parent 1:1 leaf 50: prio 5 rate 301Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 3237207 bytes 3614 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8024bit 4pps backlog 0b 0p requeues 0
 lended: 1512 borrowed: 2102 giants: 0
 tokens: 578062 ctokens: 28891

class htb 1:60 parent 1:2 leaf 60: prio 6 rate 1Gbit ceil 1Gbit burst 10000b cburst 10000b
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 1250 ctokens: 1250
The classes 10-50 match my configured classes Highest to Lowest. No idea what 1, 2 and 60 are.

When I switch to adaptive QoS I have no more classes bound to ppp0, but to eth0. On statistics page the upload stats are missing, only download is displayed. With the second command you asked us for I get the following with adaptive QoS enabled (still PPPoE WAN):
Code:
admin@router:/tmp/home/root# ps w | grep qosd
 4770 admin      696 S    qosd -i /dev/idpfw -f /tmp/bwdpi/qosd.conf -w eth0 -l br0 -u 253 -b

At the moment I'm at the office but when I'm at home I'll try to figure out if traffic gets classified correctly into classes 10-50 with traditional QoS.

Regards,
Chris
 
So, with traditional QoS on 68U with PPPoE WAN I get the following output:
Code:
admin@router:/tmp/home/root# tc -s class show dev ppp0
class htb 1:10 parent 1:1 leaf 10: prio 1 rate 3010Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 895 bytes 6 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8bit 0pps backlog 0b 0p requeues 0
 lended: 6 borrowed: 0 giants: 0
 tokens: 60797 ctokens: 30391

class htb 1:1 root rate 6021Kbit ceil 6021Kbit burst 1598b cburst 1598b
 Sent 3257159 bytes 3818 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8544bit 5pps backlog 0b 0p requeues 0
 lended: 2102 borrowed: 0 giants: 0
 tokens: 28891 ctokens: 28891

class htb 1:2 root rate 1Gbit ceil 1Gbit burst 10000b cburst 10000b
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 1250 ctokens: 1250

class htb 1:20 parent 1:1 leaf 20: prio 2 rate 1204Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 4979 bytes 74 pkt (dropped 0, overlimits 0 requeues 0)
 rate 128bit 0pps backlog 0b 0p requeues 0
 lended: 74 borrowed: 0 giants: 0
 tokens: 156615 ctokens: 31875

class htb 1:30 parent 1:1 leaf 30: prio 3 rate 903Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 869 bytes 8 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 8 borrowed: 0 giants: 0
 tokens: 213718 ctokens: 32047

class htb 1:40 parent 1:1 leaf 40: prio 4 rate 602Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 13209 bytes 116 pkt (dropped 0, overlimits 0 requeues 0)
 rate 392bit 0pps backlog 0b 0p requeues 0
 lended: 116 borrowed: 0 giants: 0
 tokens: 320593 ctokens: 32047

class htb 1:50 parent 1:1 leaf 50: prio 5 rate 301Kbit ceil 6021Kbit burst 1599b cburst 1598b
 Sent 3237207 bytes 3614 pkt (dropped 0, overlimits 0 requeues 0)
 rate 8024bit 4pps backlog 0b 0p requeues 0
 lended: 1512 borrowed: 2102 giants: 0
 tokens: 578062 ctokens: 28891

class htb 1:60 parent 1:2 leaf 60: prio 6 rate 1Gbit ceil 1Gbit burst 10000b cburst 10000b
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 rate 0bit 0pps backlog 0b 0p requeues 0
 lended: 0 borrowed: 0 giants: 0
 tokens: 1250 ctokens: 1250
The classes 10-50 match my configured classes Highest to Lowest. No idea what 1, 2 and 60 are.

When I switch to adaptive QoS I have no more classes bound to ppp0, but to eth0. On statistics page the upload stats are missing, only download is displayed. With the second command you asked us for I get the following with adaptive QoS enabled (still PPPoE WAN):
Code:
admin@router:/tmp/home/root# ps w | grep qosd
 4770 admin      696 S    qosd -i /dev/idpfw -f /tmp/bwdpi/qosd.conf -w eth0 -l br0 -u 253 -b

At the moment I'm at the office but when I'm at home I'll try to figure out if traffic gets classified correctly into classes 10-50 with traditional QoS.

Regards,
Chris
That is consistent with what I see on my own RT-AC56U with these two QoS methods. @RMerlin already pushed some commits to fix this, I will attempt to test it later in the day since it is early morning here.
 
After some more tests I think I can confirm that the labels on QoS Statistics are just shifted by one like another user already said. High should be named Highest (class htb 1:10) down to Class 5 which should be named Lowest (class htb 1:50).

Classification works properly so far but only after removing the first three lines from iptables-classification:
Code:
iptables -t mangle -D QOSO -m mark --mark 0x8000/0x8000 -j RETURN
iptables -t mangle -D QOSO -j CONNMARK --restore-mark --nfmask 0x7 --ctmask 0x7
iptables -t mangle -D QOSO -m connmark ! --mark 0x0/0xff00 -j RETURN
Without removing them I see matches in one class where no matches can be (only used for ftp/ssh classification). Without these lines traffic gets classified correctly into all 5 classes. I already played around with these in the past and am not sure what they should do by design but without them everything is fine with traditional QoS classification at least in my scenario. I'm not recommending to remove them, just telling my finds.

Regards,
Chris
 
Hmm, traditional QoS seems to work for me, it classifies my torrent server properly plus my Plex Server traffic which are the heaviest consumers of my upload bandwidth. I never saw Traditional QoS broken in my RT-AC56U except a few times where ASUS disabled IPv6 rule generation for whatever reason but that's stable for a few releases now.
 
After some more tests I think I can confirm that the labels on QoS Statistics are just shifted by one

That's correct. I divided the tc class by 10 to get a value from 1-5, however a Javascript array indices start at 0. I pushed two commits to Github to address this in a future release.
 
I configured a PPPoE server on my LAN to do some tests. It seems that when using PPPoE, Traditional uses the ppp0 interface as expected, however Adaptive QoS still uses eth0. Not sure if it's intended or a bug with Adaptive QoS, but for now I'll use the hardware WAN interface instead of the logical WAN interface. We'll see what it gives us (I can't fully test it since I'm unable to route traffic over PPPoE unless I build a whole new VM just for this purpose).
 
Hmm, traditional QoS seems to work for me, it classifies my torrent server properly

Then I'm not sure what happened for users who reported it wasn't working anymore, or when during my last round of codel tests I couldn't get any traffic to get classified. Could have been something else in these two cases.
 
I configured a PPPoE server on my LAN to do some tests. It seems that when using PPPoE, Traditional uses the ppp0 interface as expected, however Adaptive QoS still uses eth0. Not sure if it's intended or a bug with Adaptive QoS, but for now I'll use the hardware WAN interface instead of the logical WAN interface. We'll see what it gives us (I can't fully test it since I'm unable to route traffic over PPPoE unless I build a whole new VM just for this purpose).
I don't think you need more tests, this is the way it always worked in my router, Traditional QoS using the actual WAN interface while Adaptive always using eth0, the actual hardware WAN. I thought I mentioned it previously before the release of 380.63 but I guess I wasn't clear enough.
 
What does exactly "Default" class of QoS traffic (under new stats page) mean?
In this kind of class I see Transmission pks countered :)
 
Try clearing NVRAM or doing a full factory reset before flashing. Make sure you don't have any USB devices connected while flashing.
Finally.

Backed up settings, unmounted USB drive, turned router off, removed USB drive, did a factory reset and now flashing 380.63 worked.

Put USB drive back and restored settings. Everything is working so far.

Any idea why this happened and will I need to repeat the process next time I want to upgrade? Never had this happen before.
 
Removing the USB prior to flashing firmware is always recommended.
 
What does exactly "Default" class of QoS traffic (under new stats page) mean?
In this kind of class I see Transmission pks countered :)

It means anything that couldn't be classified. A lot of bittorrent traffic is unclassified because it's encrypted.
 
Put USB drive back and restored settings. Everything is working so far.

Any idea why this happened and will I need to repeat the process next time I want to upgrade? Never had this happen before.

I can't find the post which states which router and firmware version you are upgrading from, but doing a full reset to factory defaults is a recommended practice, if you don't want to be chasing phantom glitches and bugs. And, without restoring saved settings either.

That 'restore' you did may come back to bite you in the behind in the future, time will tell.

http://www.snbforums.com/threads/no...l-and-manual-configuration.27115/#post-205573

http://www.snbforums.com/threads/rt-ac66u-slow-wan-to-lan.12973/page-3#post-269410

http://www.snbforums.com/threads/faq-nvram-and-factory-default-reset.22822/

http://www.snbforums.com/threads/user-nvram-save-restore-utility-r24.19521/


The last link above shows the best way to 'restore' settings (do not do it via the gui).

The first three links show you how to get your router and network to a good/known state.
 
today about 15:40 internet stop working and router automatically rebooted. In log i see nothing. I use pppoe connection

Code:
Nov  8 15:40:48 dnsmasq-dhcp[651]: DHCPACK(br0) 192.168.1.100 00:22:xx:xx:xx:xx G-POWER
Aug  1 02:00:11 syslogd started: BusyBox v1.20.2

uptime less than 24h
 
I uploaded a few builds to the Test Builds folder on Mediafire.

Code:
9715f5c dnsmasq: Add --dns-loop-detect support (closes #1090)
3c50783 rc: Fix building with parental control disabled (fixes #1080)
5af7255 Merge pull request #1087 from comandrei/iphone7-support
5f99234 rc: Since shtdn() already calls sync(), no point in doing it again afterward.  Instead, add a sync() call just before removing existing storage, as a safety precaution.  Also use a wait time instead of the old urban legend of using multiple sync() calls in a row.
34ad5c5 rc: At shutdown time, do not remove the USB driver while in XHCI mode unless USB is disabled or a removal was forced - use the same code path as for non-XHCI mode
1d76621 httpd: qosd still uses eth0 as its wan interface over PPPoE, so let's use the hardware WAN interface for QoS stats retrieval for now
1197152 webui: Handling the class/array mismatch works better if done at the array level rather than the index value, so extra class won't display value-1 in the generated label name
4d4af5e webui: Fix Traditional QoS class labels being off by one on the stats page
93b83b9 Bumped revision to 380.63_1
60a3d0f Add 2 more motherboards
9fb1959 Add support for iPhone 7/ iPhone 7 Plus

Give these a try if you were having issues with the QoS statistics page.
 
Nice. Does this fix the ip to Mac bonding issue which causes the wireless to fail? on AC88U. I have tried with a couple of fresh installs of the latest stable but the issue remains but this was not an issue on 380.62

While the Wireless is active and detectable, you simply cannot connect to it with any client.
 
Does this fix the ip to Mac bonding issue which causes the wireless to fail?

I posted the complete list of changes present in these builds.
 

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top