|
Bill explained it to you as well as anyone can. I don't know what else to say except to repeat it.
NetView keeps status by ICMP (ping) and SNMP . If you get false downs, then it is because your pings or SNMP queries are not being returned in a timely fashion. So then you should adjust the time-out and retry counts until you don't see false downs any more. I would not raise the retry count more than 3 times, but you can adjust the time-out as high as you like. It's your network. You will have to experiment to see what is right for your environment. You can try pings and snmpgets from the command line at various times of the day to help you establish a baseline.
As for "real" status, I am not certain what you mean by that. You can configure your devices (routers, etc) to send traps to NetView when they have a problem. But when a device fails, it will seldom be able to send a trap immediately before it dies. It will just "go away". That is why NetView keeps tabs on it by status polling. You just have to adjust the polling parameters so that NetView doesn't think it's unavailable when in fact it is.
Perhaps I should add that while NetView uses the term "down" for the sake of simplicity, you should actually think of it as meaning "this device is not responding to my polls as it should, according to the way you have configured me to monitor it".
Hope this helps,
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
 "Santhanakrishnan Janakiraman (IT Services), Chennai" <santhanakrishnanjn@hcl.in>
"Santhanakrishnan Janakiraman (IT Services), Chennai" <santhanakrishnanjn@hcl.in>
Sent by: nv-l-bounces@lists.ca.ibm.com
04/09/2007 11:08 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
|
|
Hi James,
How to get the agents trap (real status) in netview? And for polling parameters I have adjusted the
1. Time out
2. Retry counts
3. Status Polling, is this is fine .Advice me on this
Thanks & Regards
SanthanaKrishnan.J
Office: 044-28221129 Ext-2206
Mobile: +91- 9840943639
From: nv-l-bounces@lists.ca.ibm.com [mailto:nv-l-bounces@lists.ca.ibm.com] On Behalf Of James Shanks
Sent: Monday, April 09, 2007 7:16 PM
To: Tivoli NetView Discussions
Subject: RE: FW: [NV-L] Reg Data Collection regarding health of Router
There is no need to alter any NetView traps. Bill's explanation was meant to show you how to differentiate between agent traps, sent by devices in your network, and NetView internal traps.
The fix for "false downs" is to adjust your polling parameters.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Network Availability Management
Network Management - Development
Tivoli Software, IBM Corp
 "Santhanakrishnan Janakiraman (IT Services), Chennai" <santhanakrishnanjn@hcl.in>
"Santhanakrishnan Janakiraman (IT Services), Chennai" <santhanakrishnanjn@hcl.in>
Sent by: nv-l-bounces@lists.ca.ibm.com
04/09/2007 09:31 AM
Please respond to
Tivoli NetView Discussions <nv-l@lists.ca.ibm.com> |
|
|
Hi Evan,
Does changing the polling interval resolves the issue do I need to change the Source type from Netview to Agent in Trap customization?
Thanks & Regards
SanthanaKrishnan.J
Office: 044-28221129 Ext-2206
Mobile: +91- 9840943639
DISCLAIMER:
-----------------------------------------------------------------------------------------------------------------------
The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only.
It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in
this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates.
Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of
this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have
received this email in error please delete it and notify the sender immediately. Before opening any mail and
attachments please check them for viruses and defect.
----------------------------------------------------------------------------------------------------------------------- |
_______________________________________________
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)
|
