[Beta] Asuswrt-Merlin 380.59 Beta 2 is available

[LBJPilot]

 

[LBJPilot]

By the way, traffic kind of slow on my network so don't think its that.. traffic monitor page shows data it that helps... only the stats page. Note I also have per device monitoring turned on if that helps...

 

[LBJPilot]

Is there anything on the router itself I can check via ssh that could help? or settings to check? I know when I deleted the file it started to work (after waiting for top of hour, but not sure what is causing it to break. Assuming the file is getting corrupted but not seeing anything in normal log).. I have the rt-ac88u...

 

[LBJPilot]

FYI... Just toggled statistics off and on, then switched days up and back and the data is now showing up!... This page does seem to break, and least I know a way to bring it back to life without throwing away the data.... Let me know if you think there is anything you want me to look for or if others are having any issues.

 

[LBJPilot]

One more post (unrelated to above issue)..

I thought it would be valuable to include the new hostname field in the network map. A simple change to clients.asp something like the following would do (where It would be added below the IP address):

Line 238:

clientHtmlTd += (clientObj.isWebServer) ? '<a class="link" href="http://' + clientObj.ip + '" target="_blank">' + clientObj.ip + '</a>' : clientObj.ip ;

TO:

clientHtmlTd += (clientObj.isWebServer) ? '<a class="link" href="http://' + clientObj.ip + '" target="_blank">' + clientObj.ip + '</a>' + "\n" + "(" + clientObj.hostname + ")" : clientObj.ip + "\n" + "(" + clientObj.hostname + ")";

Since it would be nice to be able to see hostnames of the devices that are attached...

 

[westmc]

You will have to remove this line from Samba:

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_RCVBUF=65536 SO_SNDBUF=65536

I can't think of anything that would have changed with 380.58 however. That change was only with 380.59.

Is this a correct test...

enable jffs and custom scripts
copy /etc/smb.conf to /jffs/configs/smb.conf
comment out that line in /jffs/configs/smb.conf
run "service restart_samba"

If so, then it did not fix the problem.

 

[charlie2alpha]

Is this a correct test...

comment out that line in /etc/smb.conf
run "service restart_samba"

If so, then it did not fix the problem.

No it is not, the file is regenerated when you give the restart command. You need to create a postconf file, search the wiki for user scripts.

 

[westmc]

No it is not, the file is regenerated when you give the restart command. You need to create a postconf file, search the wiki for user scripts.

Thanks for the heads up. Right after a wrote that, I noticed that the change got reverted. I enabled the jffs thing and custom scripts and copied /etc/smb.conf to /jffs/script/smb.conf and I see my change now being made in /etc/smb.conf. Unfortunately, it didn't fix the samba issue. I'm getting 26MBs R and 4MBs W

 

[charlie2alpha]

Thanks for the heads up. Right after a wrote that, I noticed that the change got reverted. I enabled the jffs thing and custom scripts and copied /etc/smb.conf to /jffs/script/smb.conf and I see my change now being made in /etc/smb.conf. Unfortunately, it didn't fix the samba issue. I'm getting 26MBs R and 4MBs W

That's strange, the parameter @RMerlin mentioned is the only thing changed.

 

[westmc]

That's strange, the parameter @RMerlin mentioned is the only thing changed.

It is definitely strange, but there must be something else. Maybe I am wrong about which version of Merlin it started in. I went back to running stock for a while, so maybe I skipped 380.57. Was there a change made between 380.56 and 380.57?

 

[westmc]

It is definitely strange, but there must be something else. Maybe I am wrong about which version of Merlin it started in. I went back to running stock for a while, so maybe I skipped 380.57. Was there a change made between 380.56 and 380.57?

I just downgraded to 380.57, didn't even do a factory reset and got 71 R and 60 W. So the issue was definitely introduced in 380.58.

 

[Keendark]

Hi again!
I noticed that on the RT-AC88U Your port status doesn´t show Duplex info on LAN port 5-8.
Anyway to add that?

Any difference between 1-4 and 5-8, any better then the other?

