I also agree. The "location" property is polled via snmp. Rather than go back to all the devices and have the node owners update the location field to a standardized format, we took a different path.
- create a custom property named something related to location. We used "building" but you could use whatever you want.
- Make a drop-down lost for the custom property that matches what you (from a monitoring POV) consider locations. An added benefit here is people can't put typos in the custom property which will later bust your reporting or alerting.
- Bulk update the custom property. ie: all nodes on the 192.168.1.0 subnet are in the "main building"
- Write an alert directed at yourself that trips whenever a node has an "unknown" value in the custom property.
- Completely ignore the location field in the future. You've now made it irrelevant.
This really helps us when managing 10,000+ nodes in Orion
As an added exercise (and this is what we did) do the following:
- Create a database that has the following fields
- building name (this matches the custom property we used above)
- low address
- high address
- Populate the database with all the buildings and address spaces you know of.
- Write some code that does the following:
- for each node in Orion
- Find the smallest subnet in the database that it fits into
- Update the custom property with the name of the subnet (building)
- for each node in Orion
And a final exercise:
- Write some code that does the following:
- for each of the subnets (buildings) that are in the database
- check if Orion is running a discovery on that subnet
- if no discovery is configured, email yourself a reminder to build a discovery.
- check if Orion is running a discovery on that subnet
- for each of the subnets (buildings) that are in the database