Hello everyone. Have someone seen this behavior before?
I have a cisco WS-C6509-E with IOS IP BASE version 12.2(18)SXF11 and a WS-SUP32-GE-3B. The problem I'm having is that, Internal as well as External Monitoring Servers are giving us SNMP timeouts, so they report the device as down. But when you log into the device, everything looks fine, cpu is normal usage, pings from and to the monitoring servers working fine, traceroutes from and to the monitoring servers work as well. We have all SNMP from all monitoring servers permitted in the firewalls. Routing is working fine, but still, I get lots of timeouts.
Hi clarke, I'm using CiscoWorks and a monitoring tool called Entuity, not sure which objects are being pulled from CiscoWorks but I suppose interface status, cpu, memory utilization. Also I normally use snmpwalk to test SNMP, We are currently using SNMP v1, I have more devices (Cat6500) and when I do snmpwalks to them, they all answer pretty fast, so it makes me think I'm not having a delay with SNMP traffic. I've tryed different timeout values with snmpwalk, from 10 seconds to 60 seconds. sometimes the switch will respond but soon after, it will issue a timeout response.
You'll need to get specific examples of the timeouts. This is best done with a sniffer trace on the management server. It would also be helpful to see the output of debug snmp packet on the switch when the timeouts are occurring. This will help prove that the requests are making it to the switch.
system.1.0 = Cisco Internetwork Operating System Software
May 19 11:15:20: SNMP: Packet 311 sent via UDP to 126.96.36.199
In the packet tracer I see lots of requests coming from the 165.x.x.x server and occasionally one answer from the switch. I also see other servers requesting SNMP, so maybe the switch is getting overflooded with SNMP requests?
I get intermittent SNMP timeouts against various devices (not just 6500s) at remote WAN sites. In my case, the devices are busy dealing with snmpsets from another source when they start timing out against the snmpgets. I simply chained a ping-test routine after that to filter out the "device downs".
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...