PDA

View Full Version : RT-N66R = RT-N66U (But . . .)


Mick Mickle
10-03-2012, 09:32 PM
After narrowing down the replacement router that I wanted to either a Netgear WNDR 4500 or an Asus RT-N66U, I bought an RT-N66R from Best Buy last Saturday. It really wasn't until I got it home that I noticed it wasn't a "U". Since I couldn't find a reference to that model on the Asus website, I called Asus tech spt/product information and was told by an Asus rep (who didn't hesitate in his answer) that the only difference between the "R" and the "U" models is that the "R" is sold by retailers such as Best Buy.

That sounded great. However, the firmware version that the R came with is 3.0.0.4.176, and doing an update check with the router's web administration GUI states that "The router's current firmware is the latest version." Yet, we know that the latest U firmware is version 3.0.0.4.220. When I went to the Asus download website today, I found that both the R and U were listed. For the RT-N66R, no firmware updates are listed as available, and the utility software is shown as: ASUS RT-N66R Utility version 4.2.6.4, The first version of utility for ASUS RT-N66R. (For the RT-N66U (VER.B1), the utility software is ASUS RT-N66U B1 Utility version 4.2.3.9, The first version of utility for ASUS RT-N66U B1.)

Issues that I've found so far with the R are:

1. The HTTPS SSL admin web page freezes.
2. The Save Setting selection goes and HTTP 404 Not Found page for http://192.168.1.1/Settings_RT-N66R.CFG

Since it's evident that I need to upgrade the firmware to fix these issues, I might as well try the Merlin ASUS RT-N66U 3.0.0.4.220.18b while I've still got store return privileges. I'll let you know the results.

If it's fully compatible, I think that the R should maybe be rolled up into the U subforum. I suspect the R could outrun the U in sales from big box stores.

RMerlin
10-03-2012, 09:40 PM
I have a feeling they are the exact same hardware, but it's indeed a marketing difference (either in bundling or packaging). In fact that model does not even exist in the firmware source code, so I suspect it's the exact same firmware.

Could you do me a favor and post the output from the "dmesg" command (run it over telnet)? That will allow me to at least see if most of the hardware is the same.

Normally I would suggest trying to flash my firmware just to see what happens (those routers are near impossible to brick), however the lack of an official RT-N66R firmware to flash it back in case of trouble could be a problem.

EDIT: If we're lucky, Asus might have also taken the occasion to fix the CFE to properly handle 64K NVRAM, which would open the door to full DD-WRT support. But that would require someone with such a router and a serial cable to validate whether Asus did change the CFE or not.

Mick Mickle
10-04-2012, 04:14 AM
I'm glad to provide the attached dmesg output (after boning up on telnet, having never used it, but really quite simple). I hope I did it right and that you can conclude that the hardware is the same. I also attached a screen shot of the RT-N66R web GUI. Aside from the version number difference from what Asus has been making available for the RT-N66U, they've embedded "R" in it, but maybe there aren't any substantive differences to complicate things.

It's heartening to think about this router being near brick proof. I've been living with an otherwise great Linksys WRT350N for about 5 years that often couldn't make a power cycle without a blinking power LED endstate. It worked much better the last 3 years with DD-WRT, but I've come to become intimate with the 30-30-30 reset method. And finally, the true brick.

I've scanned the 32K/64K issue in the DD-WRT forum and recognize that the 64K firmware upgrade method for the RT-N66U hasn't filled the technical bill. But my WRT350N only had 32K of memory and I was running the mega version of DD-WRT v24-sp2 on it and still had 15K free, according to the System Info page. So I don't yet understand why the RT-N66 memory is handicapping it. I guess I'd have been disappointed by the WRT350N if I'd tried using very many other features in the mega DD-WRT.

So at this stage, without a posted official firmware to flash back to, you think it's too risky to change it? I wonder why they bother to provide an RT-N66R labeled CD with the "Firmware Restoration" program which wants you to browse for a firmware file that's not available. Perhaps making the original firmware available is an oversight or still to come; I thought that was standard practice. (The RT-N66U B1 has the first version of firmware posted for download.)

