NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
stack
6 TopicsGS728TS Stack issues with interfaces and LAG's
Hi, We have 2 x GS728TS switches (running firmware 5.3.0.26) connected together in a stack with dual stacking cables. There are 4 servers connected to the stack via LAG's. Each LAG consists of 4 members and 2 VLAN's, 2 on each switch in the stack. Each server runs multiple VMs. Until recently everything was running fine. However last week we suddenly picked in an issue where some (not all) VM's on one host could not communicate with VM's on other hosts and vise-versa. After investigating, we discovered that the ARP table entries on the troublesome VM's did not contain the correct entries. Restarting the VM did not resolve this. so I restarted the stack and after a long time (15 min) the stack came up and most of the issues disappeared, but not entirely. So I checked the address table on the switch stack and found that this contains 'wrong' entries as well. It shows that some learnt mac addresses are on specific interfaces in place of on a LAG, and also sometimes these interfaces are not even part of the specified LAG. If I power down one of the switches and keep it powered down (either one) then everything starts working correctly again. Anyone have any ideas? Thanks ShaunSolved9.6KViews0likes7CommentsDHCP Response not traversing stacked switches
Hi, hopefully only another user error, but at the moment I am out of ideas again. I have 2 S3300's (FW 6.6.17) [A1,A2] connected via stacking in 2 different rooms. On one of the 10G Ports another switch (B) is connected via Trunk, on that switch a bunch of boxes are connected. I have issues getting DHCP to work over the two stacked switches, all regular traffic (non broadcast i suppose fine). Local DHCP within Switch B is working fine, as is DHCP only using A1 (have not tested "A2 only"), but not the routes "Client ->A1->A2->B" or "Client->B->A2->A1". I can see DHCP Offers cross the line reaching my DHCP servers (one 2012 DHCP, one linux based one) on each room, but no actual DHCP replies get sent back. I have one client and one Server in A1, one Client and one Server in B (VMs) I have setup port mirroring on the uplink port 1/28 (which is on A2 and connected to Switch B) and capture DCHP Requests from B->A1, but the DHCP Server on A1 does not see them. I have set up a client on A1 requesting from B and can see requests arriving on B but the answer never arrives back at A1 So basically traffic flows as follows: Client (in either room) sends out DCHP request, this get received by DHCP server in other room. DHCP Server replies with OFFER, but OFFER never reaches Client. I used wireshark/tcpdump/port mirroring to verify this behaviour but can't really explain it :( Easiest would be to break the stack and just link them via trunk but that can't be it... Any idea how to troubleshoot this? ThanksSolved8.9KViews0likes13CommentsStacked S3300 not communicating through regular port
Hello, I have 2 stacked S3300 that have the default configuration except for the stack configuration, i'm using a 10G link port 49. Everything was working great. I need to make some change and I tried to connect them on a regular port instead of the stack port with a single cable. (but leaving the stack configuration as is) Everything stopped working because the regular port got blocked by STP (Discarding status). I have tried to connect 1 S3300 to another dummy switch, and it's working. I'd like to know if the fact that those switch have a stack configuration, it will trigger STP to block the link between them, even if there's not actual cable on the stack port. Is that normal ?3.4KViews0likes2Comments