|
Hi guys,
Thanks for the replies.
This would sound strange, but my PC/DHCP segments are
configured to "@" in my netmon.seed, so i guess they should be discovered and
polled by using ping.
But how come only certain PCs/DHCP IPs would be polled by
snmp?
I've checked my ovsnmp.conf and there's no PC/DHCP address
listed in here.
Is there another location whereby nv store's an object's
polling method?
best regards,
sixx
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks Sent: Monday, January 08, 2007 10:22 PM To: Tivoli NetView Discussions Subject: RE: [NV-L] Objects turning red after awhile even when up? Francois is correct. DHCP entries are indicated by "@", not by "$". You are
forcing netmon to use SNMP polling with that. Here's an excerpt from the Window
netmon.seed file
I am using an Unix version of Netview so this "DHCP" feature is not available for me. On my netview, the "$" means that I force the status polling of an (or range of) object to snmp. Removing the "$" turns back the status polling to ping. (Unless specific cases like unnumbered interfaces...). You should double-check the documentation for your seed file as I am surprised that $ has a different meaning on windows. I am aware of this DHCP monitoring feature on windows, but don't remember how is it used. Salutations, / Regards, Francois Le Hir Network Projects & Consulting Services IBM Global Technology Services Phone: (514) 964 2145  <sixxl@cse.com.sg>
Hi guys, Thanks for the prompt reply! The pc segment is already configured using "$" to signify DHCP clients. Strange thing is this status issue only occurs to new PCs added to the segment as they are replacing the old existing NT PCs to XP machines. I believe the new PCs took the old IP addresses as most of them is on DHCP and some on static. btw how do i change the object's polling from SNMP to ping? Edit the object in ovsnmp.conf file? Or should i delete the object and let nv rediscover it again? best regards, sixx From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of Leslie Clark Sent: Friday, January 05, 2007 10:20 PM To: Tivoli NetView Discussions Subject: Re: [NV-L] Objects turning red after awhile even when up? Good answer, Francois! Cordially, Leslie A. Clark IT Services Specialist, Network Mgmt Information Technology Services Americas IBM Global Services (248) 552-4968 Voicemail, Fax, Pager
You issue is probably because netmon is trying to monitor the status of this object using snmp instead of ping. If it doesn't answer to snmp, it will still show down, even if it respond to ping. The way this is configured is usually with the "$" in the netmon seed file. You can test if this is the problem with the quicktest command: it will do a status polling using the same method as netmon. Salutations, / Regards, Francois Le Hir Network Projects & Consulting Services IBM Global Technology Services <sixxl@cse.com.sg>
Hi there, I'm a new netview administrator and facing an issue. We've got a netview is a default installation with a configured netmon.seed, netview discovers all objects and all device status are reflected properly when down. On the user PC objects sometimes it would turn red signifying down status. Verfication of the physical PC is up and netview doing test ping would turn the object to green. After leaving the object for awhile it would turn red again, even though the PC is up. Please advice on what steps should I take to resolve this issue. The netview is 7.1.4 FP4 running on a windows 2003 server and console is using remote desktop to monitor the netview. Best regards, Sixx _______________________________________________ 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) _______________________________________________ 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) _______________________________________________ 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) |
Francois Le Hir
<flehir@ca.ibm.com>
