|
If demand poll is not resolving the hostname, then you have a name resolution problem to fix. If it resolves from the command line, then I would delete and rediscover the object. Put the hint for it at the top of you seed file. Stop netmon. Delete it. And restart netmon. And remember that the device name must resolve the same way both backward (IP address to hostname) as well as forward (hostname to IP address). There is a tool called nvgethost in /usr/OV/bin which may help. And HSRP addresses shown standalone is usually a symptom of not having SNMP access to one or both of the devices the interface is really on. If you have 7.1.5 there has been a lot of maintenance in the HSRP area since it came out. You need to be current whether on 7.1.5 or 7.1.4 James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Network Availability Management Network Management - Development Tivoli Software, IBM Corp
Thanks James. I'm using nvdbformat to create an inventory of all devices in NetView. My output shows some devices with their management IP address used as their Selection Name and their host name used as their IP Hostname. Demand Poll didn't resolve the Selection Name to a host name and we're using /etc/hosts for resolution followed by DNS. I've also noticed that some HSRP virtual IP addresses are being represented as a Node, which is throwing our total device count off. Stephanie James Shanks <jshanks@us.ibm.com> wrote: What are you really trying to find out here? What problem are you trying to solve? netmon chooses these names based on what you have set up in your network, and uses them to create objects and fields on those objects in the object database. Remember that NetView represents devices as objects in a set of interconnected databases. And there are lots of things besides devices (networks, segments, interfaces, smartsets, etc.) in those databases. "Selection Name" is the internal name NetView uses for one of those objects, and how they are constructed is determined by what kind of an object we are talking about. If name resolution (DNS, etc/hosts, what have you) is active, then netmon will determine the name of a device by using the system routine gethostbyaddr. This value is then used for IP Hostname and IP Name, which are often the same. And the Selection Name will then be set as something like "myhost.mydomain.com" in the object database instead of just an IP address. If these devices respond to SNMP then the interface name is returned by a query of the MIB-2 interface table, so that interface Selection Names become something like "myhost.mydomain.com:en0". Otherwise, it's all just a number from that table. Similarly routerSysName is determined by SNMP based on what the router responds when queried. If you had no name resolution and no SNMP, all your device objects would be individual IP addresses and your map would look very strange because then netmon would have to guess about how everything is connected. James Shanks Level 3 Support for Tivoli NetView for UNIX and Windows Network Availability Management Network Management - Development Tivoli Software, IBM Corp ss cc <steph_cornish@yahoo.com>
All, We're running NetView 7.xx on Solaris and I'd like to know how is "Selection Name", "IP Hostname", "IP Name", and "routerSysName" determined? Why so many ways to get the devices name and where are the names used in NetView? Right now I can see some of these names when I run Display Object Information on our devices. TIA, Stephanie Luggage? GPS? Comic books? Check out fitting gifts for grads at Yahoo! Search._______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings, and more! _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
