I believe so. I'm looking thru my old emails (I save msgs that do or
might pertain to my environment for speedier searches) but cannot find a
hit on doing anything else - though when I'm reviewing my netmon.seed
right now I don't have hits for these interfaces. I will look further
(I did have this problem!) Here is the text from netmon.seed sample
explaining the ! variable too.
Filtering Discovery
#
# Filtering discovery with entries in this seed file works in
conjunction
# with the modes of discovery, Discover Local Subnets, Discover
# Backbone (routers and other connectors).
#
# Think of the filter entries as follows.
#
# Negative Entries
# e.g. !10.1.1.2 Specific entry
# !10.*.1.1-100 Ranges using * or -
# !router*.tivoli.com Wildcards using * and
?(single char)
# !@oid 1.3.6.1.4.1.9.* Wildcards as final
char using *
# (Note space after the
prefix "@oid ")
# !@oid 0 This entry will filter
out all
# non-SNMP supported
devices
#
# These entries have priority for filtering. If any overlap
with a
# positive entry, the negative wins and will not be discovered.
#
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of Bursik, Scott {PBSG}
Sent: Friday, March 10, 2006 5:53 AM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l]Private Interfaces and Duplicate IP addresses
Thanks for the responses guys. We are in the process of sun setting
NetView so I cannot turn the CNAT feature on even though I think that is
the better option. I will see what luck I have unmanaging those
interfaces and setting them with a ! in the seed file.
So if I set:
!192.168.*.*
In the seed file I won't discover those interfaces? I was under the
assumption that when the node was polled with SNMP the interface would
be discovered anyway?
Thanks!
Scott Bursik
Enterprise Systems Management
PepsiCo Business Solutions Group
-----Original Message-----
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of James Shanks
Sent: Thursday, March 09, 2006 4:28 PM
To: nv-l@lists.us.ibm.com
Subject: RE: [nv-l]Private Interfaces and Duplicate IP addresses
NetView ships its own version of NAT, CNAT, with the product. It's on
one
of the CDs. CNAT goes NAT one better, because it will also translate IP
addresses inside SNMP packets.
Hope this helps.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
"Glen Warn"
<Glen.Warn@pemcoc
orp.com>
To
Sent by: <nv-l@lists.us.ibm.com>
owner-nv-l@lists.
cc
us.ibm.com
Subject
RE: [nv-l]Private Interfaces and
03/09/2006 04:24 Duplicate IP addresses
PM
Please respond to
nv-l@lists.us.ibm
.com
Hi Scott,
We have certain situations where this is the case for us too (typically
behind firewalls) In our case, we either used NAT on a router or
firewall
to advertise the duplicated address as something unique to netview- or
set
the duplicate address to permanently unmanaged (per advice from another
user - see below) and then use snmp status checking instead (on a
uniquely
addressed interface also on that device)
Hope this helps,
Glen
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On Behalf Of Paul
Sent: Thursday, May 12, 2005 9:28 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] How to permanently set nodes to unmanged state
Glen,
If its a range of addresses you can add something like this to the
seedfile:
!10.10.10.25-200 #Workstations
Or something like that. Im not sure how the "limit discovery" puts it
in the seedfile off the top of my head.
Paul
From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
On
Behalf Of Bursik, Scott {PBSG}
Sent: Thursday, March 09, 2006 12:01 PM
To: nv-l@lists.us.ibm.com
Subject: [nv-l]Private Interfaces and Duplicate IP addresses
NetView 7.1.4 AIX 5.2
We have a very large environment and we are running into problems with
duplicate IP addresses on private networks that are being discovered by
NetView through SNMP. Addresses like 192.168.1.x and 10.10.10.x are
being
used in several areas and causing trouble with Node Down events because
of
the duplication of addresses.
I was wondering what the community is doing to combat this issue? We
have
been making the teams readdress the private networks using NetView as
the
authoritative source for what private addresses are being used but I was
wondering if there is a better way to manage these interfaces?
Thanks!
Scott Bursik
PepsiCo
|