NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
3 GS108T v2 Switches Connecting to pfSense Lan
Hello, I recenlty picked up some used Netgear GS108T v2 switches (running latest firmware 5.4.2.33) to go along with my recently built pfSense firewall running on a HP 730t with an Intel quad por...
In the default config, the GS108Tv2 behave almost like unmanaged swtches, making a flat network on VLAN 1, all port VLAN 1 untagged, and PVID 1.
Hard to say what yo understand as "hook up the 3 GS108Tv2 switches to my network" ... do these connect the Orbi devices over a wired network?
schumaku wrote:In the default config, the GS108Tv2 behave almost like unmanaged swtches, making a flat network on VLAN 1, all port VLAN 1 untagged, and PVID 1.
Hard to say what yo understand as "hook up the 3 GS108Tv2 switches to my network" ... do these connect the Orbi devices over a wired network?
Hi schmaku, and thanks for your reply.
So I was right in assuming the switches do act like "dumb" unmanaged switches in their default configuration.
The Orbi RBR50 is connected to the first wired GS108t switch (which is connected to pfSense lan), and the Orbi RBS50 is connected to another GS108T switch which is connected to the first GS108t swtich. There is another GS108T connected to the first GS108T, but it only has devices connected and not another Orbi satellite.
Now that I know that the GS108T switches work like unmanaged switches in their default configuration, I am starting to wonder if it's not the Orbis that are causing an issue with the setup. The Orbis (AP Mode) displayed a very similar issue when connected to my XB7 (router mode) where right after I connected the RBS (wired backhaul) to the network, the network would go down. There might be something happening on the network with the Orbis in AP mode when trying to establish a wired backhaul. I do know that I've heard from eFurry in the Orbi forum that the Orbis will cause a ARP storm right after connecting in wired backhaul, but they suppossedly settle down after a minute or two.
Is there a way to address an ARP storm on the switches if it is the culprit?
Again, thanks for your help. :)
These classic Orbi and Orbi Pro (I don't know for sure about the newer WiFi 6 ones) make use of STP to find the right path for wireless vs. wired backhaul.
In connection with Orbi, there is no other choice than using the (off-standard!) legacy STP and define a prio aka ID of 32768 on switches supporting STP/RSTP/MST.
Alternate approach could be to disable STP (read also no RSTP or MSP) and enable the "Forward BPDU while STP Disabled".
Unclear if and how this can have an impact on "edge" connected switches.
The biggest problem is that we have zero Netgear information, documentation, and assistance on these issues.
Thanks again.
How do I define a
The default state for these switches is Spanning Tree State set to Disable with BPDU Flooding also Disable. Are you saying I could try leaving the Spanning Tree State to Disabled and then Enable BPDU flooding?
I'm not 100% sure where I would define a priority aka ID of 32768 on this switch. Do you know where this is?
Switching -> STP -> Global Settings ... Revision Level or ID (all from wally brain)
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
