Note sure if I am putting this query in the right location, so sorry in advance.
I have four c2350 switches and for some reason two of them didn't seem to like to respond to SNMP request from our monitoring software (Cacti). So I did some testing on it and I boiled it down to the switches didn't seem to want to respond to UDP traffic. However with some debugs I saw that they did recieve the traffic, just never responded to it. One of the switches is not yet in production and I ended up doing a reload on it and it started to work. However, the other one is in production and I can't reload it till a maintaince window. That's fine but I was wondering if anyone else had this problem, what causes it, and if there is a way to fix it with out reloading the switch. Any insite would be helpful.
Below is the UDP debug for a simple SNMP request for the switches uptime via Peassler SNMP Tester. As you can see Switch 1 responds to the UDP traffic it recieves but Switch 2 does not. All other UDP traffic seems to be the same way, I'll have rcvd/sent traffic on Switch 1 and only rcvd on Switch 2.
Switch 1 (Working):
Dec 10 16:04:40.470: UDP: rcvd src=10.10.8.13(41376), dst=10.20.0.238(161), length=49 Dec 10 16:04:40.470: UDP: sent src=10.20.0.238(161), dst=10.10.8.13(41376), length=52 Dec 10 16:04:40.479: UDP: rcvd src=10.10.8.13(41377), dst=10.20.0.238(161), length=49 Dec 10 16:04:40.479: UDP: sent src=10.20.0.238(161), dst=10.10.8.13(41377), length=52
Switch 2 (Not working):
Dec 10 16:04:15.841: UDP: rcvd src=10.10.8.13(41315), dst=10.20.0.237(161), length=49 Dec 10 16:04:20.849: UDP: rcvd src=10.10.8.13(41327), dst=10.20.0.237(161), length=49
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...