NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
BedfordHome
Jun 22, 2025Guide
I'm new to RBE970/971 but old to all this netz stuff
I'm new to RBE970/971 but old to all this netz stuff. I have router, with 6 sats. Home is massive with cabling ranging from CAT5e from 20 years ago to recently pulled CAT7. All installed "a la Carrier" practices; all circuits validated with certed gear to 1Gbps - I won't spend what Fluke asks for 10G validation gear. I like "star topo's" for the sake of performance, delay, and convergence reasons. Had and NG multi-gig Layer 2 switch off 970 LAN port then home runs to every satellite. First 4 nodes installed easily and as expected - wired connectivity immediately (I repeat, IMMEDIATELY) recognized. Ran like this for couple of days. Upon adding the 5th satellite, everything went south. Satellites started interconnecting with Wireless rather than Wired. Satellite were declared: 'Disconnected' for hours and days before you would see: "Config Sync" and then more hours or days until you see "GOOD". Cabling never changed. When the system was connected via wireless backhaul, speed test results standing 1-meter from the satellite was poor (i.e., way under 400 Mbps DL/Uploads typically faster). When satellites were on Wired backhaul, speed test results were between 100-200Mbps faster on the DL, didn't look much at UP). The overall impression (as expressed by the end customer - the estate manager for a billionaire and neighbor to Zuckerberg in NYC), said the performance was far worse than the ASUS system I just replaced! Slower and inconsistent. Smart TVs, Google devices, Roku's intermittently disconnect of slow down (hour glass). To address possible challenges to my statements I should say: this is a gigabit serviced home with down/up speeds ranging from 925 to 970 mbps. The entire home is managed using a Domotz system; I've managed this homes technology these past 18 years without as much aggravation as I've seen these past three weeks. I do have other Orbi 4-satellite installs with multi- and 10 gigabit star topologies. NONE of these problems has appeared by the Domotz monitoring or customer complaint.
What aggravates me most here is that I knew of the 4-satellite limit several years ago. I called technical sales support twice prior to purchasing this 6-satellite system . They told me that solved that problem and I can have as many sats as I want - being an engineer in this field I never encountered any compute/network device with an unlimited number of address-bits! Fortunately, NG has provided that statement of unlimited satellites in writing! So who knows where this will go.
I will need to work with the estate manager to decide what to do, but it is clear that this Orbi will have to go for all the reasons OrbiTechDude has identified as well as several others on this thread and other adjacent threads.
To minimize my list of things I've seen, I'll type them here (special thanks to OrbiTechDude as he's listed them before):
- Recognition and connection to satellites is excessively protracted (hours and days)
- The phases to satellites being connected appears to go through 'phases'; looks like wireless first, followed by wired - competitors use the wired connection as the first choice or allow you to choose.
- Band-steering is not adjustable, whereas it is elsewhere. Which bands are used should be decided by device and function. Wireless bandwidth on a property is finite much like a bank account. You have buckets on purpose for each account. when I have lower and higher resolution video streaming devices, I may segment and direct them toward different bands in order to optimize/maximize how the bandwidth is used. Again, competitive products allow further refinement in this area.
- MLO operation - I wish it could be turned ON/OFF. Not all MLO implementations work well especially if they are relatively new development. I can't say that MLO has contributed to my challenges but I'd sure would have liked to turn it off so I could rule it out. Furthermore, it is unclear whether Apple's implementation of MLO is complementary to NG's implementation. Having worked with ITU & IETF standards, it has happened that two developers have interpreted the standard differently and their gear did not work well together at all.
- It seems from the tech support suggestions that NG wanted all my backhauls to be wireless or directly connected to the router - not possible given distance between satellites is far and the router hasn't sufficient LAN side ports. Said differently, NG seems to have difficulty with legacy L2 switches interposed between satellites and router. They have said as much. I am only guessing here, but when they resolved the four-satellite max problem, did they redesign the overall schema to support their interior mesh network and break at the fundamental of Layer 2 and Layer 3? Was there a problem in which they might have leveraged an interior VPN along with multiple levels of encapsulation?
- "Good put" for wireless client devices seem to drop off with distance faster than other (ASUS) products. At 1-meter distance test distance to WAP, we see .ca 450-600 mbps. One sheetrock wall and 12 feet away drops to 325-450 mbps, 20 feet away with one sheet rock wall, to 225 - 300 mbps. When you couple this with the reduced speed while using wireless backhaul, it makes you wonder whether this is reasonable. I do all I can to make as much wireless capacity available for wireless clients - things that do not move in the home/business get wired leaving the wireless only to phones, tablets and laptops.
- Turning off 20/40 MHz has noticeably increased user perceived speed. This property is very far from neighbors, and the radio spectrum is clean. Interference from other system and devices allows me to turn this option OFF - normally defaulted to ON. New iPad Pro devices showed better response.
- During this interim period awaiting a "fix", NG tech support advised an elaborate and long list of steps to add each satellite. carrying each satellite close to router, plugging in with wire to router, then breaking wire, then re-link satellite to router via button pushes, once connected, powering down, powering up, then reconnecting wire. Wait for hard wired backhaul to normalize. Then power down and walk to final location for that satellite. Do that 6 times twice! Results some satellites attached, and others did not. Finally, I detached the wired backhaul, it was claimed as disconnected by the router, so I removed the satellite from the router. Then factory reset the satellite. With it in place (final WIRED location), I added the satellite. Eventually it joined the network. But then interruption of fiber terminal gear or rebooting router, through all the satellites out again.
- Inaccurate state information - devices that I know via Domotz monitoring to be online, are presented as offline by the Orbi app and web platforms. I can telnet to them and ping them. The Orbi UI is simply wrong! Why it shows some devices and not all, is unknown to me.
- Excessive implementation complexity - I woke this morning at 3AM, all satellites were up as they have been for the last 24 hours. I received a notification at 4:15 from Domotz that internet service stopped on the property. Yet, I could use Orbi App connect to the router! I rebooted this network at 4:15AM. It's now 3:30PM and only 1 satellite is in "Config-Syng" state all other satellited deems disconnected. This illustrates that although the router is connected to the ISP (and reachable), the LAN devices plugged into its ports could be 'cut off' from the operating WAN connection! I've seen this before with Satellites, when the satellite is logically 'disconnected' from thr router, the hardwired devices sitting on the LAN side of the satellite can no longer be seen on the local network. This is why I believe the NG implementation of state, interior VPN, lyer 2/3 switching and/or multi-encapustion is messed up big time. The reasonable design practice would be to have any/all hardwired devices connected to the LAN ports be IMMEDIATELY placed onto the backhaul uplink side; NO FURTHER encapsulation or protocal wrapping is needed - that basic networking. If they had done this on the router and the satellites, all the hardwired devices would have had access to the internet REGARDLESS of the s/w problems in the router; said differently the physical LAN ports should flow immediately to the Firewall and router side of the main router and bypass any interior stuff that is being done for client roaming over the wireless! In the meantime, industry practice SNMP and layer 2 monitoring platforms cannot be used with this Orbi product due to NG interference.
I've offered enough with these issues. In this day, we are reminded to fail-fast and repair faster to be successful in technology. You've already lost this customer. Customers vote wtih their perception and their wallet. For NG's sake, lets hope that this customer doesn't tell his billionaire neighbor about this "SxxT show". Meanwhile, NG has clearly not focused on fixing this problem; if OrbiTechDude has been documenting these for 6 months without remedy, how long will it take NG? Even ASUS took over 3 years to get AiMesh right before I would introduce it into my systems. Given the costs for enterprise solutions (Aruba, Cisco, Juniper) were too high for residential, I simply had separate SSID zones for large properties and asked customers to switch the wifi off then on. The android and apple gear know which WAP to attach to.
Apologies for this long comment. I couldn't spend much more time to place each comment within each forum subject area - especially when well probably return the system this week. ...marcel
12 Replies
- donawaltMentor
Wow - you have a lot going on there., Do you have in excess of a 20,000 foot house? I seem to remember you have the gear to measure signals levels, have you seen how many Orbi devices have strong signal in any given area? I bet it's more than 1.
You seem to have the background for this but in case you have a VERY VERY huge house, you have way too many Orbi devices, and contention will cause all kinds of problems. Even though an 'extra' Orbi device may make the signal stronger in a given area, the overlap areas may be large and a contention of very strong signals will cause all kinds of problems. In the mesh world, 'more is better' is FALSE.
As a data point, I get very strong router signal from my router that is 3 floors away in an old house with much concrete between floors. Orbis have very strong signals.
Well said; you’re right as a general practice. Some insight in my situation...
Yes the home is well above 20k sqft at multiple levels; I also need to cover a swimming pool sitting 50 feet away from the home structure (position of the closest Sateliite). Note: I did state that WAPs are not closer than 50 ft apart "line of sight" with many walls of mixed construction to deal with concrete, plaster lath and sheetrock and studs.
I use MetaGeek wifi analysis tool with channelizer software to view the radio spectrum frequencies and energies. My past roles in telecom does include RF signal analysis for FM, satellite, microwave and mobile radios. (I was engineer for responsible for IBM’s microwave system spanning from Madison Ave in NYC, up the Hudson River, to Alpine, NJ, White Plains, NY, Poughkeepsie, Fishkill and Kingston NY. Corporate performance on this system back in the 80's was better than 1x10^9 BER for 18 years. This was achieved by modifying conventional tower spacing, precise frequency bandwidth, antenna alignment and power output. Also did 39 earth stations in the US/Canada to bypass excessive carrier tariffs and mobile radio schema while at BlackBerry.
In thjis estate, the closet neighbor is several miles away and the only radios in WiFi spectrum are those we generate in the home.
As you know... overdriving the RF signals would result in issues that would 'appear'
in the for of packet loss/retransmission, reduce window sizes and packet/bit errors. None of these were measured during test. Keep in mind that antenna design is important as signals travel radially (perpindicular) from the antenna. Thus in multi-level situations, RSS (relative signal strengths) drop off rather quickly. {{ Just a trick of the trade... if you need to travel vertically where these is no wiring, take two WiFi devices and lay their antennas flat/horizontally) and you'll have a wireless link going up several floors!).
The fundamental issue here is the Orbi Product not finding its own neighboring nodes on a completely wired multi-gigabit/10 gigabit L2 backhaul. There are no dependencies on wireless technology whatsoever! That's is a control plane problem (akin to how OSPF would be used in legacy networks to find neighbors and shortest paths across the interior network). NG has really messed up here with what appears to be shortcuts to put all thing wired and wireless into the same basket! The inability for the router to see its wired neighbors over the wired backhaul is totally inexcusable. RF interference matters can't be the root cause for the control plane not converging. Wired client physically attached to the LAN side should get to the main router NO MATTER WHAT via the physical fabric because there is no need or consideration for 'in-home roaming/mesh' techniques.
But as a general practice, your point is very valid as a general practice. If one has spectral measurement gear, you have a chance to exploit the rules to optimize the actual environment.
BTW.. your responses and comments (those I’ve read) were very much ON POINT. I can see you are a pro in this field and certainly have my respect. …marcel
What is the model# of the LAN switch in between the RBR and all the RBS?
What is the CAT# LAN cable between the RBR, Switch and RBS? CAT6A STP is recommended.
Recognition of the RBS to the RBR should only take minutes, not hours our days. If this is happening, bad LAN wiring, placement or switch maybe causing problems.
Can you post a floor layout drawing of the home and show where each RBS is locate and where the RBR is located?
What is the distance between the router 📡 and satellite(s)🛰️? 30 feet or more is recommended in between RBR 📡 and RBS 🛰️ to begin with depending upon building materials when wired or wirelessly connected.
https://kb.netgear.com/31029/Where-should-I-place-my-Orbi-satellite 🛰Be sure to disable any MAC Address randomizers on phones and pads while at home:
https://community.netgear.com/kb/en-orbi-knowledge-sharing/netgear-mobile-applications-and-androidapplewindows-devices-faq/2457046My 5k sq ft home had 2 RBS deployed and both ethernet and wired to the RBR and have zero issues like your having.
Sorry for the delay @furrye8...
I had an NG unmanaged 10G switch in at first. Seemed RBS' didn't like it. So ,I fell back to TP-Link TL-SX105 and TL-SX1008. I've had no problems in a dozen installs with the TP-Link products with ORBI in the past.
What model NG switch was this? My 970 series are ethernet connected to a XS505M and a GS110MX currently.
BedfordHome wrote:
I had an NG unmanaged 10G switch in at first. Seemed RBS' didn't like it. So ,I fell back to TP-Link TL-SX105 and TL-SX1008. I've had no problems in a dozen installs with the TP-Link products with ORBI in the past.
Sorry.. in rushing I failed to see your other questions:
- The house over these past 20 years has every Cat # from 5, 5e, 6, and 6a. I run the Orbi backhaul over Cat 6A. STP is unnecessary, speaking as an "EE". Shielding is only useful if it is properly grounded. "Proper Grounding" however, is a simplex transmission problem! You ground shields at the differential input circuit, not the output circuit. This is classic in the design of RF and instrumentation equipment. The goal is to short the non-common mode noise over the cable at the point just before the input. Common mode noise is dealt with by the twists in the pairs. The dif amp at the input cancels that noise out. If you look up special twisted pair cables you would see a shield over each directional pair so you ground at the appropriate end. Category cable was never this precise so you see just one shield over all conductors. The theory would have it, that if you wish to ground that cable as well as you could possibly do, it would be grounded in the absolute center of its length! HA HA. Reason being tis that you would only have non-common mode noise picked up over only HALF of the cables run.
- Long convergence time to recognize nodes on the Orbi control plane goes well beyond wiring. All cables were validated (that's well beyond pin continuity checking) at 1 Gbps using 1 minute BERT testing. Just an FYI... you can run 10G on 30 feet of Cat 5e! it's about two things: (1) "puffs per foot" that is pico farads per foot and (2) whether the terminations at each end were done properly to avoid Near and Far End crosstalk. I've had the fortune/misfortune to design/review/test cables for huge IBM, AT&T and BlackBerry data centers (hundreds of thousands of cables).
- Don't have floor plans but what most folks will dwell on are distances when the more important factor is construction composition. I've had a job where standing on each side of a single wall had ZERO WiFi signal when there was only 4 feet between router and access point. Problem was it was prior home owner was an engineer and built a Faraday cage - 6-in thick concrete wall with embedded wire mesh. But my problem is not about devices. It's about the router not seeing the satellites over WIRED backhaul, albeit 6 satellites.
- Distance (independent of construction composition) AND if on the same floor would be around 30 feet. My radio goal is to have an RF signal around -40 to -50 dbm signal in the places where the home owner works, sleeps, sits. This is what I achieved with the system I installed.
- You're right: Disabling dynamic MAC is correct per Apple's recommendations - but this will not help the situation of the satellites connecting to and disconnecting from the main router.
- I'm happy that you are able to get excellent wifi in your home. I started in commercial telecom in 1975 (telex & telegram). Worked my way to be responsible for IBM Global Network, later AT&T Global Managed services and then BlackBerry's infrastructure engineering. Today, I do smart home/networking in residential for the past 20 years. I retired my corporate engineering position 10 years ago where building data centers and transmission systems and dealing with Cisco, Avaya, Juniper, Lucent Technology and every carrier in 60 countries was my executive responsibility.
- Your points are very valid.
I do think however, this problem is an inner control plane problem coupled with a limited design for mesh implementation. The interior problem is what causes the known state of the RBS and RBR to not 'know' if they are up or down and what the best path to get between two points on their interior graph is. That coupled with a questionable implementation of mesh and the roaming that needs to happen. Adding 'management' to these is also a likely sore point in this design. They were in a max of 4 satellites since the introduction of ORBI while their competitors have already achieved as many as eight (ASUS). {By the way, it took ASUS over 3 years to figure it out, so this is not a trivial problem. "Mesh routing" was only introduced in mid 2010's for the commercial accounts. and much later for residential use.}
@Furye38: thank you for your insightful posts. Yours, donawalt and OrbiTechDude's allowed me to figure out what I had to do... much appreciated. ... marcel
So is the system working now?
- OrbiTechDudeApprentice
BedfordHome , one thing I will state to you because I know the limits of this system is that Netgear’s hard limit is a total of 4 satellites (total of 5 units with router). I don’t know how or why that representative said that, because all AX systems according to Netgear’s own site still lists 4 as the maximum.
Thank you OrbiTechDude. Then all this mishap was due to my own lack of observation... I learned the hard way.... thank you...marcel
- donawaltMentor
Wow you have a lot going on BedfordHome I could only say, to the extent you still have outstanding problems, that if it was me I would go after one issue at a time.
I can tell you I have had two 970 satellites hardwired through an unmanaged switch with the 970 series for 10 months with none of the problems you are seeing. I also see surprisingly strong signal strength and speeds from devices. My cable is all Cat6 so not as good as your satellite wiring as well. My house was built in 1862 (redone in 2011), so it has lots of concrete between the basement and three floors above it. Not ideal but wifi signals are strong everywhere.
I spent a lot of time seeking out optimal satellite placement based on being wired and not having too much overlap on signals from Orbis because they have such strong signal. In the old days with different Orbis you could reduce power to say 50%, and that solved a lot of problems - because most overpopulate or incorrectly place their satellites.
You probably know too, that satellite placement logically is DIFFERENT based on whether the satellite will be hard wired or wireless (short answer - hard wired satellites are put in an area with poor/no signal, wireless satellites need to be placed at the edge of a good signal area). You need an app to walk around and check dBm from all Orbis in a given pace - guaranteed, similar signal strength from multiple Orbis will be trouble - how could it not be?
There are some connection drop off issues with late model (WiFi 6E and 7) devices, but it's a lot better with 9.13.1.2 - still not fixed, but improved. I am seeing a drop-off about once every 4-5 days, and I am testing a lot.
Thanks... you had me chuckling as I imagine our having very similar experiences! Interestingly, Amazon had a 'deal' on the Orbi 97X's and limited you from buying more than one 2-RBS pack in a single purchase. So, when I first received the 3-pack and one 2-pack, I set up the RBR and 4 RBS's. Very stable results for the first 3 days. All wired client devices were correctly seen by the Orbi app. It was when I added the 5th RBS that all hell broke loose. Things that were stable before, were no longer stable. reboots, loss of RBS connectivity (per the web and app pages) were declared. From a basic network capability however, these 'not connected per the UI satellites were in fact on the wired network. I could ping them. Moreover, I took my 200 ft CAT6A extension cable roll and attached one of the RBS to it. I then ensured my iPhone was connected to 'that' RBS and ran near gigabit WiFi over the so-called "not connected" satellite (again according to the router, the Orbi app and web page).
My focus was solely seeking stability in the Orbi RBS/RBR wired network without regard and consideration of any client device attachment or other wireless matters. When NG support told me that 9.13..;. would not help stability and that I should reduce to four satellites, I realized I was in serious trouble.
Your point of balancing distance when using wireless backhaul is similar to what I've seen and done; it's actually the reason I do not mess around with wireless backhaul as a general practice. N.B. I do use MOCA 2.1 adapters in installs where it is impossible to run new Cat 6 or better cable. Though I've not tested it at this speed, they're said to support 2.5 gbps. My test gear allows me to test & validate/qualify up to 1 gbps.
I use an app written for windows platforms to assess the wireless neighborhood. Company is called Metageek that make a USB dongle and software called Channelizer. re: metageek.com With this product you can find identify the types of sources occupying 2.4, 5 and 6 ghz spectrum. It data logs the RF energy so you can go back and analyze what is going on. With a directional antenna, you can actually 'hunt down' the sources that may be interfering with you. They provide characteristic profile RF energy curves that help you determine whether the sources are Bluetooth, zigbee, zwave, nanny cam, pro-security cam, or other devices. My approach anecdotally speaking is to get a satellite to within 25 feet of the client's most frequented locations. I've found that the wireless throughput seriously drops off when distances go over 25 feet (some studies show that WiFi throughput seriously drops off at that distance); that's without any walls in the path. I end up adjusting transmit power get optimize performance and minimize interference; with all satellites using wired backhaul, the problem reduces to only being a client device problem and not a satellite to router wireless problem.
Wow, 1862 construction! I'm sure you've had your WiFi challenges with the different materials used in your home over the century. Impressive.
Were the drop off issues meaning a drop-off in throughput as WiFi distances increase or the client device randomly disconnects from the Wi-Fi. If it's the later, I was wondering whether you suspect MLO operation? My past experiences with 'bonding' or 'stripping' methods over parallel paths have been very erratic. It would be interesting to know if turning off MLO (or any other 'smart connect' function would improve the drop-off situation. For decades we've had separate SSID's for each band (2.4, 5) can device drop-outs hadn't occurred. it wasn't until some bonding technique to leverage 2.4 & 5Ghz and now 2.4, 5 and 6ghz did device drop offs started happening for me. Two other related questions are (1) whether the drop offs are occurring based on 'age' of device (meaning older verses newer devices), and (2) whether the drop offs are due by some 'power saving' mode in the device.
Be well.. thanks for your interesting dialog...m
- donawaltMentor
“Were the drop off issues meaning a drop-off in throughput as WiFi distances increase or the client device randomly disconnects from the Wi-Fi.‘
The devices disconnect from Wi-Fi in a sense, and use cellular. Any tests on the device show it is on cellular, yet in settings it shows it’s still connected to Wi-Fi. Very strange. And yes, in my opinion this is definitely related to the newer technology 6E and 7 Wi-Fi devices. iPhones and iPads have a setting to turn off 6E and 7, and when I would do that, I would never have a disconnect. The problem is, those devices have a nasty habit of randomly turning it back on again. So it’s not a terribly reliable solution. If I could turn it off permanently on the device, I would, because in my house Wi-Fi 5 speeds are plenty fast enough.