nv-l
[Top] [All Lists]

Re: [nv-l] NV 714 and Cisco NAT

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] NV 714 and Cisco NAT
From: Paul <pstroud@bellsouth.net>
Date: Fri, 26 Mar 2004 06:23:46 -0500
Delivery-date: Fri, 26 Mar 2004 11:32:52 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <292A5406FC9B8347AF4629E99ABC79F2108594@dus30exc0211.de.madm.net>
References: <292A5406FC9B8347AF4629E99ABC79F2108594@dus30exc0211.de.madm.net>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com
User-agent: Mozilla Thunderbird 0.5 (X11/20040208)
If I am not mistaken, this only applies if the main address of the node itself is not being NAT'd. Your entire device is being NAT'd hence NetView ignores the whole thing. CNAT is the only answer save for disabling SNMP on the device(that will also work as NetView never sees
the "incorrect" address). CNAT is not that complicated, take some time
to study the docs. In the one armed router configuration you can run it
on the NetView machine. It attaches to the kernel, so it translates the
data on the same machine before NetView ever has a chance to look at it.
You can run it on another box in the subnet too if you like.

Paul


Hasan Siraj wrote:
Hi Paul,

I am also trying to find out a way to work without using CNAT for static
NATed addresses.

If you read the following text from the NetView 7.1.4 Release Note:

"When a router contains an IP address that is in a private network, for
example, 10.0.0.0 or 198.168.0.0, and that address is translated using a
NAT, this causes an IP address to be associated with the device that is not
reflected in the SNMP agent on the main device.

The Tivoli NetView, Version 7.1.4 has been modified to properly work with
these IP addresses, The Tivoli NetView automatically identifies and ignores
these addresses. However, if you want to monitor these IP addresses for
status, a new option is provided to create separate nodes with a single
interface to represent them. These nodes can then be monitored for status as
usual. The SNMP sysDescr field is constructed to contain a reference to the
SNMP sysName of the main device as follows: sysName:<sysname>."

I have also read somewhere that we definitely need CNAT for dynamically
routed NAT addresses but not for static NAT. I have not yet tried the above
recommended solution yet.

Please let me know if my understanding is not correct.

Best Regards,
Siraj


-----Original Message-----
From: Paul [mailto:pstroud@bellsouth.net] Sent: Friday, March 26, 2004 2:59 AM
To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] NV 714 and Cisco NAT


Not gonna work. As soon as NetView sees that the address he contacted does
not match what he finds in SNMP, it gets deleted. Take a look at CNAT, it
should have shipped with NetView. This will allow you to discover NAT'd
devices.

Paul



Feroz Khan wrote:

Hi,

We have 5-10 windows boxes whose addresses are getting translated via
the Cisco NAT (Header only) on the router to which these nodes connect.
NV 714 is on the other side of the router and is unable to discover these NAT devices automatically.

Tried everything , deleting the DBs, rediscovering, demand polling,
deleting the router and rediscovering etc.
The only time these devices show up in the submap is when I ping them individually from the NV box.

Is this normal or something is missing ?

YES, the netmon.conf was modified for NV_NETMON_DISCOVER_RIBB_AND_NATDADDR=TRUE.
and the netmon daemon recycled after that.

Any clues , suggestions ?



- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - -
*feroz khan* *|* *tivoli **-** quality assurance* *|* *919.224.2192* *|* *_fkhan@us.ibm.com_* <mailto:fkhan@us.ibm.com>* **|** bldg 510 r3d14*
/Man’s way leads to* “Hopeless End”, *//Gods way leads to* “Endless

Hope”*/



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

Archive operated by Skills 1st Ltd

See also: The NetView Web