I have device already defined in CiscoWorks through Loopback interface. The problem is the same device keep coming up in the device discovery through PortChannel interface, which is a different IP address, so it looks like a new device. Is there a way to make discovery aware that this device is already in DCR?
Have you confirmed that it is Campus Manager Device Discovery which is adding the duplicate device? That is, if you remove the duplicate device, and disable Discovery, does the device not come back? If so, please post the running config from this device.
But are you sure it's Discovery that initially finds this dup? Do you have DFM installed on this server? It has also been known to cause duplicate devices in DCR.
Run the command:
This will shutdown DFM's polling. Delete the duplicate device from DCR. Run a new Discovery in Campus. See if the duplicate device comes back.
To restart DFM polling, run:
If the device is listed under Common Services > Device and Credentials > Device Management, you can check it, then click the Delete button. Are you saying the device is not showing up in DCR?
Then that is nothing to worry about. Since Campus cannot contact that address, it does not know that it is a duplicate of another device. In any event, Discovery only sends reachable devices to DCR, so the switch will not be duplicated or managed by the Port-Channel address.
That's fine. My point is that this "duplicate" is not something to be concerned with. If you open your network such that Campus can poll it with SNMP, it will automatically determine that this device is a duplicate of the other managed device, and it should no longer appear in your Discovery report. Alternatively, you can just add this IP address to the Discovery exclude filter, and Discovery won't try to contact it at all.
I suspect there are a lot of devices with a similar issue. So I would need to login into each discovered devices in order to find out which device it is.
In order to weed out which devices were unique, and should be reachable from those that are being found by an unreachable CDP address, yes.
May I use this converation to ask a related question?
Which algorithm is used during the discovery? What I mean, if it sees a new device which IP address will be taken as the management (in DCR) address? (loopback, highest IP, lowest IP, ...)
I had a ticket open with TAC on this issue.
If loopback option is enabled in a discovery option then it should be loopback.
Sometimes it finds a "new device" and it's an IP addresses of a VLAN interface.
Their recommendation was a command:
cdp source-interface looback X.
The problem is this command supported in a few IOS's... You would need to keep new devices, which are being discovered on that release and have that command in
How would it be a new device?