NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
tuna_ertemalp
Jul 13, 2019Luminary
Orbi firmware update 2.3.5.30 required me to unplug/replug all my GS108Tv3 switches
First: While posting this, I could only select between GS108T and GS108Tv1 and GS108Tv2. Sadly, the dropdown to select the model doesn't contain what I have, namely GS108Tv3. Someone should fix that....
- Jul 18, 2019
So, since the last messages here, here is what I did:
- Updated all my GS108Tv3 to the latest firmware that just got released a few days back, 7.0.1.20, even though it doesn't list anything related to this in the Release Notes, as far as I can tell.
- Went into the Admin pages of each switch, navigated to SWITCHING > L2 LOOP PROTECTION, selected "g8" since that is the port I use on all my switches as the "incoming wire", set "Keep Alive" to DISABLE (which, according to the online help on the admin page, would turn off the feature just on this port), set "Rx Action" to LOG (which, according to the online help, would only log the event instead of disabling the port, in case a loop was detected, presumably only if the loop detection on this port got re-enabled somehow).
After this, regardless if I powercycled a satellite, or issued a REBOOT to the router, once everything settled down, everything was working. So, I am not sure what "fixed" it:
- Is it some undocumented/unrelated feature/fix in the new switch firmware (like, maybe, the fact that they removed the requirement of authentication with the Netgear account as opposed to the local password during every single switch reboot)?
- Is it me changing loop detection on the incoming port?
- Is it that somehow today none of my satellites are having the chance to establish a wireless backhaul before they can establish a wired backhaul, due to alignment of the stars?
- Is the order of things coming back onto the network today after a router reboot is somehow different than a few days ago?
- Did the last night's latest DHCP-assigned-IPs change when my satellites/switches are getting reactivated after a router reboot?
- ...
I'll report back here if the issue comes back.
Tuna
schumaku
Jul 13, 2019Guru - Experienced User
While the GS108Tv3 is not a managed switch (it's just a Smart Managed Pro model): Like every Ethernet device, when an Ethernet cable is plugged or the interface on the other device (here: Orbi) is enabled, we can expect that the Ethernet link is negotiated and established. No magic wake-up signalling or whatever.
ChristineT please ensure the newer switch models are all added to the community model selection, thank you!
tuna_ertemalp
Jul 13, 2019Luminary
I guess the Managed in Smart Managed Pro fooled me...
Exactly! Everything should have just worked. However, after my one RBRv2 router + three RBSv2 wired-backhaul satellites finished auto-updating, incoming ports (in my case Port 8, since that is what I use as a self-imposed standard) on all four of my GS108Tv3 were dark. Unplug/replug of the Ethernet cable on those Port 8 did NOT help. Only unplug/replug of the power cord to the switch did.
Tuna
- tuna_ertemalpJul 13, 2019Luminary
OK, this is worse than I thought. That wonderful story about my network healing itself seems to be the culprit. I did a few more tests and reduced it to the following. It doesn't have much to do with the firmware update, but more to do with rebooting the router or satellite (Yes! Even a satellite reboot causes this!).
Now the question is:
- is there a setting in the switches to accomodate this transient behavior, or
- if this is something to report to the switch people to fix in the firmware, or
- if there is a way to tell Orbi satellites that they are always in the wired backhaul and to never try to connect wirelessly to the router or another satellite, or
- if Orbi firmware should always make sure that if there is a wire connected, to wait for a while before establishing wireless backhaul, and try wired backhaul first.
Here is what I found out through experimentation:
Setup: Orbi router RBK50v2 & satellite RBS50v2, both running latest firmware 2.3.5.30. Router feeds an older but very trustworthy and stable 24-port unmanaged non-fancy Netgear switch in my "equipment room". One port of this 24-port feeds a wire to the wall jack of a room to which the satellite is connected. The satellite is both within range of the router (so, it can do wireless backhaul if it wants to) and is wired to the wall because it works with wired backhaul. Other outputs from the 24-port feed other rooms, and some of those rooms have the GS108Tv3 switches, all running the latest firmware 7.0.0.16, while other rooms have older unmanaged Prosafe Plus switches.
Scenario: Have everything running happily. Life is good. Now, to simulate a reboot that might come due to a power flicker or power outage or somebody bumping something or a firmware upgrade or an admin action, unplug the SATELLITE (i.e. not even the ROUTER), count to 10, then plug it back in. For a short while the satellite boots up, the white light pulsates gently, then stops. At that point, if you can catch it in time, the router admin webpage shows that the satellite is connected to it WIRELESSLY, even though it is wired to the wall. So, clearly, Orbi defaults to a wireless backhaul upon reboot. At that point, for those few seconds, the router even reports that GS108Tv3 around the house are connected, but I couldn't physically verify that since I am not The Flash to run around that fast; that might have been Orbi router showing me stale information. But within seconds of this, you lose all connection to any device, including the router (i.e. 192.168.1.1 cannot be accessed anymore). I think this is because the SATELLITE that is getting wireless backhaul "ethernet signal" from the router decides to pump out an ethernet signal through the wire leading to the wall that was originally meant to feed it the ethernet coming from the router through the 24-port. Now, the satellite feeds the 24-port, and the 24-port feeds everyone. I.e. all the switches around the house are getting this signal, including the GS108Tv3. Which means, for a bit, both the router and the satellite are feeding the 24-port, and the 24-port is sending out God knows what from the other ports. Maybe it even goes back to the router, so the router now might have a WAN input and a LAN input (that was a LAN output to the 24-port). That is probably why the router takes some sort of evasive action and disappears from the net. Eventually things settle down, the router is up and running again at 192.168.1.1, the satellite is on wired backhaul, everything is back to normal, including any of the old unmanaged switches in the rooms. Except: All the GS108Tv3 are now dark on their incoming port that was briefly flickering while the satellite was first plugged back in, and then went dark, and obviously stayed dark.
Bottomline: This will happen to me every time any of my Orbi reboots/reinitializes, either because of actual power loss or some wired connection loss to the router which will result in a wireless connection and briefly become a producer of the signal than a consumer. Yikes!
At this point, if this situation does NOT affect any of the non-smart non-GS108Tv3 various switches in action around the house, I am going to blame the GS108Tv3 firmware and report it. But, it is also disconcerting that a wired satellite might become a producer of wireless-converted-to-wired ethernet for a short bit during every reboot instead of waiting to see if that wired connection it senses will start feeding it instead.
Thoughts?
Tuna
- schumakuJul 14, 2019Guru - Experienced User
tuna_ertemalp wrote:All the GS108Tv3 are now dark on their incoming port that was briefly flickering while the satellite was first plugged back in, and then went dark, and obviously stayed dark.
...
But, it is also disconcerting that a wired satellite might become a producer of wireless-converted-to-wired ethernet for a short bit during every reboot instead of waiting to see if that wired connection it senses will start feeding it instead.
Reads like the GS108Tv3 disables the port because it's detecting a loop (spanning tree) and does close the affected port.
- tuna_ertemalpJul 15, 2019Luminary
Hmmm... Thanks for that tip. I'll find the online user manual and see if there is any way to turn that off for Port 8 that I use as my convention for the uplink on all of them. There is a an admin page for "L2 Loop Detection" but the settings I cannot yet decipher. I am guessing that's the one. There was nothing about "Span".
Related Content
NETGEAR Academy

Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!