Alexis,
I just noticed that the TopM Interface List from the ovobjprint output does not
contain an interface for 172.29.21.11! This is strange: first of all, it says
that
the router has IP addresses in the topology database, but not 172.29.21.11!
I would try to add an object to the database using loadhosts, netmon should
discover
that it already has the object, but it might force the object into the map.
Try this:
print "172.29.18.4 nnt36" | loadhosts -a -m 255.255.255.0
This is supposedly one of the token ring interfaces in the topology database
for this router.
Then wait a bit and look at the map to see it it gets added. If it does,
demand poll nnt36, and see if that fixes things up. If it deletes it again, I
would really
check name resolution.
Also, did you say what version you were on?
alexis.henry@bnpparibas.com wrote:
> Hi Ray!
>
> Thank you for your advise, the matter is that if i run ovtopodump i cant find
> the router.
> The differents routers are only in object database and not in my topology
> database so i believe i have no need to run ovtopix -U.
>
> Moreover i can ping those deleted routers and i can dump the mib with
> snmpwalk;
> and if i run netmon -M 2 to see ICMP responses i can see that netmon can ping
> thos devices. The strange thong is that the row in netmon.trace is
>
> receiving ping from172.29.21.11 ( )
>
> usually when netmon ping a device we can see the name (or the IP adress) and
> this is not the case here.
>
> Netview 5.1.1 for Aix
> Aix 4.3.3
>
> Regards.
>
> ------------------------------------------------------------------------------------------------------------------------------------------------------
>
> alexis.henry@bnpparibas.com wrote:
>
> > Hi list,
> > i have a problem with IBM 3745 router.
> >
> > This central router is connected to many routers. It has 6 interfaces and
> > each
> > interface owns a name in the DNS
> > The loopback adress is set to 127.0.0.1
>
> I see by the outpout of ovobjprint that this device is not in any map (no
> fields
> for Maps Managed and some others). You should consider running ovtopofix -U.
> This
> will force all objects in the database to be placed into all maps. Use with
> caution if you've done customization that required you to delete lots of
> objects
> from one
> of your maps because this will all have to be redone (if you don't have more
> than one map, you don't have to worry about that).
>
> As to how it got that way in the first place - I don't know. Be sure that you
> can forward and reverse resolve the IP name nnt36.
>
> You didn't say what version of NetView you are running. There were some
> defects
> that affected the object from being added properly by netmon in version 5.1
> and
> earlier. I'll bet they are fixed in 5.1.3.
>
> --
> Ray Schafer | schafer@tkg.com
> The Kernel Group | Distributed Systems Management
> http://www.tkg.com
>
> _____________________________________________________________________________________________________________________________________
>
> L integrite de ce message n'etant pas assuree sur Internet, les societes du
> groupe BNP Paribas ne peuvent etre tenues responsables de son contenu.
> Si vous n'etes pas destinataire de ce message, merci de le detruire et
> d'avertir l'expediteur.
>
> ----------------------------------------------------------------------------------
> The integrity of this message cannot be guaranteed on the Internet, companies
> of the BNP Paribas group can not therefore be considered responsible for the
> contents.
> If you are not the intended recipient of this message, then please delete it
> and notify the sender.
> _____________________________________________________________________________________________________________________________________
> _________________________________________________________________________
> NV-L List information and Archives: http://www.tkg.com/nv-l
--
Ray Schafer | schafer@tkg.com
The Kernel Group | Distributed Systems Management
http://www.tkg.com
|