BR
//KD

 

[CiscoX]

Hi again!
I noticed that on the RT-AC88U Your port status doesn´t show Duplex info on LAN port 5-8.
Anyway to add that?

Any difference between 1-4 and 5-8, any better then the other?

BR
//KD

Hi,

The AC88U has to different LAN chipset. One Realtek (port 5 -8) and Broadcom (port 1 -4)

Switch: 4x GbE in BCM4709C0 + 4x GbE in Realtek RTL8365MB

 

[westmc]

I just downgraded to 380.57, didn't even do a factory reset and got 71 R and 60 W. So the issue was definitely introduced in 380.58.

There must be some element I am missing. When I tested 380.59, I got the same poor results with CrystalDiskMark using wired and wireless. When I tested 380.57, I used wired to get those results I just posted. I went back to 380.58 and got similar 70-80/60 results, so I went back and checked 380.56_2, 380.57, 380.58, and 380.2695 and all report 70-80/60 wired and 28/4 wireless. I just tested a 500mb file with robocopy and got about 4MBs write. Could installing 380.59 have permanently corrupted something? I'm currently on 380.2695 and did a factory restore plus a reboot and I'm still getting the poor performance.

 

[westmc]

There must be some element I am missing. When I tested 380.59, I got the same poor results with CrystalDiskMark using wired and wireless. When I tested 380.57, I used wired to get those results I just posted. I went back to 380.58 and got similar 70-80/60 results, so I went back and checked 380.56_2, 380.57, 380.58, and 380.2695 and all report 70-80/60 wired and 28/4 wireless. I just tested a 500mb file with robocopy and got about 4MBs write. Could installing 380.59 have permanently corrupted something? I'm currently on 380.2695 and did a factory restore plus a reboot and I'm still getting the poor performance.

I did one more reboot and I am back to 50/30 using wireless under 380.2695. I thought 3 reboots was the magic number, not 2 Tomorrow, I'll try going back to 380.59 again. Anything else to try?

 

[RMerlin]

I did one more reboot and I am back to 50/30 using wireless under 380.2695. I thought 3 reboots was the magic number, not 2 Tomorrow, I'll try going back to 380.59 again. Anything else to try?

Check the system log for any error related to USB during the copy. Might be worth running a chkdsk on the hard disk as well.

 

[RMerlin]

I noticed that on the RT-AC88U Your port status doesn´t show Duplex info on LAN port 5-8.
Anyway to add that?

I don't have access to that information with the Realtek chip (neither do I have access to the last seen MAC on each port).

 

[el pescador]

One thing in the log.

11:05:20 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10009 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20009 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10010 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20010 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10011 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20011 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 10012 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 10013 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 20013 is big. Consider r2q change.

I'm using the bandwidth limiter with fq_codel.


On that.
I now get bufferbloat A.
On beta 1 i couldnt get A it would always be D..although on alpha 2 i could get A.

Tried many different variables in the upload and download.

Thanks for this Merlin.

 

[charlie2alpha]

One thing in the log.

11:05:20 kernel: HTB: quantum of class 10001 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20001 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10009 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20009 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10010 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20010 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 10011 is big. Consider r2q change.
May 3 11:05:20 kernel: HTB: quantum of class 20011 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 10012 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 10013 is big. Consider r2q change.
May 3 11:05:21 kernel: HTB: quantum of class 20013 is big. Consider r2q change.

I'm using the bandwidth limiter with fq_codel.


On that.
I now get bufferbloat A.
On beta 1 i couldnt get A it would always be D..although on alpha 2 i could get A.

Tried many different variables in the upload and download.

Thanks for this Merlin.

Ignore those log entries, there're there since forever.

 

[deathnite]

Asuswrt-Merlin 380.59 Beta 2 is now available for all models.

How come Smartifi is still not compatible with AC56U? Is this model missing the ASSIA agent or the CloudCheck app simply needs an update to support this router?
The app is saying the only supported asus routers are AC3200, AC66R/U/W, AC68P/R/U/W and N66R/U/W.