To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | Re: [nv-l] NV 714 and Cisco NAT |
From: | Michael Webb <mlwebb@us.ibm.com> |
Date: | Fri, 26 Mar 2004 07:09:08 -0500 |
Delivery-date: | Fri, 26 Mar 2004 12:19:32 +0000 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <406412C2.1040300@bellsouth.net> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
(I work with Feroz)
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> |
---|---|---|
|
Previous by Date: | Re: [nv-l] NV 714 and Cisco NAT, Paul |
---|---|
Next by Date: | Re: [nv-l] snmptrap on windows, James Shanks |
Previous by Thread: | Re: [nv-l] NV 714 and Cisco NAT, Paul |
Next by Thread: | [nv-l] Holger Scheibe/Germany/IBM is out of the office., Holger Scheibe |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web