Spill your guts - tell us what you see, so we can get it fixed
The only issue i have ever had with this unit using any dd-wrt build (14998 and 16783 both have this issue) is the transmit power being locked at 19dBm, when the FCC and smallnetbuilder both rate the unit @ 29dBm. And this issue has been brought to the attention of the dd-wrt dev team many times, and never gets any fix. Changing the dBm value in advanced wireless setting does nothing to change the power. Kinda sad when my WHR-HP-G54, which is a lesser model (and one buffalo is phasing out, which is a mistake IMHO), has way more power/range than my WZR-HP-G300NH. I feel the G300NH has much more potential, but for some reason its not being implemented into dd-wrt.
OpenWRT however does unlock its true power, but i got this unit because of dd-wrt, not because i wanted to use OpenWRT on it.
Is it possible to install optware on the ddwrt pro firmware? And another problem i am facing is,the transmit power doesnot exceed 15dbm on my router.
On 16783 I still get periodic wireless freeze.
Usually I notice it when watching a netflix movie over wireless, but it happens at other times too. Perhaps increased traffic increases the likelihood of encountering it. The symptom is all wireless traffic stops (inbound/outboud packet counts cease to change), and the wireless light on the router goes solid and stays solid instead of slowly blinking on/off like normal. It might happen twice in a day, or most recently it was up for 2.5 days before it froze.
I'm running AP mode NG-mixed, 20MHz channel 10 with some N and some G clients.
The router itself does not freeze, and all gui status pages still work. telnet in to down/up the radio will start the wireless working again without rebooting the router.
Automatic nightly reboot of router decreases likelihood of wireless freezes, but does not eliminate them. Watchdog to ping an always-on wireless client will help automatically recover by rebooting router, but that watchdog detection time plus full reboot time is unacceptable for watching streaming movies.
This wireless freeze bug has existed since 14998 and continues to exist in 16783.
I would be happy to collect more information about the freeze if you can provide instructions on how to capture useful diagnostic information when the freeze occurs.
Collecting data from the logs could be useful, the logs might catch the last activity immediately before the freeze. thank you for offering.
I will capture the log next time it freezes.
Browsing DD-WRT's buglist, I believe this is the same issue as DD-WRT tickets #1500, #1571, #1636, etc.
Took a little longer to freeze -- 2 days this time.
Jun 17 17:41:59 BUFFALO daemon.info hostapd: ath0: STA 00:11:xx:xx:xx:3a WPA: group key handshake completed (RSN)
Jun 17 17:41:59 BUFFALO daemon.info hostapd: ath0: STA 00:1e:xx:xx:xx:28 WPA: group key handshake completed (RSN)
Jun 17 18:41:59 BUFFALO daemon.info hostapd: ath0: STA 00:11:xx:xx:xx:3a WPA: group key handshake completed (RSN)
Jun 17 18:41:59 BUFFALO daemon.info hostapd: ath0: STA 00:1e:xx:xx:xx:28 WPA: group key handshake completed (RSN)
Jun 17 19:38:38 BUFFALO kern.warn kernel: [212221.660000] Sending cwmmode action frame to ff:ff:ff:ff:ff:ff
Jun 17 19:42:02 BUFFALO daemon.info hostapd: ath0: STA 00:11:xx:xx:xx:3a IEEE 802.11: deauthenticated due to local deauth request
Jun 17 19:42:02 BUFFALO daemon.info hostapd: ath0: STA 00:1e:xx:xx:xx:28 IEEE 802.11: deauthenticated due to local deauth request
Jun 17 19:42:02 BUFFALO daemon.info hostapd: ath0: STA 00:11:xx:xx:xx:3a IEEE 802.11: disassociated
Jun 17 19:42:02 BUFFALO daemon.info hostapd: ath0: STA 00:1e:xx:xx:xx:28 IEEE 802.11: disassociated
The bold line represents the time of the freeze. All wireless clients disconnected, none could reconnect, router still works for wired clients.
During the freeze inSSIDer was showing the router with extremely low barely detectable power output, and only occasional blips at that. Neighbors routers over 500ft away showed higher power than this one inside the house.
Also during the freeze, the wireless status page would show slowly increasing transmitted packets, as if router thinks it is still transmitting SSID.
iwlist ath0 txpower showed 19dBm as did the router's wireless status page, but it was definitely not spewing that much power.
iwconfig ath0 txpower 22 had no effect and subsequent iwlist txpower still showed 19, but inSSIDer showed it was almost nothing.
Now here comes the fun part. I tried this command I found recently in dd-wrt forums:
80211n_wlanconfig ath0 set_txpowercap 00:xx:xx:xx:xx:AC 22
And magically the power came back up (iwlist txpower showed new 22dBm value) and all the clients instantly began reconnected after being disconnected for over 12 hours. And inSSIDer showed a solid healthy signal coming from the router again.
Here is what the log shows just before and after the reconnect:
Jun 18 12:20:36 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:20:37 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:20:38 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: deauthenticated due to local deauth request
Jun 18 12:20:38 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: disassociated
Jun 18 12:20:42 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:20:45 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: deauthenticated due to local deauth request
Jun 18 12:20:45 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: disassociated
Jun 18 12:22:07 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:22:10 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: deauthenticated due to local deauth request
Jun 18 12:22:10 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: disassociated
Jun 18 12:23:16 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:23:19 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: deauthenticated due to local deauth request
Jun 18 12:23:19 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: disassociated
Jun 18 12:24:32 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:24:35 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: deauthenticated due to local deauth request
Jun 18 12:24:35 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: disassociated
Jun 18 12:25:14 BUFFALO kern.warn kernel: [272617.470000] ic->ic_cwm.cw_width :1, ic->ic_cwm.cw_extoffset: 0
Jun 18 12:25:15 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:28 IEEE 802.11: associated
Jun 18 12:25:15 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:28 RADIUS: starting accounting session 00000003-0000001A
Jun 18 12:25:15 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:28 WPA: pairwise key handshake completed (RSN)
Jun 18 12:25:59 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:3a IEEE 802.11: associated
Jun 18 12:25:59 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:3a RADIUS: starting accounting session 00000003-0000001B
Jun 18 12:25:59 BUFFALO daemon.info hostapd: ath0: STA 00:xx:xx:xx:xx:3a WPA: pairwise key handshake completed (RSN)
Jun 18 12:26:35 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 IEEE 802.11: associated
Jun 18 12:26:35 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 RADIUS: starting accounting session 00000003-0000001C
Jun 18 12:26:35 BUFFALO daemon.info hostapd: ath0: STA 4c:xx:xx:xx:xx:92 WPA: pairwise key handshake completed (RSN)
Jun 18 12:26:38 BUFFALO kern.warn kernel: [272701.490000] Sending cwmmode action frame to ff:ff:ff:ff:ff:ff
So it looks like the wireless freeze is related somehow to the real txpower being cut to near nothing, even though iwlist txpower and wireless status page still showed normal power output. The new set_txpowercap command seemed to work where ifconfig txpower did not, and restored wireless connectivity. At least that is what it looked like from my perspective.
I sure hope this can get fixed soon, whether it is a dd-wrt native problem or a hardware problem that dd-wrt needs to detect and workaround.
Oh, and while on the subject of set_txpowercap -- even after setting the value to 22dBm this way, it eventually falls back to 19dBm. No idea why the set_txpowercap value is not sticky. Perhaps that is related to the same problem. Also, no idea why setting the GUI transmit power does not seem to use the set_txpowercap mechanism which seems to have a definite effect while iwconfig txpower does not.
Please let me know if you'd like me to collect any additional info from subsequent wireless freezes.
I've relayed this to the engineers - thank you for the logs.
This is the exact issue I've been having with dd-wrt on this router, and boy am I excited that you might have found the cause.
To moderators: if you ever need testers for a beta firmware version intended to correct this, I would be happy to contribute.
I have had success with the following startup script -- up for 5 days now without a wireless dropout.
From the Status/Wireless page, write down the router's wireless MAC address shown, looks like this 00:24:xx:xx:xx:xx.
In Administration/Commands tab, type this line using your wireless MAC and then click "Save Startup".
while sleep 3; do 80211n_wlanconfig ath0 set_txpowercap xx:xx:xx:xx:xx:xx 22;done
You can substitute a different power dbm up to 25, but I don't know if it really translates into higher power output. It definitely helps prevent the wireless cut out, or at leasts recovers within 3 seconds. I streamed a wireless netflix movie today with no problems.
After saving, reboot your router.
Still waiting for a real fix.
?
Continueing here after contacting the support.
High latency and packet loss on WZR-HP-G300NH? with BrainSlayer's firmware now have the same issue with the new ALPHA build 16783 from Buffalo site. please read my post on DDWRT forum: http://www.dd-wrt.com/phpBB2/viewtopic.php?t=86413&highlight=latency
"Hi all,
After testing a few connection methods at www.pingtest.net with a local server I've got the following results:
-BrainSlayer ddwrt (15962/earlier) over l2tp/pptp connection got ~35ms + 0-2% packet loss.
-Buffalo ddwrt(14998) over l2tp/pptp connection got ~18ms without packet loss.
-When the router was set to DHCP + win7 l2tp got ~14ms without packet loss.
The HW was ARRIS(cable modem) > WZR-HP-G300NH > wired 1gbit connection to a laptop.?"
With BrainSlayer's firmware AND with the new buffalo ddwrt build 16783 I am getting a 20ms increase in ping and sometimes a small packet loss, This doesn't happen with the windows l2tp / pptp connection nor with build 14998 from buffalo's website.?
?NOTE: Tests made over an Israeli ISP (bezeqint).
two issues
1) The firmware has problems with Firefox (windows). By example, if I go to wireless, add a virtual interface in Firefox, I only receive a white screen. That happens in many other parts in DD-WRT.
2) I can't get a "client" wireless connection. I'm using the unofficial DD-WRT (BrainSlayer?) and I have no problems if I configure my Wireless as a client of another Wifi. It gets an WAN IP with no problem and serves as a NAT for my home. But when I try to do the same thing with the official Buffalo builds, it's not possible to connect with the other router. That's is very annoying because the main reason for me when I choosed the WZR was the wireless client function.
I'm coping the ifconfig from the buffalo firmware and from the BrainSlayer.
Buffalo's Firmware
root@DD-WRT:/tmp/var/log# ifconfigath0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10324 errors:0 dropped:0 overruns:0 frame:0 TX packets:24 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:625983 (611.3 KiB) TX bytes:7776 (7.5 KiB)br0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE inet addr:192.168.11.1 Bcast:192.168.11.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:2863 errors:0 dropped:0 overruns:0 frame:0 TX packets:2423 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:265924 (259.6 KiB) TX bytes:1440832 (1.3 MiB)br0:0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE inet addr:169.254.255.1 Bcast:169.254.255.255 Mask:255.255.0.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1eth0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2889 errors:0 dropped:0 overruns:0 frame:0 TX packets:2423 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:311322 (304.0 KiB) TX bytes:1440832 (1.3 MiB)eth1 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1 RX packets:18 errors:0 dropped:0 overruns:0 frame:0 TX packets:18 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1056 (1.0 KiB) TX bytes:1056 (1.0 KiB)wifi0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:11684 errors:0 dropped:0 overruns:0 frame:1819 TX packets:68 errors:6 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:499 RX bytes:1064015 (1.0 MiB) TX bytes:11454 (11.1 KiB) Interrupt:2 Memory:b80c0000-b8100000
BrainSlayer?'s
root@DD-WRT:~# ifconfigath0 Link encap:Ethernet HWaddr 02:1D:73:91:46:AE inet addr:201.215.5.172 Bcast:201.215.5.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:10426880 errors:0 dropped:0 overruns:0 frame:0 TX packets:3400147 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:163723255 (156.1 MiB) TX bytes:262085938 (249.9 MiB)ath0.1 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1828511 errors:0 dropped:0 overruns:0 frame:0 TX packets:2766280 errors:0 dropped:35 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:159943968 (152.5 MiB) TX bytes:3634493138 (3.3 GiB)br0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 RX packets:3827148 errors:0 dropped:0 overruns:0 frame:0 TX packets:5847473 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:423204784 (403.5 MiB) TX bytes:4179601455 (3.8 GiB)br0:0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE inet addr:169.254.255.1 Bcast:169.254.255.255 Mask:255.255.0.0 UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1eth0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2020268 errors:0 dropped:3 overruns:0 frame:0 TX packets:3595266 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:321810468 (306.9 MiB) TX bytes:774189740 (738.3 MiB)eth1 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MULTICAST MTU:16436 Metric:1 RX packets:2 errors:0 dropped:0 overruns:0 frame:0 TX packets:2 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:826 (826.0 B) TX bytes:826 (826.0 B)wifi0 Link encap:Ethernet HWaddr 00:1D:73:91:46:AE UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14765683 errors:0 dropped:0 overruns:0 frame:2951311 TX packets:5765555 errors:27150 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:499 RX bytes:3318876021 (3.0 GiB) TX bytes:3479801391 (3.2 GiB) Interrupt:2 Memory:b80c0000-b8100000
I tried adding a custom service under Services Priority for QoS (TCP/UDP port 4072) and clicked save and it locked me out of the router. That's to say thatI could no longer access the router's setup page, it just gave me a 404. The router appears to function at this point, I can ping it and all wireless and wired traffic flow normally. QoS seems to even work, at least for the MAC address that I have listed.
I unplugged the router and plugged it back in and I was able to get to the router's setup again, but as soon as I clicked add/edit under Services Priority it does the same thing again...and again. Unplugging the router and plugging it back in brings it back every time. So now I'm stuck...I can't add/edit/remove this custom service, and it doesn't even show up in the list of services to add to QoS.
**EDIT**
It looks like this only happens when using Chrome (even though the 404 occurs with other browsers after it happens until a reboot is completed). When editing via Safari everything is ok and I can actually commit the change(s). Not as big of a deal for me as it was previously as now I know to just not use Chrome when making changes to settings on the router.
Changing settings in GoogleChrome made my router go crazy. No access the router's setup page, just a 404?, even wired. But i could see wireless signal...
Tried everything, simple reset, 30/30/30, etc. Thought it was bricked...Suddenly, it started working again..
Do you suggest go back to build 14998??
When it was running user friendly it did not occur.
Actually, it happens with IE too..if i change anything with this fw the router stops working, and has to be reboot...
can´t set static ip, can´t port foward manually, the pppoe drops constanstly etc
Will there ever be an update to fix the wireless dropout issues that have been there forever with dd-wrt?
I think 16783 bricked my router? I just got a new WZR-HP-G300NH and got it set up with the version of DD-WRT it came out of the box with (DD-WRT v24SP2-MULTI (03/21/11) std (SVN revision 16519)).
Then I saw on the support web site that a newer version of the Buffalo-branded DD-WRT professional firmware was available (V24-SP2 build 16783) so I downloaded that and attempted to upgrade.
The upgrade process failed, and now my router just has a green power light and a solid red DIAG light. If I reboot it, I see all of the lights flash on briefly, and then it's back to just power and diag.
I'm no stranger to DD-WRT (I've been running it for years on my trust Buffalo WHR-HP-G54), so I've tried the 30/30/30 reset, but the router seems to be completely unresponsive. Is there anything else I can try, or should I return it to my place of purchase (Amazon)?
TFTP method is your last chance. Look up how to do on DD-WRT forums as here probably wont have any clue!
Thing that pisses me off the most with this router is the inability to maintain a solid 300Mbps... Sure the first 1-2mins it shows that but then all wireless devices drop down to 130/65. I have tested all these devices on other routers and they successfully maintain 300Mbps all night and day long. Yet Mr HighPower Buffalo with any version of Bufallo F/W from 1.74-1.76 along with any DD-WRT (Buffalo/DD-WRT provided) always drop down to a lower rate!
I know its not my laptops/locations problem as they seem to work fine with every other router I've tested capable of 300Mbps solid with same exact settings matched into the WZR-HP-300GN (which no clue why should be more than capable of this feat with its hardware specs) alas the problem ultimately lies with the firmware/drivers designed to run it and unfortunately it hasn't been fixed since its inception! Plenty of complains all over the web, here, DD-WRT... Which is a shame, product had so much potential to end up a failing.
irishtr wrote:TFTP method is your last chance. Look up how to do on DD-WRT forums as here probably wont have any clue!
Thanks ... I tried the TFTP method multiple times without luck. I ended up returning the router to Amazon and they sent me a replacement. This one won't upgrade to 16783 either, but I'm just going to leave it alone now and not risk another bricking.
Sorry to hear. I gave up on any firmware Buffalo produced (Buffalo/DD-WRT by them) and use straight DD-WRT firmware from the community (which I believe voids the warranty (I picked this problem child up used anyways.) Current version is 17201 and haven't had really any problems other than this router does not stay at 300Mbps (they need to rename the **bleep** model to WZR-LP-G130NH). Because the 300 only lasts for about 1-2mins before it downgrades (thats with any firmware!) And its not my machines because I connect to my other routers just fine at full 300 all day long!
I've run into a problem that I am trying to workaround. It seems that when I reboot my router, or change a setting that requires the wireless (ath0) interface to restart, wireless clients can no longer re-connect.
I have confirmed this with an ASUS transformer tablet as well as several TrendNET webcams. Oddly enough, Windows 7 does not seem to be affected. On the Transformer, if I turn-off Wi-Fi, and then turn it back on, it reconnects fine. With the webcams, restarting them (power cycle is only way), does the trick.
As you might imagine, this is a problem if I am not on-site as that is why I have the cameras in the first place.
I've tried telnetting in an disabling the wireless interface and then re-enabling it, but that does not work. As a matter of fact, that is actually one way to reproduce the issue. This also means that the several WiFi dropout scripts in the Wiki won't work either. ?
I am still getting only half my WAN speed even with this build, having a switch in the middle solved it but this is not a solution.
if you need any data/logs just ask.
Hello,
i just bought a WZR-HP-G300NH. First, i upgraded to the consumer friendly firmware 1.77 and then to professional firmware 16783. If i open the web page at 192.168.11.1 i only get a blank page and i am redirected to http://192.168.11.1/cgi-bin/cgi?req=twz?. If i enter http://192.168.11.1/index.asp manually, i get to the configuration page, but i can't do any configurations cause obviously all cgi pages are missing. Also i can't "upgrade" firmware back to 14998 or something else, because the upgrade.cgi is also missing.
The router still connects to the internet and i can telnet to it.
I need Help!
Romep
?
Are you using Chrome? If so, try IE...after my upgrade, pages in Chrome were blank....once I loaded it once in IE, for some reason, everything worked. (Although I occassionally get errors in Chrome when saving settings.)
Weird. Internet Explorer works. Firefox under Windows as well. Firefox under Linux doesn't. So to change settings i always have to start my Windows machine. That sucks!
i have been using Firefox 3.6.18 on Fedora 14 and have not noticed a problem.
For security reasons, i use a dedicated Firefox profile for managing internal network devices. The bonus is that it makes it very easy to clear the cache. I would not be surprisedif clearing the cache was especially important after switching firmware.
OK here I will give my Feedback to the new Firmware.
1. The Wireless is pretty stable after finding the currect settings, but anyway I restarting the Router once in the night.
2. N-Clients not staying at 300mbps which they do with 1.77 User friendly firware. So my speed is not perfect :-( exactly after 5 minutes they drop to 130mbps
With the TXpower 25 its working good but still the major issues :-)