What's new

[Fork] Asuswrt-Merlin 374.43 LTS releases (Archive)

  • 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!

Ah, I see- I have made the cursor thicker via the ease of access center and that helps a LITTLE bit... But the color "choice" (if there was a choice) for the cursor is abysmal. I think it is just a bit lighter grey than the background?

Changing the caret/pointer color in the ease of access center does not affect the color of that cursor, bummer. This is all in IE11. I guess I will just switch to Chrome, that pesky bugger is white in Chrome! :)
 
Last edited by a moderator:
Ah, I see- I have made the cursor thicker via the ease of access center and that helps a LITTLE bit... But the color "choice" (if there was a choice) for the cursor is abysmal. I think it is just a bit lighter grey than the background?

Not sure what kind of colour scheme your desktop is using, the background is quite dark here, with a very good contrast with the cursor's color.
 

Attachments

  • custom-cursor.png
    custom-cursor.png
    34.5 KB · Views: 529
In chrome the caret looks like that... in ie11-

caret-ie.png


Yes, that is it between the k and e of like, and it is two pixels wide! :eek:
Apparently this is not a universal problem, perhaps exclusively mine.
 
Last edited by a moderator:
Not sure what kind of colour scheme your desktop is using, the background is quite dark here, with a very good contrast with the cursor's color.
From what I've been able to read, the spec calls for the caret color to be the inverse of the background color. It looks like IE is following the spec (setting the caret to a dirty yellow), while Chrome is ignoring that and setting it to the same as the text color.

I also use IE, so would like to improve this as well. When I can, I'll try some of the tricks I read about to see if I can make it better..
 
Ok so I've been having some issues with Facebook on IPV6 activated. It loads very very slow. If i reboot the router everything is fine. Any thoughts?
 
Ok so I've been having some issues with Facebook on IPV6 activated. It loads very very slow. If i reboot the router everything is fine. Any thoughts?

Two things you can try....

- If you are using IE as your browser, try Firefox or Chrome (do a google search for 'browser Happy Eyeballs' for the details on why this may help)
- You seem to be in a bad place with RDS (the other RDS users starting working fine with IPv6 even without unchecking the MTU Advertisement option). You could try setting your PPPoE MTU to 1280 and rechecking the Advertisement option.
 
A question about the VPN keys. The instructions say only copy the key/cert contents between the -----begin and end------ .

When the server certificate was generated, there was a bunch of semi-useful stuff placed in the preamble before the -----BEGIN CERTIFICATE----- data.

Just wondering if the instructions to only use the data between the ------ and the ------ have to do to the max size of the field or there is some other technical reason in how the VPN function parses the data?
 
BUSIER failure: I have issued the following remotely (by ssh):

echo 1 > /proc/sys/kernel/sysrq
echo r > /proc/sysrq-trigger
echo 1 > /proc/sys/kernel/sysrq
echo e > /proc/sysrq-trigger

At this point the ssh connection stopped, the router has become unresponsive (no ssh, no telnet, no HTTPS web interface, even from LAN, Sixxs tunnel died), it still routes IPv4 traffic, firewall is still active.

This is something like a doom scenario for the router and the only solution was to power off router and then power it on. But this requires physical access to the router, so it cannot be done remotely.

Router: RT-N16 running 374.43_2-13E1j9527.

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

does reboot the router, but it cannot be issued after Sysrq+e.

Do you have any plan for automatically reviving basic processes like telnetd and dropbear after Sysrq+e? Consider this a feature request.
 
Last edited:
Hi John

Thanks for your great effort in creating this fork. Having experimented with all the firmwares from Merlin to Asus, I found this to be the best for my needs with regulation mode and power customisations on my ac66u.

Question- does beamforming make any difference, as i noticed the option had been removed from later versions?

I have also noticed something odd in relation to RSSI on 5ghz. Using Band 3 (149+), my signal level is considerably lower than compared to Band 2 (100+). I actually found Channel 34 to have the best range. Very strange!! I am using #a/0 if that makes any difference.
 
Well did a factory reset this weekend working on a small issue I was having ( turns out not the router) and noticed that the Max TCP connections were reset back to 16387 again not the 300,000 as default that was addressed in this build (or 13j). Something apparently still off at lease for the AC66.

nvram unset ct_max
nvram commit
reboot
 
