[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: "Bursik, Scott {PBSG}" <Scott.Bursik@pbsg.com>
Date: Fri, 10 Mar 2006 07:52:54 -0600
Delivery-date: Fri, 10 Mar 2006 13:54:00 +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/Q
Thread-topic: [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:


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?


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
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"


             Sent by:                  <nv-l@lists.us.ibm.com>


                                       RE: [nv-l]Private Interfaces and

             03/09/2006 04:24          Duplicate IP addresses




             Please respond to





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
to advertise the duplicated address as something unique to netview- or
the duplicate address to permanently unmanaged (per advice from another
user - see below) and then use snmp status checking instead (on a
addressed interface also on that device)

Hope this helps,

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

If its a range of addresses you can add something like this to the

! #Workstations

Or something like that. Im not sure how the "limit discovery" puts it
in the seedfile off the top of my head.


From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com]
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
used in several areas and causing trouble with Node Down events because
the duplication of addresses.

I was wondering what the community is doing to combat this issue? We
been making the teams readdress the private networks using NetView as
authoritative source for what private addresses are being used but I was
wondering if there is a better way to manage these interfaces?


Scott Bursik

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

Archive operated by Skills 1st Ltd

See also: The NetView Web