Unreacheable devices on device discovery

[wwanjohi123]

The status of some devices is unreachable on device discovery and i have set the proper/correct SNMP community strings and therefore they can't be collected on Campus Data Collection and hence can't be managed by the rest of the modules on ciscoworks. What could be the problem. Kindly assist.

[Joe Clarke]

Having the correct community string is only half of the battle. The device needs to be IP and UDP reachable as well. That means no access-lists or firewalls that are blocking SNMP communication, and no access-lists or views on the device that could limit which hosts can poll certain objects. The LMS server should have full SNMP access to all devices you wish to manage.

You can use "debug snmp packet" on a device that is showing as unreachable to confirm that the SNMP requests are making it to the device. If not, then work backwards to find out where they are being dropped. If the requests do make it, the debug should give you some indication of why Discovery says the device is unreachable.

[phil.wightman]

JClarke,

Thanks for the advice. I have the exact same issue. I did what you said and SNMP debug shows nothing. What I did was put the unreachable device as the seed device. When I did so it was discovered and entered into the DCR. I pointed CM back to the seed device I prefer. It will still get discovered and show as reachable. Now if I delete it from the DCR, it will no longer get discovered!! This is a problem for me becuase there are several devices on my network that show as unreachable. It would be very painful to have to enter each as a seed device. Then everytime I put a new device on the network, I have to babysit CW. Thanks for any further help!

[Joe Clarke]

Adding devices as seeds has no bearing on their reachability. If the device is not configured as a seed nor is it in DCR, and you see no SNMP traffic running a debug when Discovery is running, then the device is not appearing as a CDP neighbor of another discovered device. Verify that one of the device's CDP neighbors is properly discovered (and is reachable), then check that this neighbor device shows the missing device as a CDP neighbor.

If all of that checks out, enable devdiscovery debugging under Campus Manager > Device Discovery > Debugging Options, run a new Discovery, and post the discovery.log.

[karima.zaydi]

hello,

I have the same problem but for several devices.

for example, the 10.111.254.12 is not on the map!!!but on the DCR and on the devices rapport of the discovery, and datacollection...

Thanks

Plus, the map shows devices with loopback adress, even if I don t choose the loopback option!!!

Could you tell me if the map in topology group is the result of the data collection or discovery?

[Joe Clarke]

The map is built based on Campus Manager Data Collection. If devices are not appearing on the map, this could be due to Data Collection filters, or the devices have become unreachable since adding them into DCR. We have also seen some bugs in Campus prior to 5.0.2 and 4.0.10 where new devices may not be put on the map. If you haven't upgraded to one of those versions, you should do so.

[sirbaughmf]

Do I understand this correctly....not all devices "discovered" will appear in the topology map? I have over 1000 devices discovered, with data collection successful for over 300.

Seems to me in the previous version we could see all reachable and unreachable devices in topology groups, has this changed or do I have a configuration issue?

[Joe Clarke]

Correct. Discovery has nothing to do with what appears on the Topology Map. That is decided by Campus Data Collection. Discovery only sends reachable devices to DCR. From there, Campus pulls devices out of DCR, applies Data Collection filters, then attempts to build the Topology data using CDP and other information. This has not changed since LMS 2.5 was first released.

[sirbaughmf]

Ok, thanks. We skipped by 2.5 and went from 2.2 to 2.6.... :-( Seems everything showed in the groups with 2.2, which was nice for troubleshooting.....