I'm trying to do a bit of tune up for the DFM where I need to make a lot of discovered IP addresses on the managed routers as unmanaged IPs (so DFM does not try to probe them and does not fire up interface/reachability alarms). Some time ago Cisco had a perl script for the previous versions of DFM where one could specify a range of IPs that have to be unmanaged and the script in CLI would modify the state for those IPs. Apparently this script still works with the DFM from LMS 3.0, however there is a problem:
the command that script executes is /opt/CSCOpx/objects/smarts/bin/dmctl with some parameters. One parameter (getInstance IP) is suppose to list all the discovered IP addresses and it does list a lot BUT not all. I still have routers in DFM the IP addresses of which are not shown via this cli command and the script cannot make these missing IP addresses as unmanaged, as a result I'm still getting the unreachable alarms. To manually go via DFM's GUI and unmanaged IPs one by one is not really an option for about a thousand of IPs (could this be the CSCsg29309?)
Maybe the new DFM has some new option where a range of IPs can be specified as managed only and the rest of the discovered IP addresses will be ignored?
And as a side note, the c3500XL switches (the ancient but still in production) are reported as OperationallyDown for their management VLANs (could be another BUG?)
There are now two DfmServers in LMS 3.0 and higher (DfmServer and DfmServer1 or instances DFM and DFM1 respectively). Each is designed to manage half of the network. That said, this script really shouldn't be used with DFM 3.0. Instead, new scripts and a new procedure were added to DFM 3.0 (and 2.0.10) to allow for bulk management operations.
Open up the Detailed Device View for any device, and you should see a button for getting instructions on performing bulk management operations. Use the Korn shell scripts in those instructions to do what you want.
Joe, if you do mind, just out of curiosity what is the difference between the EXPLICITLY_UNMANAGED and just UNMANAGED. These new scripts do pretty much the same as the old one, they are a bit more convenient in terms of specifing the IPs instead of the octets
MANAGED and UNMANAGED are the initial states used by DFM when it discovers a device. Anytime settings are saved via Detailed Device View, the states are overwritten with explicit managed states (i.e. EXPLICITLY_MANAGED and EXPLICITLY_UNMANAGED). They indicate that the user has manually requested the management state of the object to be a certain way, regardless of what the DFM default is.
Hi everyone, I would like to thank you in advance for any help you can provide a newcomer like myself!
Im studying the 100-105 book by Odom and am currently on the topic of Port security. I purchased a used 2960 and I'm trying to follow a...
While deploying a number of 18xx/2802/3802 model access points (APs), which run AP-COS as their operating platform. It can be observed on some occasions that while many of their access points were able to join the fabric WLC withou...
I am going to design and build an LAN network under a tunnel underground with long distance between the switches.
I will have 2 Catalyst switches and 8 Industrial IE3000, and they will be connected with fiber.
For now I am planning on use Layer-2 s...