What's new

Asuswrt-Merlin 3.0.0.4.354.27 Beta 1

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

hello
works great on the rt-n16. no issues.
thank you

Ok, thanks for your feedback. I guess the other RT-N16 user either experienced a bad flash, or needed to restore back to factory defaults.
 
I think I may have discovered a bug, DHCP queries are no longer showing up in my system log. If it matters all of my clients are set to static IP addresses however in previous merlin builds their DHCP queries would show up in the log. Yes I made sure I have logging them enabled.

If they have static IPs, then they will never send any DHCP query on the network. There shouldn't be anything to log in that case, so this looks expected behaviour to me.
 
Not a bug, but an observation. In previous versions, my MBP would wake from sleep and reconnect very quickly to the 5 GHz channel. With this driver, the reconnection takes 20+ seconds. Never seen anything like it before. Going to revert to see if the problem disappears.

Edit: Yeah, after reverting the reconnect is fast as usual. Strange. Any other MBP users out there?

Try changing the Preamble Type to Short (on the Professional page). You could also try toggling "Enable WMM APSD" (on that same page). If it still fails, try reverting back to factory defaults.
 
Anyone else can confirm that it doesn't boot on their RT-N16? Could be a compatibility issue with the RT-N16, I don't think Asus has released a 354 build for the RT-N16.
Hi,

I am running the ASUS build now for some days, without any problems!
BUT: I am only using the AP mode for WLAN range extension purposes.

I did not do the default settings a first, but after your comments I did even the facotry defaults, and it works flewless. :)

With kind reagards
Joe :cool:
 
I'm not seeing DHCP requests/responses in the log, either, and I'm pretty sure that they're happening. However, I don't really care, since I see that clients are getting IP's with leases via DHCP. Just makes the important messages stand out more *smile*.

My opinion, anyways.

Another thing I just noticed is that the Sysinfo page says that HW Acceleration is: "Disabled (incompatible feature enabled)". I don't have QOS or individual IP traffic reporting turned on. I also looked at this with both the Chrome and IE browsers, and see the same message. Has something new been added that makes HW Acceleration incompatible? It would be nice if the GUI could also tell you what incompatible features are enabled *smile*.

Thanks.
 
