NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
GS724T no gui and presumably high cpu usage
I have at GS724Tv3 that sits in my DMZ. i.e. connects the firewall to the DMZ machines and the firewall for the inner network. My issues are: (1) it rarely responds to ping requests (maybe 1 ou...
I solved this one.
The two firewalls attached to the switch were multicasting state and config data back and forth. The switch had IGMP snooping enabled from a previous configuration (no longer used). Oddly, the configured snooping VLAN was not where the multicast traffic was happening.
When I turned off the multicast sync between the firewalls the GS724T GUI was responsive again. I then turned off IGMP snooping. (Probably would have gone a LOT quicker if I had known snooping was a CPU vs. switching HW function.)
Hi,
I was out of town, hence the delay.
Here is what I verified... If I disconnected the 3 esxi servers connected to the switch I could access the management gui. Plug them back in and I could not access the gui.
With the servers disconnected I configured diffserv classes and policy for prioritizing packets to/from the management IP and enabled it on the port from my management PC. With this in place I'm able to contact the management interface even with the servers connected to the switch.
So while the issue is resolved, I am still left with an unanswered question that would help understand the root cause. The total amount of traffic is WELL below the rated maximum per port and total for the switch. So i'm guessing there is something specific the CPU is reacting to that is being ingressed.
What type of traffic from the servers would cause the switch CPU to be so busy it could not respond to management inquiries? OR, what specifically are the duties of the CPU vs simple switching that is handled by other hardware (which was always working on my switch).
Thank you.
Oops, I may have spoken too soon. The management gui on the switch is once again not accessable, even with the diffserv policies mentioned above in place.
Something is causing a CPU overload. Can you help determine what type of traffic is the issue?
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
