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.
> -----------------------------------------------------------
>
|