nv-l
[Top] [All Lists]

RE: [nv-l]Private Interfaces and Duplicate IP addresses

To: <nv-l@lists.us.ibm.com>
Subject: RE: [nv-l]Private Interfaces and Duplicate IP addresses
From: "Glen Warn" <Glen.Warn@pemcocorp.com>
Date: Fri, 10 Mar 2006 09:14:24 -0800
Delivery-date: Fri, 10 Mar 2006 17:15:21 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
Thread-index: AcZDyNK9Hz2eI5a9TKujGo2cy6lBcgAgIf/QAAb6h7A=
Thread-topic: [nv-l]Private Interfaces and Duplicate IP addresses
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






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

Archive operated by Skills 1st Ltd

See also: The NetView Web