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!

@R1-Limited
Sorry, don't know what to tell you.....
Yesterday I disconnected my powerline connection and hooked up my N66R bridged to my main AC68P. Using a single N66R port to an 8-port switch. I streamed live TV all day via WMC, and a couple of times with a FireTV stream running in the background, and web browsing on top of it. Other than some packet loss - pixelization (the reason I went to powerline in the first place, my media center is at the opposite end of my house from my router) it ran all day. The FireTV /web browsing going through my VPN.

I can't recreate a problem (other than IPv6 on MediaBridge), and your last logs don't provide any clues.
 
Will this Asuswrt-Merlin work with the RT-AC68P router?
If I have issues, how does one roll-back to the official firmware?
 
Will this Asuswrt-Merlin work with the RT-AC68P router?
In Post #1
The following routers are supported by this firmware:
  • N16, N66U, AC66U (original MIPS based revs), AC56U, AC68U (Rev A1,A2,B1) and AC68P (and the retail and color versions, R and W, of each router)
    If I have issues, how does one roll-back to the official firmware?
    download and re-flash with official
 
Last edited:
Will this Asuswrt-Merlin work with the RT-AC68P router?
If I have issues, how does one roll-back to the official firmware?
An AC68P is what I use for most of the development work. There are also instructions for loading the firmware if you are on 380.60 or later Merlin or 380.3000 or later ASUS.
 
MediaBridge (and AP, MediaBridge is just a special case of AP) has a long standing problem of 'dropping' IPv6 connectivity. If you search the forum, you'll get several hits on various code levels. But, you should always maintain IPv4. I've been trying a few things, but haven't been able to make a substantial difference. I'm afraid it's inherent in the closed-source parts of the code.

BTW - I don't see any difference between V24 and V25 in this behavior.
I understand, I als understand canned through back responces when one does not understand. I deal with that in DevOps everyday. While the facts remain constant when I am in the middle of triage there are three questions to be answered
1: When did it start
2. What changed
3. is it reproducable

The answer to the three are obvious to me,
1. Started with 25x
2. Updated to 25x
3. Yes

I would ask net what would you like from my logs and what would you like set to debug, info a packet capture? I am back on 24e3 with zero issues as it has been since I got these routers. I have always had a media to router connection under merlin or your fork. Never experianced this issue until 25
 
I understand, I als understand canned through back responces when one does not understand. I deal with that in DevOps everyday. While the facts remain constant when I am in the middle of triage there are three questions to be answered
1: When did it start
2. What changed
3. is it reproducable

The answer to the three are obvious to me,
1. Started with 25x
2. Updated to 25x
3. Yes

I would ask net what would you like from my logs and what would you like set to debug, info a packet capture? I am back on 24e3 with zero issues as it has been since I got these routers. I have always had a media to router connection under merlin or your fork. Never experianced this issue until 25
Perhaps if you have such a deep understanding of your problem, you should code the fix yourself?

These folks do thankless work on this stuff in their spare time. If John can't reproduce your problem, it's quite difficult to troubleshoot. Just sayin. Cut him a break.
 
I have an area in the other side of the house which I would like to plug in 4 LAN devices and also to provide wifi due to weak signal from my main AC68U. What's the recommended mode I should be using? I am thinking of getting another AC68U and running it in AP mode. Can I convert the WAN port into LAN when I do that? I have a LAN point wired from the switch attached to the AC68U to that area.

Thanks in advance.
 
Hi
I sometimes loses my internet connection, in the log i see this

Jun 14 11:16:05 ntp: NTP update successful after 1 attempt(s)
Jun 14 12:14:58 dnsmasq-dhcp[539]: DHCPREQUEST(br0) 192.168.1.64 c8:0a:a9:73:67:2c
Jun 14 12:14:58 dnsmasq-dhcp[539]: DHCPACK(br0) 192.168.1.64 c8:0a:a9:73:67:2c Server-Pc
Jun 14 12:15:02 dnsmasq-dhcp[539]: DHCPINFORM(br0) 192.168.1.64 c8:0a:a9:73:67:2c
Jun 14 12:15:02 dnsmasq-dhcp[539]: DHCPACK(br0) 192.168.1.64 c8:0a:a9:73:67:2c Server-Pc
Jun 14 12:16:05 ntp: start NTP update
Jun 14 12:17:10 ntp: NTP update failed after 5 attempts
Jun 14 12:18:26 ntp: NTP update failed after 5 attempts
Jun 14 12:19:41 ntp: NTP update failed after 5 attempts
Jun 14 12:20:56 ntp: NTP update failed after 5 attempts
Jun 14 12:22:11 ntp: NTP update failed after 5 attempts
Jun 14 12:22:30 dnsmasq-dhcp[539]: DHCPDISCOVER(br0) 30:a8:db:d4:f5:74
Jun 14 12:22:30 dnsmasq-dhcp[539]: DHCPOFFER(br0) 192.168.1.20 30:a8:db:d4:f5:74
Jun 14 12:22:30 dnsmasq-dhcp[539]: DHCPREQUEST(br0) 192.168.1.20 30:a8:db:d4:f5:74
Jun 14 12:22:30 dnsmasq-dhcp[539]: DHCPACK(br0) 192.168.1.20 30:a8:db:d4:f5:74 android-842ac3e7d253129

and it keeps on until my internet returns. Does it have something with my AC68U to do ? or is it something on the providers end ? or can we see anything in this ?
 