shantanugoel
10-04-2012, 06:01 AM
That is most certainly N66U firmware. It says so right at the beginning of the dmesg log. I also compared it against my N66U log and they are same..

RMerlin
10-04-2012, 10:58 AM
The RT-N66U needs more nvram because it's a true dual band router, and it also has USB ports, DownloadMaster, optware, etc... All those features require additional space to store both settings and temporary values.

A brand new RT-N66U with only a basic configuration would have less than 3 KB of free nvram with its original 32 KB nvram.

RMerlin
10-04-2012, 11:00 AM
Interesting - I just noticed that the firmware has AiCloud enabled, while being based on a much older version (176). AiCloud was only officially launched with build 220, and went through a lot of code changes between these two versions.

codifier
10-04-2012, 05:12 PM
Hello, new here. Thought I would chime in on this since I just got my shiny new Black Knight in the mail from Amazon today. Pretty much same thing as the OP, but didn't get from a BB (obviously). Grepped the dmesg output for nvram and it's showing the updated 64k as well as AiCloud even though I have the .176 FW.

Box said U, web interface shows U, and even the hostname is RT-N66U.

Mick Mickle
10-04-2012, 05:14 PM
The RT-N66U needs more nvram because it's a true dual band router, and it also has USB ports, DownloadMaster, optware, etc... All those features require additional space to store both settings and temporary values.

A brand new RT-N66U with only a basic configuration would have less than 3 KB of free nvram with its original 32 KB nvram.

Thanks for the good explanation in a nutshell.

Interesting - I just noticed that the firmware has AiCloud enabled, while being based on a much older version (176). AiCloud was only officially launched with build 220, and went through a lot of code changes between these two versions.

Yes, the AiCloud tab has the Google Play logo link, but AiCloud isn't working right. I suppose it's been fixed for build 220? I've been able to set up the AiDisk USB HDD and access the media server, network share, FTP server, and Download Manager. But the Cloud Disk can't be connected through either the Google app or the URL with a browser. (The Google app recognizes the existence of the router's AiCloud, because it starts with the nickname prefilled with the host name, and that changes if I change the DDNS service. And for IE connection, Windows Network Diagnostics says that the remote device or resource won't accept the connection.)

The AiCloud hard-coded 443 port conflicts with the standard SSL port that many users will want forwarded to a server, so I had to remove that port forward for WHS 2011 to test. I think that routers should be able to have any of their administrative ports changeable -- and that includes added functions like FTP server and AiCloud -- so that the router can be transparent to applications and roles that one wants to assign to connected computers. The only port I can find that's selectable is the HTTPS LAN port for the web GUI. I reckon I've been spoiled by DD-WRT.

I noticed that the FTP security (for Share with Account) seems weak: FTP access on the LAN goes directly to a log-on screen, but Internet FTP access through DDNS doesn't trigger a log-on screen until you drill down into the folders. (Although the folders appeared to be empty in the latter case, it's not a warm and fuzzy feeling that anyone is allowed to be connected and see the folder structure.)

Mick Mickle
10-04-2012, 05:20 PM
I just got my shiny new Black Knight in the mail from Amazon today.

Well there you go: This could be the start of the "R"s outnumbering the "U"s.

Mick Mickle
10-04-2012, 07:10 PM
Normally I would suggest trying to flash my firmware just to see what happens (those routers are near impossible to brick), however the lack of an official RT-N66R firmware to flash it back in case of trouble could be a problem.