LATEST RELEASE: Update-13E1
14-July-2015
Merlin fork 374.43_2-13E1j9527
Download http://1drv.ms/1uChm3J
============================

New release is up! And hopefully will finally resolve some long standing issues.

The biggest items
  • Updated OpenSSL to 1.0.2d to pick up a high sev security fix
  • Fixed connectivity issues for PPPoE/IPv6
  • Fixed updating to the new DH size on MIPS routers
  • Fixed impact to IPv6 download speed with QoS enabled

And a few more...please take the time to read thru the first post for a complete list. :)

Enjoy!

Thanks for update, I've managed to upgrade it and now it's working IPV6, my ISP is RCS-RDS Romania.
 
nvram unset ct_max
nvram commit
reboot
Well this is configurable in the UI as well. Point being that was a bug that has been around for a while that was addressed in this release. But still didn't seem to work. So I was reporting it basically. But thanks for the info although I am not exactly sure what that will do.
 
Just a quick thanks to John for keeping this thing going. I had switched to Tomato ARM (I've been a Tomato user for over a decade - old habits die hard) and was noticing lags and other issues. I just went back version 13 of the 'fork' and I couldn't be more happy. Doesn't have as much detail on QOS compared to Tomato but it is so much faster.

IPV6 gets a 9 out of 10 (couldn't keep it going on Tomato) and the 9 may be the result of TWC having issues with IPV6 in many areas including Central Kentucky.

Thanks John....I thought about trying the latest Merlin but it's so hard to move from this when it's running so well!!! :D
 
ive been using asus firmware for sometime now. i would like to give this firmware a go. from what im reading ,there is no issue with ac68r? and is this the latest version?
 
The wireless is better on this firmware than it is on latest RMerlin releases on the RT-AC68P. I realize that the 68P is newer than the 68R, but my guess would be that it should be better for the 68R as well. And no problems, everything that I use on this router is working well, including IPv6.

Forgot to mention, yes, this version, v13, is the latest full release version.
 
Last edited:
From what I've been able to read, the spec calls for the caret color to be the inverse of the background color. It looks like IE is following the spec (setting the caret to a dirty yellow), while Chrome is ignoring that and setting it to the same as the text color.

I also use IE, so would like to improve this as well. When I can, I'll try some of the tricks I read about to see if I can make it better..
Well, IE refused all attempts to trick it into using a better caret.....so, I made the background darker and then took a little bit of the edge off the text so it wasn't such a glaring contrast (It actually looks better than the screen capture). Will be in the next release.
custom_input.JPG
 
BUSIER failure: I have issued the following remotely (by ssh):

echo 1 > /proc/sys/kernel/sysrq
echo r > /proc/sysrq-trigger
echo 1 > /proc/sys/kernel/sysrq
echo e > /proc/sysrq-trigger

At this point the ssh connection stopped, the router has become unresponsive (no ssh, no telnet, no HTTPS web interface, even from LAN, Sixxs tunnel died), it still routes IPv4 traffic, firewall is still active.

This is something like a doom scenario for the router and the only solution was to power off router and then power it on. But this requires physical access to the router, so it cannot be done remotely.

Router: RT-N16 running 374.43_2-13E1j9527.

echo 1 > /proc/sys/kernel/sysrq
echo b > /proc/sysrq-trigger

does reboot the router, but it cannot be issued after Sysrq+e.

Do you have any plan for automatically reviving basic processes like telnetd and dropbear after Sysrq+e? Consider this a feature request.
I'm not sure there is too much I can do when you force terminate all processes (including the watchdog).
But, I had already backported a couple of changes for the next release which add httpd to the watchdog and a 'watchdog' for the watchdog :) So hopefully, in most situations, you'll be able to get to the gui to force a reboot.
 
Well, IE refused all attempts to trick it into using a better caret.....so, I made the background darker and then took a little bit of the edge off the text so it wasn't such a glaring contrast (It actually looks better than the screen capture). Will be in the next release.
View attachment 4224

Sweet. Looks awesome. Not sure why Asus decided on grey for text/radio button/drop down background in the first place, black would have been a better choice globally in the gui.
 
To make sure I'm understanding this correctly, this fork doesn't offer new features/functionality over what is found in asuswrt-merlin. Rather, this fork is intended to fix bugs and keep up-to-date the older 374 code base for those feel later code bases negatively affected performance.

Is that correct-ish?
 

Latest threads

Sign Up For SNBForums Daily Digest

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