nv-l

RE: ! sign in netmon seed file (sun db cluster)

2001-06-01 02:52:17
Subject: RE: ! sign in netmon seed file (sun db cluster)
From: "Rauwers, Laurens" <rauwers AT hitt DOT nl>
To: nv-l AT lists.tivoli DOT com
Date: Fri, 1 Jun 2001 08:52:17 +0200
Well Bernard,
what you say, is indeed mentioned in the installation & configuration
manual.
What I try to exclude from discovery are the interfaces between the two
nodes of a SUN db cluster.
These interfaces are detected as "critical", so the both nodes are
"critical" (red). Although they are working fine.
Of course it is possible to "unmanage" those interfaces, and maybe is this
the only possiblity.
But I'am not satisfied with it.
Is there really no other way to prevent that these interfaces are displayed
on the (node) map?
The point is we have a lot more items on that node map, and these interfaces
being red are hiding problems with the other items (on the next higher level
map).

Any help is appreciated!

Laurens Rauwers

HITT, Holland Institute of Traffic Technology B.V.
P.O. Box 717, 7300 AS Apeldoorn, The Netherlands
Oude Apeldoornseweg 41-45, Bldg Y, 7333 NR Apeldoorn, The Netherlands

Phone:                  +31 55 543 2588
Fax:                    +31 55 543 2553
E-mail:                         rauwers AT hitt DOT nl
World Wide Web:         http://www.hitt.nl


> -----Original Message-----
> From: BAUDOUX BERNARD [SMTP:bernard.baudoux AT fortisbank DOT com]
> Sent: Thursday, May 31, 2001 4:19 PM
> To:   'IBM NetView Discussion'
> Subject:      RE: [NV-L] ! sign in netmon seed file
> 
> Hello Laurens,
> 
> this is the normal behaviour of NetView if the interfaces you defined as
> negative entries are part of nodes with "allowed" interfaces.   Let's take
> an example :
> 
> say we have router RTR with interfaces 1.1.1.1, 2.2.2.2, 3.3.3.3 and
> 4.4.4.4
> 
> 1.1.1.1 is allowed to be discovered by netmon, but not the others (! sign
> in
> seedfile).
> Netmon will discover them anyway for it cannot discover only parts of a
> device it will see them when asking for the i/f table.
> 
> hope this answers your query,
> Bernard Baudoux
> Phone: +32 (0)2/565.24.68
> e-mail : bernard.baudoux AT fortisbank DOT com
> 
> 
> > -----Original Message-----
> > From:       Rauwers, Laurens [SMTP:rauwers AT hitt DOT nl]
> > Sent:       Thursday, 31 May, 2001 15:04
> > To: IBM NetView Discussion
> > Subject:    [NV-L] ! sign in netmon seed file
> > 
> > Hello list,
> > running NV 6.0.1 on Solaris 2.7
> > 
> > I put an interface group with a certain ip-addresses with the ! sign in
> > the
> > netmon seed file.
> > It was the intention not to discover those interfaces, however they are
> > detected and placed on the map.
> > Is this a NetView problem, or do I make the wrong assumptions?
> > 
> > I put it in the seed file as follows:  !163.45.126.*
> > Netmon runs with: -P -I -s<seed file> -l
> > The topology/status discovering configuration: discover new nodes is
> > disabled
> > 
> > Any help is welcome
> > 
> > Laurens Rauwers
> > 
> > HITT, Holland Institute of Traffic Technology B.V.
> > P.O. Box 717, 7300 AS Apeldoorn, The Netherlands
> > Oude Apeldoornseweg 41-45, Bldg Y, 7333 NR Apeldoorn, The Netherlands
> > 
> > Phone:                      +31 55 543 2588
> > Fax:                        +31 55 543 2553
> > E-mail:                     rauwers AT hitt DOT nl
> > World Wide Web:     http://www.hitt.nl
> > 
> > 
> >
> _________________________________________________________________________
> > NV-L List information and Archives: http://www.tkg.com/nv-l
> 
> This email and any attached files are confidential and may be legally
> privileged.
> If you are not the intended recipient, any disclosure, reproduction, 
> copying, distribution, or other dissemination or use of this communication
> 
> is strictly prohibited.  
> If you have received this transmission in error please notify the sender 
> immediately and then delete this email.
> Email transmission cannot be guaranteed to be secure or error free as 
> information could be intercepted, corrupted, lost, destroyed, arrive late
> or 
> incomplete, or contain viruses.  
> The sender therefore is in no way liable for any errors or omissions in
> the 
> content of this message, which may arise as a result of email
> transmission. 
> If verification is required, please request a hard copy.
> 
> 
> 
> 


<Prev in Thread] Current Thread [Next in Thread>