cancel
Showing results for 
Search instead for 
Did you mean: 

SNMP Error Timeout

SNMP Error Timeout

Anonymous
Not applicable
Have a customer that has two different sites with a couple S8's at the core of one and S4's at the core of another.

The edge consists of multiple stacks of C5's which the top switch being a C5K for 10gb.

There seems to be a couple, out of the manystacks that persistently give the following error:

SNMP Contact Lost: No SNMP reply from device 192.168.xxx.xx caused by SNMP Error: Timeout[4098], last uptime was 21 Days 23:14:26.4

When Netsight looses SNMP contact to the switch you can still ping and SSH to it, and no other adverse affect seems to be happening to the switch then what seems random lose in polling.

When an event briefly happened I was able to get onto the device and tried to ping the IP address of the Netsight server, which failed! I wasn't able to do anymore testing before it came back online.

The uplink ports consist of one 1 x 10gb and 2 x 1GB as a lag. MSTP is configured with the data vlan using the 10Gb and the lag used for the voice vlan.

Have looked at spanning, and there has been no topology changes, the ports have remained continually up and show no errors in rmon stats.

Not sure if anyone has seen this before and can provide any suggestions?

Many thanks

11 REPLIES 11

Jason_Parker
Contributor
If you call into the GTAC to open a ticket then we can assist you. Just mention this site (HUB) and then ask them to make me a contributor or co-owner
Then I can assist over the phone. This would be needed to document the situation
Thanks
Jason Parker

Jason_Parker
Contributor
Clear port advertise tg.1.3 pause would work but a reminder that the link will drop for a second

Jason_Parker
Contributor
Run the command show igmpsnooping MFDB (multicast filtering data base) to see what you are running
Note:
If there is no querier on the network then the igmp commands are really not helpful and also some companies that use multicast may have the communication between controller and AP's

But in most cases a sniffer(wireshark is free) can help you isolate any traffic concerns.

The easy way to handle this is to document the numbers on each switch and then select ports not enabled(or connected) and run the command clear port advertise ge.x.x pause on the port

Another option is to set flowcontrol disabled(This does the same thing as clear port advertised pause in a way that the links would be dropped and reconnected).

Jason



Anonymous
Not applicable
Hi Jason,

Here are some of the ports that have RX counts:

port TX Pause Count RX Pause Count
-------- --------------- --------------
ge.1.7 0 720
ge.1.14 0 82
ge.1.25 0 734
ge.1.26 0 734
ge.1.29 0 26838
ge.1.45 0 706
ge.1.46 0 228596

So I'll investigate what these are, especially on port ge.1.46.

Out of interest IGMP Snooping has been enabled on the switch and all the user ports, although they don't use multicasting - could that have any bearing?

Thanks

Jason_Parker
Contributor

Please note that this could be as simple as Multicast traffic flooding on the network and some PC's do not take well to dealing with traffic they are dropping

Here are a few sets to take
1. See what ports have high Rx's
2. Duplex/speed issue -printers and low end machines
3. If daisy chained then maybe the traffic s coming from another switch and they have a bad client(Blue screen of death.

Good Luck
Jason


GTM-P2G8KFN