I just talked with an Asus wireless router tech support rep (Ron), who confirmed -- as I was told before -- that R is simply the "retail" version of U. Asus provides the routers to Best Buy and they market them. But this time, I specifically asked about the firmware. He said that the U firmware is for the R. That's why there's no firmware listed under downloads for RT-N66R. He said that the latest 220 build is also for the R (and you can't get into trouble with Asus for flashing it). That's probably true for the AC66 router as well. Perhaps with enough queries, they'll consolidate the download options on the Asus support web page to cover the models under one selection as "U/R" or "U or R". I think that would provide the needed clarification to customers. Edit: On second thought, that might not work because separate manuals for the R and U models were published. Instead, just replicate the U firmware under the R model selection, starting with build 220. And include the current shipping R firmware, build 176, for download to enable a customer to flash back to it.

So, for me, that opens the door to official firmware upgrade for the R.

Mick Mickle
10-06-2012, 07:30 AM
Overall, Build 220 (and also the Merlin build) is a definite improvement for the RT-N66R. Build 220 fixes these problems that I found in build 176 which was on the router out of the box:

1. The Save Setting selection no longer goes to an HTTP 404 Not Found page.

2. AiCloud works great and does a good job of streaming video to Android from LAN shares. (Be sure your phone or tablet has good security because the AiCloud app caches the username and password for immediate connection. So anyone who has access to your lost phone can be in your LAN.)

3. FTP access is more secure by starting with a log-on screen before showing the file structure.

However, I have these issues, although they may also exist in the "U" version (or maybe it's just my router or cockpit error):

1. Download Master goes to a blank page at port 8081.

2. HTTPS access to the web GUI works on the LAN IP address and from Android, but IE9 results in res://ieframe.dll/invalidcert.htm?SSLError=50331648 when using a DDNS address after clicking continue on the problem-with-security-certificate screen.

3. After logging on to FTP and clicking on the root folder, IE cannot display the webpage.

If these issues aren't unique to the "R" model, then indeed "R" = "U".

Pierino
10-06-2012, 08:52 AM
If the 66r does use the 66u firmware, would it be possible to flash it to a firmware version that does not have the 64k nvram fixed in the kernel, then telnet and run the nvram show command to see if it still is 64k?
That way it wouldn't need to be opened up? Or am I off base?

RMerlin
10-06-2012, 02:22 PM
2. HTTPS access to the web GUI works on the LAN IP address and from Android, but IE9 results in res://ieframe.dll/invalidcert.htm?SSLError=50331648 when using a DDNS address after clicking continue on the problem-with-security-certificate screen.


Accessing the router using the DDNS from inside your network can cause the router to crash and reboot itself if you are running Asus's firmware. I have fixed that issue in my builds (it's related to the GRO setting). Asus are aware of the issue and will have a solution in a future firmware update.

TonyH
10-06-2012, 03:34 PM
R often stands for Refurbished.bished. So My guess is it is RT-66N refurgished.

RMerlin
10-06-2012, 03:56 PM
R often stands for Refurbished.bished. So My guess is it is RT-66N refurgished.

No, Asus already confirmed it was a SKU aimed at large retailers like Best Buy. It's definitely brand new.

Mick Mickle
10-07-2012, 04:38 AM
Accessing the router using the DDNS from inside your network can cause the router to crash and reboot itself if you are running Asus's firmware. I have fixed that issue in my builds (it's related to the GRO setting). Asus are aware of the issue and will have a solution in a future firmware update.

I'm sorry to say that IE9 chokes in HTTPS access using DDNS within the LAN even with your 220.18 build. While I can get past the log-in window to see the GUI, the screen freezes either right away or after a few clicks. Although the router doesn't crash, that HTTPS access isn't reliable on my system. However, Google Chrome does successfully access the GUI under the same HTTPS scenario. In fact, it's very speedy operation of the GUI. Plain HTTP access using DDNS inside the network does work okay with IE9.

Pierino
10-08-2012, 06:42 AM
If the 66r does use the 66u firmware, would it be possible to flash it to a firmware version that does not have the 64k nvram fixed in the kernel, then telnet and run the nvram show command to see if it still is 64k?
That way it wouldn't need to be opened up? Or am I off base?

I guess not.

Mick Mickle
10-09-2012, 07:18 PM
If we're lucky, Asus might have also taken the occasion to fix the CFE to properly handle 64K

NVRAM, which would open the door to full DD-WRT support. But that would require someone with such a router and a

serial cable to validate whether Asus did change the CFE or not.


Is what I provided below relevant to the CFE issue?

