The topic of layer two mapping is also important to us and we would like
to see NV move in that direction. We are currently using NV for the
enterprise part of the network but have NetDirector (formerly a
Ungerman Bass product but currently from Newbridge) for our Campus
Network. This product will pick up switches and their segments and
draw a very useful map.
>>> Hal Dorsman <DORSMANH AT SPH.HBOCVAN DOT COM> 10/26/98
Which brings up a point I am very interested in. . . (I believe this has been
discussed a while back, but don't recall the conclusion, so forgive me for
rehashing old news). What is Tivioli's plan on layer two topology
mapping. I am in a switched 10/100 network, and I find NV very limited in
its ability to tell me anything about what is really going on in my network.
I need to be able to have autodiscover build my map based on switch
ports, not IP segmenting, I need MAC address mapping to switch ports
and I need to be able to search for MAC addresses.
Any hope for the future, or do I need to starting searching for new tools?
Saint Patrick Hospital
Missoula, Montana, USA
>>> Michael Seibold PTS/M-SW <mseibold AT STR.DAIMLER-BENZ DOT COM>
10/26/98 08:57am >>>
is it possible that your problem is to discover the layer2 -
As far is I know layer2-discovery isn't realized in NV yet.
Ken Guettler wrote:
> Thank you for the response. I have not specifically added the OID
> information to the files which I will. I don't think this is the whole
> problem however. NetView will discover the VLAN segments ( made
up by the
> 50 or so 5500s), but treats them as if they were just hubs. Other
> interfaces cannot be mapped to anything and are placed off to the
> Is this normal? Will placing the OID information in NetView correct this?
> If more detail is needed I can attempt to draw a diagram of the network
> also how NetView presents it. I will be on-site on Thursday to work on
> Maryville Data Systems
> One Pierce Place Suite 475W
> Itasca, IL 60143
> (630) 285-9597 ext. 5105
> > -----Original Message-----
> > From: Leslie Clark [SMTP:lclark AT US.IBM DOT COM]
> > Sent: Saturday, October 24, 1998 2:31 PM
> > To: NV-L AT UCSBVM.ucsb DOT edu
> > Subject: Re: Cisco Catalyst 5500 Switches and NetView V4.1
> > >I have a customer with NetView v4.12 who has several Cisco 5500
> > in
> > >a VLAN configuration. NetView
> > >is not handling the discovery and mapping of this environment well
> > all,
> > >Is this an unsupported environment with
> > >NetView V4? Is it fixed in NetView v5? Any one with this
> > have
> > >comments on using NetView to manage the
> > >5500s?
> > You don't say how it is handling it, or what you expected it to do.
> > All you should expect Netview to do with this is draw it, preferably at
> > the
> > Network submap level, in the
> > subnet appropriate for the ip address and mask of its interface card.
> > There
> > should be no difference
> > between Netview versions, I think, in the handling of this. I suspect
> > that
> > they are being discovered as
> > unknown snmp Object IDs and placed (as generic boxes) in the
> > submap, as if they were
> > PCs or something.
> > In all cases I expect that you will have to add the agent to the agents
> > list in
> > /usr/OV/fields/C/snmp_fields
> > and run ovw -fields, then update the oid_to_type file using 'smit
> > ..
> > configure', enterng the oid,
> > selecting the vendor (cisco) and agent (you just defined it) and
> > the
> > type to H or B. (There is no
> > special entry for Switch, I just pick H or B and that gets it promoted
> > from the
> > Segment submap to the
> > Network submap, the same way G promotes things to the Internet
> > Once
> > you call it a H or B,
> > Netview will automatically assign an approprate symbol for it. If you
> > CiscoWorks, it provides its
> > own bitmaps, but some of the later devices, or later releases of
> > have
> > different OIDs that even
> > Cisco does not provide bitmaps for. Anyway. But if you want a
> > symbol
> > than Netview assigns,
> > configure oid_to_sym to assign it a different one. (Look at
> > on
> > the top toolbar to see what
> > is available). To get these changes applied, it is usually quickest to
> > just
> > delete and rediscover the device.
> > Now, all of this is really just cosmetic. Netview handles all such
> > in
> > the same way, and does not
> > provide any special topology handling for switches, bridges, or hubs
> > would, for instance, divide
> > IP subnets and associate end nodes with such devices. So there is
> > to
> > 'not support', as long
> > as the device provides an entry in the MIB II interface table for the
> > address
> > you know it by.
> > Cordially,
> > Leslie Clark
> > IBM Global Services - Network & Systems Management - Detroit