I won't bother going through how angry I am at Netgear for this firmware MESS (I already have in several posts) since they don't bother offering ANY customer support after they screw you out of your money. I just wanted to tell everyone if you hate 2.1.2.18 as much as I do (well hate isn't the word, it just physically BREAKS my entire wired network... nothing wired has a connection NOTHING. I verified it 2 times because I reverted back to 2.1.2.16, when it was all working ok. Then it decided last night to RE-DOWNLOAD 2.1.2.18. You would think if you manually tell a product to revert back it wouldn't just re-do it. This is so dumb, my computer is hooked to a switch, that is connected to Orbi... when it updates to 2.1.2.18 I have to disconnect my computer from the switch because it breaks EVERYTHING on the switch nothing gets an ip... I have to connect directly to the orbi from my computer, I have to disconnect all the other wired connections to the orbi. Then I downgraded the firmware ONCE again, then I telnet into the router to change the NVram to not let this piece of crap update itself. That is my solution Netgear. A consumer had to do all that stuff because your firmware BREAKS everything. This started with me being angry at Google for breaking everything, now I blame netgear. It isn't my switch or any of my wired stuff, because it all magically works perfectly on 2.1.2.16. But the second I upgrade it all breaks, I even did the factory reset 2x, nothing wired works.. the funny thing is my switch is a netgear switch too... I have NEVER in my life had such a complicated product to keep running. In case anyone else is dealing with the same problems, below is how to telnet and stop it from updating. This is my only solution, I have absolutely 0 ZERO confidence in any firmware update from Netgear... based on a 100% failure rate:
1) Launch your favorite web browser and go to <Router IP Address>/debug.htm
2) Login <username> <password> when prompted
3) Check Enable Telnet
4) Start a Telnet session. I use Putty. Enter the <Router IP Address> Telnet is using port 23
5) You can skip this step if you like. I am calling it out for illustration purposes only...
The 3 configurations highlighted above you will want to update the value from =1 to =0
orbi_auto_upgrade=1
auto_check_for_upgrade=1 auto_update=1
6) To update run the following commands:
nvram set orbi_auto_upgrade=0 <ENTER> (no spaces after set)
nvram set auto_check_for_upgrade=0 <ENTER> (no spaces after set)
nvram set auto_update=0 <ENTER> (no spaces after set)
7) Type the following commands to confirm the 3 configurations are set to =0
nvram show | grep orbi_auto_upgrade <ENTER>
nvram show | grep auto_check_for_upgrade <ENTER>
nvram show | grep auto_update <ENTER>
😎 After you confirmed the 3 configuration values are set to =0 then type nvram commit <ENTER> (this step will save the changes)
9) Type exit to terminate the telnet session
10) Go back to the <Router IP Address>/debug.htm web page and uncheck Enable Telnet
Please note within a day or so the Orbi will know there is an updated firmware release available but it will not automatically install it. If you do go back into a Telnet session after the Orbi knows there is an updated firmware release the configuration orbi_auto_upgrade will have a value greater than 1. That is okay. Do not change the value back to =0
Model: RBK53| Orbi Router + 2 Satellites Orbi WiFi System
Thank you so much for this. I am so frustrated with this flipping router. I'm working from home today and it's been rediculous. The reboots have kicked me off 2 conference calls and constantly interrupted work. I was just headed out to BestBuy now and will be purchasing Google wifi. I may try downgrading now that I have your instructions.. I can't believe how crappy their QA must be for these releases to be so bad.
Thanks - wasn't as bad as I expected. Upon running the finalnvram show | grep command, I noted there was another value that might need to be changed (I didn't change it).
I upgraded my satellite and router manually, and have not had a single problem since then. Wireless devices nicely connect to the closest device and all it shown fine under connected devices. I’m doing a lot of high res music streaming through the house and – although I had disconnects and buffering issues prior to the 2.1.2.x, using the 2.1.2.10 (beta version) and now 2.1.2.18 all works great.
Gotta love someone with a Supertramp handle. Did you have any special methods of upgrading?? Aside from a lot of chatter here, a friend who also has an Orbi system said the upgrade took out his entire network, wired connections and all!
This is the worst router I have EVER purchased. Who is QCing these software updates? Constant reboots, devices falling off the network, I wish my return period was not over so I can get my money back. What a piece of S%it for a PREMIUM PRICE!
Does anyone know how to check if NetGear is going to fix the 2.1.2.18 release? I am having issues with my wired ethernet backhaul since the upgrade. I guess the only solution at this point is back out the upgrade? Is there an easy way to do this, or do I need to just download the 2.1.2.16 version and manually upload it? And then I guess turn off automatic upgrades?
I am assuming waiting for a fix in the next couple of days is pointless. My satellites are useless without ethernet backhaul at this point as the distances are too far for wireless backhaul.
No special upgrade methods. I'm not a router specialist, so followed the upgrade instructions to the letter: first the satellite then the router. That's all.
Oh, and before I forget: I'm using the Orbi mostly with its default settings. Maybe these are the only ones tested before a FW gets released?
I will say that I messed this upgrade up, based on not RTFM. I installed the upgraded firmware on router first and then the satellites, and had a whale of a time connecting to them afterwards. I had issues connecting with them in the SAME exact locations they have always been. So, I moved them within 10 feet of the router, forced the update, connected to them and then placed them back where they were originally.
My system has now been up for a couple of days with no major issues. I did have to factory reset the satellites, just to make sure I was doing things right.
Model: RBK50| Orbi AC3000 High-Performance Tri-Band WiFi System
Just as I thought this can't get any worse, I found that after the factory reset the password on my satellite didn't update after the sync and remains the default one.
Really, Netgear?!
Model: RBK53| Orbi Router + 2 Satellites Orbi WiFi System
I have a 1 router + 4 satellites network: the 2.1.2.18 firmware update created a big mess. Satellite randomly loosing connection multiple time per day and router not able to maintain 1000M speed on WAN port. Router downgrades its speed to 100M few minutes after a reboot. I tried to diable all wireless fancy features such daisy chain: it did not help. I finally disabled auto-update via Telnet and downgraded everything to 2.1.2.16. So far so good but I am very disappointed considering how much money I invested on this system. I was considering the outdoor unit but I will not spend any more on this system.
For what it's worth I'm on 2.1.2.18 with the Google Play Services 11.9.75 beta on all android phones and it removed all reboots. My orbi has never been quicker. All fine here. The issue was Google, not Orbi for almost everyone's reboots.
Netgear, since you can't seem to fix the Orbi, are you going to start issuing refunds? or exchanging everyone to Orbi Pros (which doesn't appear to have these problems, because you value business customers over regular consumers?)?
Re: The 2.1.2.18 nightmare, Time stolen from my Sunday to diagnose; I want out of PUSH Updates
Here is my story: Installed the Orbi AC3000 12 days ago with firmward V2.1.2.16 and it had been stable. Woke up on a nice Sunday morning to find the entire home network down (including the 20 wired deviced out of 27 total). Rebooted the modem; nope. Connected laptop to modem; connection to internet OK. Rebooted router; nothing. At this point I removed the Orbi and reinstalled my old Netgear X4 router just to get internet access for a while. Later hooked the Orbi router back up; still not behaving. Rebooted the satallite; showed signs of life, but network down again. Unplugged the satellite from the ethernet backhaul; Problem located. Rebooted Satellite and let it connect using wireless backhaul; system back up and running. Hey, but I purchased this system specifically for the ethernet backhaul ! At this point I looked back to see what firmware I installed 12 days ago and realized I was the victom of a push update. Powered down the satellite and reconnected the ethernet cable and powered up; amazingly it works now... but I wasted several hours of a weekend. Is there a way to Op OUT of getting push firmware updates?
Model: RBK50| Orbi AC3000 High-Performance Tri-Band WiFi System
Re: The 2.1.2.18 nightmare, Time stolen from my Sunday to diagnose; I want out of PUSH Updates
I work out of town during the week, so when I came home this past weekend and saw there was a firmware update pending, I hit these boards to get a feel for how it was working. As there appeared to be much difficulty around the 2.1.2.18 firmware, I decided to look for a way to keep the update from happening automatically and came across this thread. Having familiarity with Telnet sessions and Putty, I followed the steps as outlined by the OP. I logged out and logged in to check the settings. I also found the ability to log in to the router while away from home. Note also that one of my two satellites was unable to download the firmware update, which I thought would have also prevented the auto-update from happening. Like many of us, I didn’t want a toasted network with me being away from home for the week. There would have been chaos.
I left for work, and from the hotel this morning I wanted to test out the remote access feature. Lo and behold I was able to attach the router from the hotel, and then noted that my firmware had been upgraded. Fortunately, the network appears to be running as I immediately connected to my TiVos remotely (hardwired via MoCA). I had wifey confirm by checking her laptop (wifi). I’m also happy to report that my wireless settings appear to of been preserved i.e. my custom SSIDs and passwords.
I did see two things of note however. First, the satellite that was unable to download the firmware is still listed as on the old 2.0.0.34 Software. This satellite is furthest from the router and when I come home this weekend I’ll move it closer and attempt update it. Or if everything is working, maybe I won’t :-). Also, on the interface the satellite that was updated shows the backhaul connection as poor. I wonder if there is a way to address this.
Re: The 2.1.2.18 nightmare, Time stolen from my Sunday to diagnose; I want out of PUSH Updates
About an hour into running after the upgrade all of sudden entire network goes down and router and sat rebooted.
I know how you feel now for those that have been fighting this. Rolling back now as I don't trust this version at all. Too bad, I think if anything else happens I'll just smash the unit send it back in pieces for what its worth and go back to my RT5300 that never acted up.
Model: RBK50| Orbi AC3000 High-Performance Tri-Band WiFi System
I won't bother going through how angry I am at Netgear for this firmware MESS (I already have in several posts) since they don't bother offering ANY customer support after they screw you out of your money. I just wanted to tell everyone if you hate 2.1.2.18 as much as I do (well hate isn't the word, it just physically BREAKS my entire wired network... nothing wired has a connection NOTHING. I verified it 2 times because I reverted back to 2.1.2.16, when it was all working ok. Then it decided last night to RE-DOWNLOAD 2.1.2.18. You would think if you manually tell a product to revert back it wouldn't just re-do it. This is so dumb, my computer is hooked to a switch, that is connected to Orbi... when it updates to 2.1.2.18 I have to disconnect my computer from the switch because it breaks EVERYTHING on the switch nothing gets an ip... I have to connect directly to the orbi from my computer, I have to disconnect all the other wired connections to the orbi. Then I downgraded the firmware ONCE again, then I telnet into the router to change the NVram to not let this piece of crap update itself. That is my solution Netgear. A consumer had to do all that stuff because your firmware BREAKS everything. This started with me being angry at Google for breaking everything, now I blame netgear. It isn't my switch or any of my wired stuff, because it all magically works perfectly on 2.1.2.16. But the second I upgrade it all breaks, I even did the factory reset 2x, nothing wired works.. the funny thing is my switch is a netgear switch too... I have NEVER in my life had such a complicated product to keep running. In case anyone else is dealing with the same problems, below is how to telnet and stop it from updating. This is my only solution, I have absolutely 0 ZERO confidence in any firmware update from Netgear... based on a 100% failure rate:
1) Launch your favorite web browser and go to <Router IP Address>/debug.htm
2) Login <username> <password> when prompted
3) Check Enable Telnet
4) Start a Telnet session. I use Putty. Enter the <Router IP Address> Telnet is using port 23
5) You can skip this step if you like. I am calling it out for illustration purposes only...
The 3 configurations highlighted above you will want to update the value from =1 to =0
orbi_auto_upgrade=1
auto_check_for_upgrade=1 auto_update=1
6) To update run the following commands:
nvram set orbi_auto_upgrade=0 <ENTER> (no spaces after set)
nvram set auto_check_for_upgrade=0 <ENTER> (no spaces after set)
nvram set auto_update=0 <ENTER> (no spaces after set)
7) Type the following commands to confirm the 3 configurations are set to =0
nvram show | grep orbi_auto_upgrade <ENTER>
nvram show | grep auto_check_for_upgrade <ENTER>
nvram show | grep auto_update <ENTER>
😎 After you confirmed the 3 configuration values are set to =0 then type nvram commit <ENTER> (this step will save the changes)
9) Type exit to terminate the telnet session
10) Go back to the <Router IP Address>/debug.htm web page and uncheck Enable Telnet
Please note within a day or so the Orbi will know there is an updated firmware release available but it will not automatically install it. If you do go back into a Telnet session after the Orbi knows there is an updated firmware release the configuration orbi_auto_upgrade will have a value greater than 1. That is okay. Do not change the value back to =0
You are doing complicated this.
You need to setup using next next next, and orbi will do the best for you.
So RBR50 router is ok, no issue, but when i connect RBS50 using Europe country i have issue with 2.4Ghz /5Ghz.
What it did to fix satellite:
- i set RBR50 (router) to United States
- i set 2.4Ghz and 5Ghz channels to AUTO
- i checked Enable Daisy-Chain Topology
- i enabled BEAMFORMING
- i enabled MU-MIMO
- Fast-Roaming can be enabled or disabled as you wish.
- i did a reset to default factory satellite, then after reboot it connected automatically to RBR50 router.
What i saw: - if satellite is close to router , it select 5Ghz - if satellite is in same room but not near router, it select 2.4Ghz - if satellite is in other room, it select 5Ghz , after i did previously steps.
What we need from netgear team is to let user separate 2.4Ghz and 5Ghz SSID and also a option where user can select bandwith between satellite and router: for example Auto will select 2.4ghz if signal is lower than 5Ghz, 2.4ghz if user want 2.4ghz and 5ghz if user want 5ghz.
I get using satellite connected to router using wireless, then lan on satellite almost 700-800mbps on speedtest.
-----------
I tested this firmware using RBS50 on next room, between 1 wall, and i get also using wireless 650-700mbps. So this is very good. I don't see where i can reboot RBS50 satellite. Next test was latency: between RBS50 satellite and RBS50 router i aget 0.4-0.7ms, but latency is between 0.5-0.7ms, and can get lower. Note that MU-MIMO and beamforming is enabled.
-------- Name (SSID) yourname Region United States Channel 36(P)+40+44+48 Mode Up to 866.7 Mbps 2.4Ghz channel auto 5Ghz channel 36 WPA2-PSK [AES] WMM enabled 20/40 Mhz Coexistence enabled CTS/RTS 2347 Preamble automatic Enable Daisy... checked Beamforming -- enabled MU-MIMO -enable