Last edited:
Try changing the Preamble Type to Short (on the Professional page). You could also try toggling "Enable WMM APSD" (on that same page). If it still fails, try reverting back to factory defaults.
Thanks for the suggestion, Merlin. I actually started off with factory defaults. Reverted to 26b, then reverted my revert to 27 again. No defaults this time and it seems to be working very well so far (though I've been out and not doing a lot of testing). I will keep these in mind for future testing if the issue pops back up.

I don't know how you do it, man, without going crazy (as the dev)--router firmware in general seems so finicky device to device! It's like each flash of the same version is a gamble.
 
Last edited:
Ok, thanks for your feedback. I guess the other RT-N16 user either experienced a bad flash, or needed to restore back to factory defaults.

Tell me, what im doing wrong?
Ive put router into recovery, flashed 354 version using Asus Firmware Restoration Utility, after that i have just 2 leds (Power on + LAN1), No WiFi Led...try reflashing many times, no go for me=(
 
Bug: Manually Assigned IP addresses

When you manually assign more than one IP address to your equipments, the table structure become wrong.

This is not a Merlin build related bug, it is present in the original ASUS build too.
 
I liked more the way Asus implemented information on Client Status Mac Address in the official 354.

But for now 354.s7b1 is working very well.
 
Last edited:
Greetings!

My environment:
----------------
RT-N66U (1.0.1.3) in AP mode (2,4GHz only, N-mode only /w 20MHz, static ch. 11, short preamble, 80mW) (interference through other non-friendly 40MHz-driven APs in the area :mad:)
  • Win7 clients
  • Ipad 2
  • Amazon Kindle
  • Nokia C7
  • Samsung LED TV (D8000 Series)
  • Linksys WET610N connected /w PS3
Connected via CPE cable-ISP(50/2,5) with IPv6 DS-Lite

ASUSWRT .354:
---------------
Upgraded from Merlin .270 to ASUSWRT .354. (NVRAM not cleared.)
100 percent stable for 3 days of operation, no issues at all.
I have not looked at client bandwidth nor signal strength. (Does not matter for me anyway, as I always prefer to use the latest firmware)

Merlin-ASUSWRT .354.270ß:
----------------------------
Upgraded from ASUSWRT .354 direct to Merlin .354, running fine.
Saved my old NVRAM settings (from Merlin .270.16), afterwards cleared NVRAM and manually configured Merlin .354 from scratch.

Noticed only one small glitch /w IE10 so far: after changing 2,4Ghz to N-only and channel width to 20MHz, I can't select a static channel, cause channel selection menue is completely empty. Switching forward to any other settings page and back brings channel selection settings back.


There are indeed some NVRAM settings which changed, e.g.:
(old nvram settings)
Code:
-wl1.3_nmode=-1
-wl0.2_nmode=-1
-pci/2/1/pdgain5g=4
-pci/2/1/maxp5gha0=0x6A
-pci/2/1/subband5gver=0x4
-pci/2/1/maxp5gha2=0x6A
-pci/2/1/maxp5gha1=0x6A
-pci/2/1/maxp5gha2=0x6A
-pci/2/1/mcsbw20ul5gmpo=0x77777777
-pci/2/1/rxgainerr5g=0xffff,0xffff,0xffff,0xffff
-pci/2/1/tworangetssi5g=0
-wl0_psr_mrpt=0
-pci/2/1/mcsbw205gmpo=0x77777777
-ipv6_dhcppd=0
-wl1_psr_mrpt=0
-pci/2/1/tempsense_option=0x3
-pci/2/1/femctrl=3
-pci/2/1/epagain2g=0
-nf_sip=1
-pci/2/1/rxgains2gelnagaina0=0
-pci/2/1/rxgains2gelnagaina1=0
-pci/2/1/rxgains2gelnagaina2=0
-pci/2/1/papdcap5g=0
-pci/2/1/cckbw20ul2gpo=0
-wl_nband=2
-pci/2/1/tssiposslope5g=1
-pci/2/1/tempcorrx=0x3f
-wl_bw=0
-pci/2/1/noiselvl5gua0=31
-pci/2/1/noiselvl5gua1=31
-pci/2/1/noiselvl5gua2=31
-dev_fail_count=0
-networkmap_status=0
-pci/2/1/mcsbw402gpo=0
-wl1.2_nmode=-1
-pci/2/1/sar5g=15
-wl0.1_nmode=-1
-wol_list=
-pci/2/1/mcsbw202gpo=0
-wl0_radio_time2_x=00012359
-pci/2/1/rxgains2gtrisoa0=0
-pci/2/1/rxgains2gtrisoa1=0
-pci/2/1/pcieingress_war=15
-pci/2/1/noiselvl5gma0=31
-apps_pool_error=
-wl0_wpa_mode=0
-wl1_version=5.100.138.20
-dpsta_ifnames=
-wl1_wpa_mode=0
-pci/2/1/agbg1=133
-pci/2/1/measpower1=0x7f
-pci/2/1/mcsbw20ul5ghpo=0x77777777
-pci/2/1/legofdmbw205gmpo=0x77777777
-pci/2/1/ledbh10=7
-wl1_nmode_x=0
-wl_hwaddr=C8:60:00:E7:E9:50
-pci/2/1/measpower=0x7f
-pci/2/1/ofdmlrbw202gpo=0
-pci/2/1/gainctrlsph=0
-log_level=7
-wan_hwaddr=C8:60:00:E7:E9:50
-ure_disable=1
-pci/2/1/pa2ga0=0xfe72,0x14c0,0xfac7
-pci/2/1/pa2ga1=0xfe80,0x1472,0xfabc
-pci/2/1/pa2ga2=0xfe82,0x14bf,0xfad9
-pci/2/1/epagain5g=0
-wan0_expires=16
-pci/2/1/mcsbw405gmpo=0x77777777
-wl1.1_nmode=-1
-pci/2/1/cckbw202gpo=0
-pci/2/1/legofdmbw20ul5gmpo=0x77777777
-wl_psr_mrpt=0
-wl_unit=0
-wl1_plcphdr=long
-pci/2/1/noiselvl5gla0=31
-wan0_netmask=0.0.0.0
-pci/2/1/noiselvl5gla1=31
-login_timestamp=664
-pci/2/1/maxp5ga1=0x6A
-dpsta_lan_uif=1
-pci/2/1/pdgain2g=4
-pci/2/1/tempsense_slope=0xff
-wl_vifnames=wl0.1 wl0.2 wl0.3
-pci/2/1/aga0=71
-pci/2/1/rawtempsense=0x1ff
-wl0.3_nmode=-1
-wl_nbw_cap=0
-pci/2/1/rxgainerr2g=0xffff
-pci/2/1/tworangetssi2g=0
-wl_gmode_protection=off
-ipv6_radvd=0
-console_loglevel=1
-networkmap_fullscan=0
-wl_country_rev=3
-wl1_nreqd=0
-dpsta_policy=1


(new/changed nvram settings in .354)
Code:
+pci/2/1/maxp5gha0=0x5E
+pci/2/1/maxp5gha1=0x5E
+pci/2/1/maxp5gha2=0x5E
+pci/2/1/mcsbw20ul5gmpo=0x75311111
+ipv6_dhcppd=1
+pci/2/1/mcsbw205gmpo=0x75311111
+wl_nband=1
+wl_bw=1
+networkmap_status=1
+wl0_radio_time2_x=00002359
+wl1_version=5.110.27.20012
+pci/2/1/mcsbw20ul5ghpo=0x75311111
+pci/2/1/legofdmbw205gmpo=0x75311111
+wl1_nmode_x=1
+pci/2/1/mcsbw205ghpo=0x75311111
+wl_hwaddr=C8:60:00:E7:E9:54
+log_level=5
+wan_hwaddr=
+wan0_expires=864104
+pci/2/1/mcsbw405gmpo=0x75311111
+pci/2/1/legofdmbw20ul5gmpo=0x75311111
+wl1_plcphdr=short
+wl_unit=1
+login_timestamp=128
+pci/2/1/legofdm40duppo=0x2222
+pci/2/1/maxp5ga0=0x5E
+pci/2/1/maxp5ga1=0x5E
+wl_vifnames=wl1.1 wl1.2 wl1.3
+wl_nbw_cap=1
+wl_gmode_protection=auto
+ipv6_radvd=1
+console_loglevel=5
+networkmap_fullscan=1
+wl_country_rev=0
+wl1_nreqd=1

What surprises me is that IPv6 prefix delegation and radvd are now enabled, log-level ist turned down, mac address changed(?) and country code also although I did not changed anything via console.

Otherwise thumbs up!
Thank you so very much Eric!:cool:
 
Dont know what to do...
Im flashing 270 version without any issues, but 354 version doesnt boot.
Repeated for like 5-6 reflashes of both versions.
 
Flashing from Merlin v. 270 to 354 B1. on AC66U.
Manuell reboot.
Having 7 wireless devices and 3 LAN connected devices connected.
Total datavolume consumed the last 30 days = 186 GB
Now issues so far. Continue testing. Reporting back when having issues.
 
Installed Beta 1, it is running very well. Did a restore to defaults prior to flashing and the 2.4 and 5 channel strength is great.

Only thing I see is I am unable to set the time. I am using it in AP mode and date/time is stuck on Jan 1. It normally will set if I click apply on the system page but no luck. BTW: it did work on build 26b

Steve
 
Try changing the Preamble Type to Short (on the Professional page). You could also try toggling "Enable WMM APSD" (on that same page). If it still fails, try reverting back to factory defaults.


kaiguy same problem, even with no internet 5GHz

Merlin thanks for your work
 
download it again and flash that one. and since you have to recover again go to asus site and download the 354 and recover that then flash to merlin.

Dont know what to do...
Im flashing 270 version without any issues, but 354 version doesnt boot.
Repeated for like 5-6 reflashes of both versions.
 
download it again and flash that one. and since you have to recover again go to asus site and download the 354 and recover that then flash to merlin.

Are u sure there wont be any issues with reverting back to Merlin after flashing official firmware?

Last time ive done it, was pain in butt.


UPD: flashed official firmware vie restore utility, everything ok, so i guess its smthwith merlin's firmware for RT-N16
 
Last edited:
well I never had any issues. I know people who can't stand and talk at the same time so there are no guarrantees. but it almost soundds like you got a bad download that is why I said to download it again. all you can do is try and if it is not for you so be it.

Are u sure there wont be any issues with reverting back to Merlin after flashing official firmware?

Last time ive done it, was pain in butt.
 
There's no hw accel when ipv6 is enabled
say due to incompatible feature
thanks,bigcid10
 

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