Switches: An IP Address I want keeps getting ignored. "Identified, ignored extra IP, now finished"

David A2
Giga Guru

Our network team tracks their switches and routers based on their internal loopback address. The issue I'm running into is when discovery runs against these CI's, by the time it hits the loopback address, it determines it's already discovered this CI and ignores that IP.

Is there any way to set up discovery so even if it discovers these multiple IP's it will at least log them against the CI? 

 

 

1 ACCEPTED SOLUTION

David A2
Giga Guru

HI Technical support was able to provide some insight for me on this issue. 

 

As to not trigger unnecessary probes on the same device and on the same discovery, discovery checks if the CI has already been discovered on such discovery attempt. If the CI is found in the same discovery, discovery stops triggering "repeated" probes on the same device and sets the status to "extra IP". This saves both the MID server and instance from duplicating work. It is only needed to discover a device via one IP address to collect the necessary information.

Thus, it would not be necessary to discover the device via x.x.x.x. All you would need to do is manually set the IP address to x.x.x.x, if this were not a loopback address. The next discovery should keep it, when using probes (I checked and this discovery is using probes), so long this IP address is one of the ip addresses returned on the payload. However, because x.x.x.x is a loopback interface, discovery automatically removes this IP address from the payload. This is done on script include SnmpIdentityInfoParser.

You can see in SnmpIdentityInfoParser that interfaces of type 24 are removed, see line 296.

Therefore, to use a loopback address for network switches you would need to:

01) Customize the script include SnmpIdentityInfoParser to not remove interfaces of type 24.

02) Manually set the IP of the device to the desired ip.

03) Ensure "Enforce syncing of IP addresses" is false (it is currently set to true) under "Discovery Definition > Properties".

04) Next discoveries should not modify the ip address

View solution in original post

9 REPLIES 9

doug_schulze
ServiceNow Employee
ServiceNow Employee

Id have to think that IP is still in the network adapters table for the CI

Hi Doug,

Thanks for the reply! Unfortunately it's not anywhere I can find. I'll shoot you a PM with a few screenshots. (I don't want to blast out internal IP information across the community)

Maybe that's not an option. Can I email you?

Sure, doug.schulze@servicenow.com