NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
M4300 stack-port RX discarded packets, high mgmt latency
Hello, I have 4 M4300-28G-PoE+ (IP 192.168.101.4, fw version 12.0.19.23) in a stack ring, and one M4350-48G4XF (IP 192.168.101.5, fw 14.0.6.9), which is connected to the stack via 4 port LAG, each cord connected to one switch from the stack. The asic switching seems fine, I have <1ms latency on every device in the network, except for the stack management IP. Counters show RX discards on all but one stack cord (which is logically disconnected to prevent loop). The discards bleed steadily and more heavily if there are more devices in the network, though the data rate shows around 90Mb/s on each stack interface, which is nothing, when the stack interfaces show 10Gbit links. There are no errors, just RX discards (show stack-port counters all) as if the CPU buffer can't handle it. The stack management IP also has higher ping, 1-2ms with up to 80ms peaks. Those peaks are probably correlated with CPU usage spikes, normally sitting around 15 % on the Mgmt Sw, going well over 50% and even up to 80% (with agentMain, tRpcsrv.01000 and syncdb eating up the most at those peaks). There is VuWall AV system populating most of the switch ports. I have igmp-plus set up and igmpsnooping, with querier being the switch 192.168.101.4 (snoopTask eats almost nothing). The secondary switch 101.5 has set igmp mrouter 101 on the LAG and querier set to 101.4. Therefore IGMP should be correctly configured. I tried: Set all recommended settings for Netgear by VuWall. Upgraded FW from 12.0.19.21 to 12.0.19.23. Different presets in switch GUI. Disconnecting 3 out of 4 LAG ports. port-channel load-balance 3 and 6 and I have port-channel local-preference on that LAG, on both stack and M4350 I guess discarding rx packets on stack interfaces isn't a feature. Only the stack interface is having this high latency and sometimes our video streams freeze (this can be totally unrelated to the switch issue though) Disconnecting almost all devices, problems weren't as severe but persisted, which seems to me more like a broadcast storm/topology problem, rather than low bandwith problem. Any ideas of what could have been wrong?M4300シリーズファームウェアアップデート
M4300のファームウェアを12.0.19.21から12.0.19.23にアップデートしようとしたところ、ファームウェアのDownloadが終わったあと、再起動する前にWeb管理インタフェースが使えなくなり、シリアルインタフェースも使えなくなるという現象がM4300-24X 2台とM4300-8X8F 1台で発生しました。一応L2スイッチとしての機能は動作しているのですが、L3の管理インタフェースとL3ルーティングのインタフェースが同じなためL3ルーティングも正常動作しなくなります。シリアルインタフェースは、19200bpsにするとなんか文字化けした返答はかえりますが、正常なボーレイトである115200bpsでは何も返ってこないという状態になっています。これらの問題は電源のOFF/ONでなくなります。 同じような現象みている人いますか？ 12.0.19.21のバグで、12.0.19.23にバージョンアップしたら起こらなくなるのでしたら問題ないのですが、12.0.19.23でも起こるとなると、今後のバージョンアップ作業は気をつけないといけなくなるので(Switchがハングするとネットワーク経由の操作が一切できなくなったりするので)、この辺の現象について情報があるようでしたら、お教えください。 kunikuni18The SNMP service is occasionally unavailable
Hi all, My customer is currently facing occasional SNMP unavailability. I have checked uptime ot the switch and found that CPU and memory are normal. After reset snmp, the snmp service resumed. However, after a period of time, this issue will occur again, and it is still unclear about the time interval and trggering conditions, which may be a software bug. May I ask if anyone else has encountered the same problem and has a solution? Thank you. Below information is the switch parameters: [Product Name] NETGEAR 48-Port Gigabit PoE+ Smart Managed Pro Switch with 4 SFP Ports (GS752TPv2) [Model Name] GS752TPv2 [Boot Version] 1.0.0.5 [Software Version] 6.0.3.3M4300 Switch Stack Upgrade Path
Hi, I have inherited a M4300 stack cluster of 3 24 port switches, which are having issues where one of the stack seems to crash/latchup & is unresponsive They are running old software 12.9.0.3 Now whilst i would love to upgrade the firmware to latest 12.0.19.21 im finding conflicting information, if we can go from 12.9.0.3 -> 12.0.19.21 or if we need to stagger with something like this: [v12.0.9.3] ──> [v12.0.11.16] ──> [v12.0.17.6] ──> [v12.0.19.21 (Latest)] Reasons i see for stagger is 17.6X breaks admin passwords & possible 15.8+ fixes that looking for clarification from support or other users, the correct upgrade path. currently have no access to usb console, & fully remote from these devices..Switch nach Konfiguration nicht erreichbar
Hallo, Auf einem Switch GS748TS wurde ein neues VLAN angelegt. Ein Port wurde als untagged dem VLAN zugewiesen. Eine PVID wurde nicht gesetzt. Dann wurde versehentlich die Management IP Konfiguration geändert. Der Switch ist jetzt weder über die neue IP Adresse noch über die alte IP Adresse erreichbar. Ein Werksreset kommt nicht in Frage. Gibt es eine Möglichkeit, auf den Switch zuzugreifen?M4250 Multicast Troubles
Hey all, I'm having toubles with multicast (I think) between a Cisco SG350 and a network of Netgear 4250 AVline switches. The netgear switches are setup in a star config with the Cisco joining the "core" netgear. All seems to work however I'm having issues with a lighting node that requires multicast. The node is doing weird things so I am try to force send a specific multicast address to it. I believe everything should be configured properly. Some switches it seems to work but others not (configured the same I believe just a different number of ports). I'm using MAC filtering under traffic control for this. The second issue I'm having (could be related) is I can't find how to completely disable the IGMP querier on the netgear switches for a specific VLAN. I am using the Cisco as the Querier but the netgears keep electing themselves even with election participte disabled on all. Most of the networking I know is self taught so could easily be wrong. Any suggestions would be much appreciated. Thanks
