nv-l

NV6.0: Remote Router Gets Deleted After Discovery

2000-04-27 02:56:21
Subject: NV6.0: Remote Router Gets Deleted After Discovery
From: Kostas Kottos <K.Kottos AT asyk.ase DOT gr>
To: nv-l AT lists.tivoli DOT com
Date: Thu, 27 Apr 2000 09:56:21 +0300

Dear All,

  I have a strange problem with NV6.0 on SunOS 5.6 with Framework 3.6.2 
and SEA v1.0.3
 
The NMS station resides on a network segment where the gateway 
address is HSRP (a cluster of two ethernet interfaces, one to each central
router).
The two central routers are CISCO 7500. During the discovery process the
two central routers are discovered properly (SNMP is configured and working
allright). 

These two central routers are connecting (via serial PPP lines) many remote
routers (a remote router has one serial interface to each central router for
redundancy). The serial interfaces are not unnumbered (they are configured
with IP addresses). The remote routers are also CISCO (2600)
  
Upon discovery of one remote router (by using its IP address which is
declared
in DNS) the  remote router gets added on the map. After doing demand poll
on the remote router (the SNMP mechanism is also configured and working 
properly for the router) all its other interfaces are discovered, but after
a while all 
the interfaces and eventually the remote router get deleted from the map ( I

can see all these events  till the deletion event at the Control Desk)
  
On discovering the remote router I've turned off the Autodiscovery option.
The initial options for netmon where -P , -S (for Secondary Address Support)
and -u (for unnumbered interfaces support). I tried all the combinations
between
these switches, leaving at the end only the -P flag, but without a positive
result.

The funny thing is that on the same network segment with this NMS I have
another
machine (SunOS 5.6, TivFramework 3.6.1, NV5.1.2, SEA 1.0) which discovers
the remote routers without having problems!

Has anyone addressed a similar issue? Do you know whether this is a problem
on
NV6.0? 

Sorry for the long listing, I' ve tried to make this as accurate as
possible.

Sincerely,
Kostas

 Kostas Kottos
K.Kottos AT asyk.ase DOT gr


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