I have an area in the other side of the house which I would like to plug in 4 LAN devices and also to provide wifi due to weak signal from my main AC68U. What's the recommended mode I should be using?
An access point will give the full bandwidth from your main router.

I am thinking of getting another AC68U and running it in AP mode. Can I convert the WAN port into LAN when I do that?
At least on all of the ASUS models I have installed, the WAN port becomes a suitable entry point from the main router with no further configuration required.

What you are describing is exactly how my own house is wired, and a couple of dozen installations we have added in houses around St. Louis.
 
An access point will give the full bandwidth from your main router.


At least on all of the ASUS models I have installed, the WAN port becomes a suitable entry point from the main router with no further configuration required.

What you are describing is exactly how my own house is wired, and a couple of dozen installations we have added in houses around St. Louis.

Awesome. Will go ahead and order another AC68U then as long as I am not being made to do double NATing and be able to use all 5 ports I am good. Thanks dude for the quick reply
 
At least on all of the ASUS models I have installed, the WAN port becomes a suitable entry point from the main router with no further configuration required.
...I can confirm that for the AC68U, as I am running mine as an AP....WAN will work fine as a fifth LAN port.
Just don't get confused when looking at the info from the System Log UI, which will state " WAN is down", which is true from a software point of view when running in AP mode, even when the physical connection to your LAN switch is UP.
 
@R1-Limited
The only other thing I can think of is it's somehow app related. Any special apps you are running on the MB clients? With the CVE-2017-5892 update, the router is VERY particular about any http requests it gets, and may not be responding the same way as before.
 
@R1-Limited
The only other thing I can think of is it's somehow app related. Any special apps you are running on the MB clients? With the CVE-2017-5892 update, the router is VERY particular about any http requests it gets, and may not be responding the same way as before.
@john9527
No apps running or special apps installed, just a fresh running 25. Oddly as well, I noticed my syslog server stopped gettig entries from that 66. Dicecting it some I tried a few things to try and pinpoint the issue. I used reservations so instead I static assigned the 66 as well as the devices attached remove that range from the DHCP server on the 68, that failed as well. It is almost like the 66 just stops responding to or comunicating with. Go figure. It is perfect at 24. I have been pretty busy work wise and weekends, when I can I am going to establish wireshark to cap everything, as soon as I do I will send it up
 
@R1-Limited

Been running the test on the next V25 release for about the last 3 hours. Here is the config I put together to test (including MediaBridge). I'm currently running 3 media streams through the bridge without problems.....Streaming from the 68P MediaServer through the Sony BluRay, Windows 7 WMC LiveTV from the HDHomeRun, and DirectTV through a VPN to the FireTV. (Excuse the diagram....it was a quick and dirty :) )

HomeNetwork.png
 
...I can confirm that for the AC68U, as I am running mine as an AP....WAN will work fine as a fifth LAN port.
Just don't get confused when looking at the info from the System Log UI, which will state " WAN is down", which is true from a software point of view when running in AP mode, even when the physical connection to your LAN switch is UP.

Thanks for the tip! As long as all 5 ports works the same, I am good.
 
An update for Update-25 is available. Sorry for the churn, but the port of CVE-2017-5892 turned out to be more complex than first thought. In addition to porting it to the older http logons, I ended up having to debug some of ASUS's code. Hopefully, I'm getting to the end of this one...lucky number 7....

BTW....my test bed with MediaBridge successfully handled 3 streams for over 12 hours without a hiccup (Well, the DirecTVNow/FireTV stream timed out once at 4 hours because I hadn't pressed any buttons....started right back up)

LATEST RELEASE: Update-25E7
15-June-2017
Merlin fork 374.43_2-25E7j9527
Download http://bit.ly/1YdgUcP
============================

This release primarily addresses (full changelog is in the zip files)
  • Fixes for some additional problems in the port of CVE-2017-5892, including gui 'hangs'
  • Fix for IPv6 stateful mode breakage introduced in Update-20 (not a popular option, I guess :) )
  • Removed the Bridge Multicast option from MIPS routers as it is not supported on those models
  • Other misc changes related to IPv6 support and configuration (found a few things while investigating IPv6 on MediaBridge)
  • EDIT: Forgot a couple of things
  • Improved services start for non-router modes
  • GUI cleanup for non-router modes

As always, a reminder to have a backup of /jffs in case the jffs space needs to be reformatted due to increases in firmware size.

SHA256
Code:
08fd378baae27b6da069ee72ad25abebf1b5f4c1553c9da22b3570ac696e709e  RT-AC68U_3.0.0.4_374.43_2-25E7j9527.trx
09b23d79d7ee6b210ae25507130d651ee551f9bf1f1041069e725b778dd7d388  RT-AC56U_3.0.0.4_374.43_2-25E7j9527.trx
3f16ecaca42b04369df38be3126221d891002c86e2261e082e106b8f07a3d99d  RT-N16_3.0.0.4_374.43_2-25E7j9527.trx
d3ea12e3930f0369e7099f80d0cab55f94335a558c816b521540ed9020409735  RT-AC66U_3.0.0.4_374.43_2-25E7j9527.trx
fb4d7278ba1896ca72e00dec9f51916851bc56af9be099d7f09151c73a976ded  RT-N66U_3.0.0.4_374.43_2-25E7j9527.trx
 
Last edited:
Great! Installed -25E7 on my RT-N66U.

Looking for the "Bridge Multicast option" but I can't find it. ;)
The "suppress packet with own address log" is a good idea, always seen a lot of them.
 
I know, I was the one bring that item to his attention.
Hence the smiley. ;)
 

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