If the 66r does use the 66u firmware, would it be possible to flash it to a firmware version

that does not have the 64k nvram fixed in the kernel, then telnet and run the nvram show command to see if it still

is 64k?
That way it wouldn't need to be opened up? Or am I off base?

OK, I checked it out, since I had the confidence from already easily upgrading the firmware (see below) and having store return privileges. I put the RT-N66R back to an earlier firmware and got the readings by Telnet. I also discovered some significant problems that may be applicable to other than the "R" model.

UPDATE: I think I resolved the issues below. Please see the post at http://forums.smallnetbuilder.com/showpost.php?p=49667&postcount=25 for an explanation. In retrospect, any difficulties that I experienced were not show stoppers (more likely user errors) and shouldn't overshadow the impressive performance of this router.

Flashing and Backup Issues. Upfront, these are remaining issues for me, listed by importance (see Problems Experienced below):

a. Reliability of settings configuration file is questionable. (I don't like to think of having to manually re-enter all of the settings that make my network flow correctly.)

b. Reliability of Firmware Restoration utility operation is questionable. (Assuming the router is bullet proof -- here's hoping -- other flashing methods might work.)

c. Duplicate web GUI login-blocking enigma ("You cannot Login unless logout another user first") complicates and frustrates resolution of problems. (When router is fully functioning, I've been able to log in simultaneously from different computers, both HTTP and HTTPS -- maybe that's just the Merlin build? -- and I haven't had that problem with Linksys or DD-WRT GUIs. Duplicate login restrictions should be removed. Remote access might be needed but wouldn't be available if the web GUI was left open on the LAN.)

NVRAM Size. Here's the result of flashing the RT-N66R to the pre-64KB NVRAM firmware 3.0.0.3.178. If I correctly understand how to read the outputs of dmesg and "nvram show," I think it went back to 32KB like one would expect if it's just a clone of the "U" model, different in branding only. I've attached the Telnet logs for the output of both dmesg and "nvram show" (excerpt because of attachment size limit here) if anyone wants to glean further information or if I didn't provide the right summary:

dmesg --
dev_nvram_init: _nvram_init
_nvram_init: allocat header: 2280980480, size= 32768

nvram show --
size: 29689 bytes (3079 left)

Pre-64KB Firmware. I started with the out-of-the-box firmware of 4.176 (which is already 64KB NVRAM) and several days ago upgraded to Asus 4.220 then Merlin 4.220.18, all smoothly without a hitch. So, I thought it would be a piece of cake to go back to 3.178, and it was. While at the 3.178 firmware and having read a number of threads here on clearing NVRAM, resetting, and upgrading these Asus routers, I decided to try some of the methods: Holding the reset button, using "mtd-erase -d nvram" both with Telnet and at http://192.168.1.1/Main_AdmStatus_Content.asp, and even putting router into "rescue mode" and using Firmware Restoration utility to reload 3.178 (failed - see below). (I didn't try the method of holding the WPS button while powering the router back on to clear NVRAM, which I assume will work http://forums.smallnetbuilder.com/showpost.php?p=47627&postcount=19.) Of course, Telnet had to be re-enabled for any Telnet access after successful resets. At various times I was greeted with the "You cannot Login unless logout another user first" webpage while trying to access the web GUI. Generally, http://192.168.1.1/Main_AdmStatus_Content.asp was always available as long as the power LED wasn't blinking. And there were several times when the configuration did survive the "mtd-erase -d nvram." I ended these experiments with the router in a seemingly stable 3.178 state with minimum configuration.

Problems Experienced. Getting back to the 4.220.18 build and restoring my configuration settings was a saga lasting hours. (I didn't keep track of the times I reset the router and flashed the firmware.) Each time I restored the settings with the backup file, I could see that only the 2.4GHz SSID had been restored, but the 5GHZ SSID was still "ASUS_5" and I couldn't log in to the web GUI with my username and password after I closed the browser window. I also couldn't access the Administration page to enable Telnet. Apparently the .cfg settings file that I had backed up to was corrupted. Frustratingly, I was continually met with "You cannot Login unless logout another user first." I often ended Internet Explorer between NVRAM clearings and firmware flashing, including ending the iexplorer processes in Task Manager to hopefully eliminate any caching that may have been contributing to these problems. But I was always able to get to http://192.168.1.1/Main_AdmStatus_Content.asp. That webpage also presented a login window that, curiously, would accept my username and password when the main web GUI page would not. I tried the Firmware Recovery utility at least five times and found that if I tried to upload the firmware and was unsuccessful, I would later only get the response of "not in rescue mode" unless I exited and restarted the program. When the program did start to upload the firmware, the power LED stopped its slow blinking, which indicated it was in the rescue mode, and I had these errors (never successfully completing the recovery process): Either the program aborted the upload part way through, resulting in the status that the router is not in rescue mode, or after completing the upload and after a fairly lengthy recovery process, I received a warning that the recovery was unsuccessful.

Resolution. To finally restore workability, I cleared NVRAM via the Main_AdmStatus_Content webpage referenced above. I then closed all IE processes, restarted the browser, and accessed 192.168.1.1 after waiting out the "You cannot Login unless logout another user first" error (it seemed to go away on it's own after 5-10 minutes, but I was never really sure of what was going on there -- apparent restricted simultaneous logins seem to persist beyond complete router resets), sprinted through the Quick Setup, did the firmware upgrade again to be sure there wasn't any corrupted code in the router (maybe that wasn't necessary), and re-entered all of my "production" configuration information. (Fortunately, with this being a brand new router, I haven't gotten around to entering all the MAC address filters, static IP addresses, and port forwards that I normally use.) I saved the settings into a backup file that has the same size (36,872 bytes) as the one that wouldn't restore correctly, so I still don't know if it's any good or how to test it -- not the best comfort level.

RMerlin
10-09-2012, 07:45 PM
Flashing an older firmware won't help you determine if the CFE addresses 32 KB or 64 KB. The RT-AC66U requires the NVRAM_64K switch to be enabled when the firmware is compiled. The only way to truly determine if the CFE can access the whole 64 KB is through a serial cable.

Restoring settings meant for a different nvram size is not supported. You HAVE to clear your settings and manually reconfigure when switching nvram size, otherwise you will run into issues.

The multiple login issue usually occurs if you log from one IP, change your PC's IP without logging out - the router will still think you are logged in on the first IP.

Mick Mickle
10-09-2012, 08:44 PM
To be clear, I followed cautions about using settings from mismatched firmware. I never tried to restore any settings to the earlier 32KB firmware. I tried to restore the backup from the 220.18 back to the 220.18 after flashing back to that current version. That's when I had the problems. Shouldn't the 220.18 have set the NVRAM back up to 64KB after experimentation with 32KB firmware and accepted the settings without error? Now that I have it working right but with minimum custom configuration settings, I guess I'd better bite the bullet and clear brNVRAM and test the settings restore so I can rely on the backup and restore function.

Why do you suppose there's still a multiple login problem when only one computer is being used after the router's memory is erased and the browser is restarted? That's the issue I had.

Gingernut
10-09-2012, 11:55 PM
It might be possible to copy the CFE using this command and then retrive it from /tmp using winscp for example.

dd if=/dev/mtdblock/0 of=/tmp/cfe.bin

The one gui ip login restriction is a bit of a pain especially if forget to logout and then try from another device, i.e phone browser or laptop to say a few.

RMerlin
10-10-2012, 12:10 AM
Why do you suppose there's still a multiple login problem when only one computer is being used after the router's memory is erased and the browser is restarted? That's the issue I had.

A few months ago one person reported this problem. What happens is after your router reboots with factory default settings, one device on your network (for that other user it was his PS3 if I recall) tries to access the Internet, and ends up triggering the Quick Internet Setup wizard of the router, locking the router to that particular IP. It's actually a bug in the firmware, Asus should probably take care of not triggering a login when accessing the very first page of the Quick Internet Setup.

Simplest way to work around it is to start the router with no device but your main computer connected to it, to ensure nothing else triggers it.

RMerlin
10-10-2012, 12:12 AM
The one gui ip login restriction is a bit of a pain especially if forget to logout and then try from another device, i.e phone browser or laptop to say a few.

You can "unlock" yourself through telnet by erasing a few nvram settings when that happens:


nvram unset login_ip_str
nvram unset login_ip
nvram unset log_ipaddr
nvram commit


After that you should be able to log back in.

Mick Mickle
10-10-2012, 04:44 AM
A few months ago one person reported this problem. What happens is after your router reboots with factory default settings, one device on your network (for that other user it was his PS3 if I recall) tries to access the Internet, and ends up triggering the Quick Internet Setup wizard of the router, locking the router to that particular IP. It's actually a bug in the firmware, Asus should probably take care of not triggering a login when accessing the very first page of the Quick Internet Setup.

Simplest way to work around it is to start the router with no device but your main computer connected to it, to ensure nothing else triggers it.

Good explanation -- Thanks!

Mick Mickle
10-11-2012, 06:45 AM
To close the loop on these three issues that I described in a previous post in this thread, I think they are resolved -- (non-issues). I retested flashing the firmware, using both the router's web GUI and the Firmware Restoration utility, and I restored the configuration settings from a backup file without any problems. I was satisfied that these processes worked effectively:


Flashing and Backup Issues. a. Reliability of settings configuration file is questionable. (I don't like to think of having to manually re-enter all of the settings that make my network flow correctly.)

I couldn't duplicate the problem I experienced previously when it appeared that the settings were only partially restored. I can only conclude that something went wrong when I flashed back up to a 64KB NVRAM firmware from 32KB and the backed up 64KB NVRAM settings weren't compatible. Anyway, subsequent flashing of latest firmware and restoration of settings was accomplished without trouble.

b. Reliability of Firmware Restoration utility operation is questionable. (Assuming the router is bullet proof -- here's hoping -- other flashing methods might work.)

I used the Firmware Restoration utility several times without problems to load firmware onto the router. I think that previously I didn't watch the screen at the time the restoration completed. The utility program doesn't have a clear process completion message. After the firmware is restored, the window almost immediately states that the router is not in the rescue mode. Instead of that being a problem though, it means that the router has booted with the firmware just restored, so of course it's not in the rescue mode.

c. Duplicate web GUI login-blocking enigma ("You cannot Login unless logout another user first") complicates and frustrates resolution of problems. (When router is fully functioning, I've been able to log in simultaneously from different computers, both HTTP and HTTPS -- maybe that's just the Merlin build? -- and I haven't had that problem with Linksys or DD-WRT GUIs. Duplicate login restrictions should be removed. Remote access might be needed but wouldn't be available if the web GUI was left open on the LAN.)


While the restriction on duplicate logins to this router is an unnecessary nuisance if more than one device is active on the LAN, it's easily dealt with by attaching only one computer to the router when setting it up or upgrading it, as RMerlin pointed out. Or if you forget to do that like I did, just unplug the others from the router and refresh the browser window to the web GUI.

I think, by now, it's pretty clear that the RT-N66R is the same device as the RT-N66U and uses the same firmware. (That's probably the case with the RT-AC66R and RT-AC66U, too.)

laidbacktokyo
11-06-2012, 06:03 PM
howdy all,

well it seems there is yet maybe some difference between U and R models... though not easy to recognize... when asus now has z same story 4 AC66 as U and N ones... and differnet names 4 FW despite of z same size accordingly:

N66
http://usa.asus.com/Networks/Wireless_Routers/RTN66U/#download
http://usa.asus.com/Networks/Wireless_Routers/RTN66R/#download

AC66
http://www.asus.com/Networks/Wireless_Routers/RTAC66U/#download
http://usa.asus.com/Networks/Wireless_Routers/RTAC66R/#download

U is made earlier due 2 a number of FW releases posted and is on sale worldwide; R isn't available to buy in some countries. maybe just yet

can anybody try 2 do a crossflash of FW U 2 R or vice versa?;) and 2 research difference if any?:)

sorry i can't do this by myself. now yet scouting model 4 router upgrade from present Asus WL-500W.

thanx

p.s. an official asus comparison of products web option gives nothing except extra certification of AC66R as IEEE 802.11d & e & i vs AC66U:(

Mick Mickle
11-06-2012, 06:18 PM
I ran "U" firmware 3.0.0.4.220 on my "R" model before Asus ever started posting official "R" firmware. I've concluded from all evidence I've seen and heard that they are different in letter designation only. I believe it's the same situation with the AC models.

RMerlin
11-06-2012, 06:49 PM
I can also confirm that there is no RT-N66R option in the GPL build system, meaning that Asus must compile it as RT-N66U most likely.

laidbacktokyo
11-08-2012, 09:24 AM
thanks 4 ur prompt replies.

sorry it's quite off topic of this thread but i need 1 more advice from z experienced people.

shall i expect some N-wireless (not AC) coverage range and/or throughput increase with either N66 or AC66 if upgrade from Asus Wl-500W 2.5GHz 3x2MIMO only with z intel wifi client of same time 2.5+5GHz 3x3MIMO 450Mbps?

one of my notes with z above wifi client is unluckily situated in location alike wifi dead zone but it's very inconvenient 2 relocate both note and wl500w. so this note looks located around z border of wl500w wifi N & G range(s) in concrete building w/o a direct view between AP & client. so i'm easily getting a fine signal of 270Mbps 40Mhz or 130Mbps 20MHz when note is near AP but just a jumping signal of around -75 ~ -85dBm with some 54~11Mbps speed of damn 1~5Mbps real throughput. so i hardly see a difference between N & G wifi in this case.

so i yet failed to get any good results with wl500w from z moment of its purchase a few years ago when it was z best at z market.

some firmwares r better than others but z result is always far from good.


appreciate. really:)

hclarkjr
11-18-2012, 02:15 PM
hi, i bought a black knight at best buy today and noticed the R version like is talked about here, it has the 3.0.0.4.176 firmware on it. but i am not experiencing any problems with it so far. it setup real easy and is working great so far. what changes were made from this firmware to the new one?

lfbb
11-18-2012, 02:28 PM
Take a look at the changelog for the Merlin builds:

http://www.lostrealm.ca/asuswrt-merlin/changelog.txt

or the official firmware:

http://support.asus.com/Download.aspx?SLanguage=en&m=RT-N66U%20(VER.B1)&p=11&s=2

- lfbb

RMerlin
11-18-2012, 02:44 PM
Look at the changelog for 220, 246 and 260. You will see a long list of changes since that firmware.

hclarkjr
11-18-2012, 02:59 PM
ok, just updated. thanx

RMerlin
11-18-2012, 04:44 PM
Take a look at the changelog for the Merlin builds:

http://www.lostrealm.ca/asuswrt-merlin/changelog.txt


Note that I don't really document changes to the official firmware in my changelog (aside from a few points that I might mention). Those documented changes are specific to my builds.

lfbb
11-18-2012, 08:33 PM
Note that I don't really document changes to the official firmware in my changelog (aside from a few points that I might mention). Those documented changes are specific to my builds.
You're right, Merlin, my mistake!

- lfbb

netmik3
04-02-2013, 08:10 AM
Just so there's no more confusion (http://forums.smallnetbuilder.com/showpost.php?p=65853&postcount=183), Merlin could you specifically state they are identical and you support either one?

joegreat
04-02-2013, 09:25 AM
Just so there's no more confusion (http://forums.smallnetbuilder.com/showpost.php?p=65853&postcount=183), Merlin could you specifically state they are identical and you support either one?
Compared the Asus version of the firmware here (http://forums.smallnetbuilder.com/showpost.php?p=65859&postcount=185): They are the same! :)

Mick Mickle
04-02-2013, 02:38 PM
I've been using Merlin builds since a week after I got my "R" model from Best Buy last Fall. I'm currently using 3.0.0.4.270.26b with no issues.