Joe,
That's an interesting question - the Tivoli tech support person who opened the
APAR for my ticket did not even get into the Cisco IOS level. And as a matter
of fact, the router that we had the problem on was pre 11.2 (11.1(2)), so that
may be the problem. Thanks for the info,
Scott
Prokott, Joe wrote:
> Scott,
>
> I have been told by Tivoli that there was a bug if one was using pre 11.2
> Cisco IOS. Does your APAR below apply to post 11.2 IOS as well as pre? We
> are using 11.2(12), so I thought perhaps this problem was taken care of?
> Perhaps there was another separate issue with the pre 11.2 IOS? It
> definitely would be useful for us to be able to get color status in the NV
> GUI for frame-relay subinterfaces, and we thought NV may be able to provide
> this with the discovery of the "0.0.0.0" interfaces on our frame-relay
> routers. It would appear that perhaps Tivoli was trying to add this
> capabilty - or this just wishful thinking? Thanks,
>
> Joe Prokott - West Group
> Network Architect
> 610 Opperman Drive
> St. Paul, MN 55123
> Phone: 651-687-4536
> Fax: 651-687-6946
> E-mail: joe.prokott@westgroup.com
>
> > -----Original Message-----
> > From: Scott Wilson [SMTP:swilson@rpm.com]
> > Sent: Wednesday, September 02, 1998 9:33 AM
> > To: Prokott, Joe
> > Cc: NV-L@UCSBVM.UCSB.EDU
> > Subject: Re: Cisco Frame Relay subinterface representation
> >
> > This is a bug in in NetView - it will not change the status of those
> > unnumbered
> > IP subinterfaces! If the router actually goes down (i.e. unplugged from
> > the
> > network), NetView will change the node to a marginal status (yellow), as
> > those
> > IP unnumbered (0.0.0.0) interfaces will stay green (there is apparently
> no
> > way
> > to get the status).
> >
> > There is an APAR opened on this: IX81136
> >
> > I have resorted to unmanaging those interfaces, as we had some routers
> > reload
> > and never saw it since the unnumbered sub-interfaces never changed color,
> > hense
> > we never received a Node Down event.
> >
> > HTH,
> >
> > Scott
> >
> > Prokott, Joe wrote:
> >
> > > Does someone understand how NV graphically depicts and updates status
> > > information for Cisco frame-relay subinterfaces? We have Cisco routers
> > > running IOS 11.2(12) and NV is able to discover the unnumbered (each
> > > subinterface is mapped to the router's loopback address to save on IP
> > > addresses) subinterfaces on these routers. NV labels these
> > subinterfaces
> > > as
> > > "0.0.0.0" at the interface card level within the NV submap.
> > >
> > > Now, it appears NV does not distinguish between the various
> > subinterfaces
> > > within the NV database? That is, when I select one of these "0.0.0.0"
> > > interface cards within the NV submap and do a Tools...Display Object
> > > Information..., there is no field(s) in the NV database that makes it
> > > apparent that this interface card represents the frame-relay PVC XXX as
> > > opposed to, say, another frame-relay PVC YYY defined on the same
> router?
> > > Why not? How/when is the status of these "0.0.0.0" interface cards
> > updated
> > > within the NV maps? Does netmon do some "special" (other than "ping")
> > > polling to update the status of these interface cards representing the
> > > frame-relay PVCs? If not, why do these interface cards even exist at
> > all?
> > > I assume these interface cards are put in the NV map so that some NV
> > > process
> > > could and would update the color based upon some condition(s) change,
> > > right?
> > > The question is what change would constitute a color change of these
> > > "0.0.0.0" interface cards within a NV submap? Thanks in advance,
> > >
> > > Joe Prokott - West Group
> > > Network Architect
> > > 610 Opperman Drive
> > > St. Paul, MN 55123
> > > Phone: 651-687-4536
> > > Fax: 651-687-6946
> > > E-mail: joe.prokott@westgroup.com
> >
> >
> >
> > --
> > -----------------------------------------------------------
> > Scott Wilson Email: swilson@rpm.com
> > Network Management Consultant Pager: 800-506-7348
> > RPM Consulting, Inc.
> > -----------------------------------------------------------
> >
--
-----------------------------------------------------------
Scott Wilson Email: swilson@rpm.com
Network Management Consultant Pager: 800-506-7348
RPM Consulting, Inc.
-----------------------------------------------------------
|