To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] Routing table pulled |
From: | Leslie Clark <lclark@us.ibm.com> |
Date: | Mon, 17 Oct 2005 07:50:51 -0400 |
Delivery-date: | Mon, 17 Oct 2005 12:50:17 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <4350024E.5070606@gmail.com> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
There are a number of posts on this topin in the archives, with good explanations of the issue, and Cisco's recommendations. Sice this became an issue (mostly with low-end routers) Netview as implemented the option to limit route table pulls, and it has also implemented the use of CDP cache lookups for configuration and discovery polling, so it relies less on the route table if CDP is enabled. However, it will hit the route table if you explicitly pull it (eg Monitor...Network Configuration..Route Table). So the best thing to do, if there is a real problem with CPU, or if there is a perception that there is such a problem, is to 1) set the number of route table entries pulled to some small number like 5 or 10 2) put your core routers in the seedfile to ensure complete discovery. If you are using an explicit seedfile and limiting discovery to that list, you can set it to 1 and not worry about it. Cordially, Leslie A. Clark IBM Global Services On Demand - Network Mgmt (248) 552-4968 Voicemail, Fax, Pager
Do NOT set it to 0 as that will cause it to pull all the routes use 1 instead. Paul Kain, Becki (B.) wrote: >Do I need it configured at all? Apparently, this person's concern was >under HPOV, that when it discovered a router, it made 6000 individual >snmp get statements for each routing statement. > >What is the impact of setting this to 0? > > >-----Original Message----- >From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] >On Behalf Of James Shanks >Sent: Friday, October 14, 2005 2:53 PM >To: nv-l@lists.us.ibm.com >Subject: Re: [nv-l] Routing table pulled > > >This is configurable in xnmsnmpconf, under the field "Number of Route >Entries". > >Default is 800 according to the Help, which you can verify yourself. If >you think a max of 800 is too high you can set something else. > >Are you having a problem or just worried about one? > >James Shanks >Level 3 Support for Tivoli NetView for UNIX and Windows >Tivoli Software / IBM Software Group > > > > > "Kain, Becki > > \(B.\)" > > <bkain1@ford.com> >To > Sent by: <nv-l@lists.us.ibm.com> > > owner-nv-l@lists. >cc > us.ibm.com > > >Subject > [nv-l] Routing table pulled > > 10/14/2005 01:41 > > PM > > > > > > Please respond to > > nv-l > > > > > > > > > >Folks: > > >Apparently, under hpov, when a router was discovered, the entire routing >table of the router was pulled as well, causing the cpu to spike because >it pulled one route at a time. Does NV do the same thing when it >discovers a node? > > >Thanks > > > > > > > |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | Re: [nv-l] FIXED - HP Printer Traps error, usman . taokeer |
---|---|
Next by Date: | [nv-l] migrating the loaded mibs from AIX to Linux, Leslie Clark |
Previous by Thread: | Re: [nv-l] Routing table pulled, Paul Stroud |
Next by Thread: | [nv-l] Nvmaputil -delete *, Kain, Becki \(B.\) |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web