NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
GS110T/GS110TP Multicast overload bug
Hi, I have the following switches on a network, and they all suffer from this issue:
2x GS110T (v5.4.0.6 - latest?)
2x GS110TP (v5.4.2.30 - latest?)
1x GS110TP (v5.0.5.4)
1x GS110TP (v5.4...
Hi DaneA,
Sorry for the delay, I had been trying to make sure that everything was stable with the updated firmwares before updating.
As you say they were able to provide an updated firmware, that appears to be working fine for the GS110TP models.
for the GS110T switches I was given a work around from Engineering, which I will post below for anyone else who has this problem:
"The root cause is, the reserved range multicast packets comes to switch CPU and the IGMP application fowards them to other ports in same VLAN. Since, the packets are coming at high rate, CPU is becoming slow and failing to open GUI connection.
On GS110T, you can try installing an ACL and drop the multicast packets in the range 224.0.0.1 to 224.0.0.255. If you need these packets, then configure ACL with redirect action (redirect the matched packets to desired port)."Cheers
James
Hi DaneA,
Switches are connected in a star config, with either a GS110T/TP or a GS728TS (unaffected by this issue) in the middle.
The 'central' unit will have between 1 and 3 pc's running the WSM software connected over RJ45, and then between 1 and 5 of the other GS110T/TP switches are connected either over RJ45 or via SFP. In some circumstances I will daisy chain witches on one of the legs depending on the cable situation.
There are no loops on the network (RSTP is enabled and configured (and tested!)), and this bug affects switches that are on legs from the central switch with no other kit connected.
LED's show normally, with flashing for traffic on all ports, but nothing that doesn't appear normal.
have you looked at the Wireshark trace that I have provided, and tried sending that traffic over switches that you have on a test bench?
Cheers
James
P.S. I am aware that this is a Multicast issue, not a Broadcast issue, but I wasn't able to edit the post to say that.
Switches are connected in a star config, with either a GS110T/TP or a GS728TS (unaffected by this issue) in the middle.
The 'central' unit will have between 1 and 3 pc's running the WSM software connected over RJ45, and then between 1 and 5 of the other GS110T/TP switches are connected either over RJ45 or via SFP. In some circumstances I will daisy chain witches on one of the legs depending on the cable situation.
There are no loops on the network (RSTP is enabled and configured (and tested!)), and this bug affects switches that are on legs from the central switch with no other kit connected.
LED's show normally, with flashing for traffic on all ports, but nothing that doesn't appear normal.
have you looked at the Wireshark trace that I have provided, and tried sending that traffic over switches that you have on a test bench?
Cheers
James
P.S. I am aware that this is a Multicast issue, not a Broadcast issue, but I wasn't able to edit the post to say that.
Fixed the title of the thread.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
