Well, I'm NOT real familiar with Ciscoworks, just real familiar with
Netview. And I do know that users
only see menu entries for things that are in the application registration
files in /usr/OV/registration/C.
If you are using Netview security, you can control which users can execute
different menu functions,
but I generally avoid Netview security if I can. If you are using it,
though, investigate the function for
creating SRFs from ARFs (security registration files from application
registration files. Something
If you are not using security, you can still give different users different
menus by setting a variable
that tells Netview where the registration directory is (it only defaults to
copy the registration files there and edit out the entries for the
functions you don't want them to have.
That variable is OVwRegDir. For an interesting side effect, if you export
and that directory is empty, then the user will get a map with only the
File button on it, and the only
function under File will be Exit.
Another way, if the functions are in separate files, is to change the
permissions on the actual registration
files so that certain users can read them and others cannot.
The proper coding of registration files is documented in the Programmer's
Guide, which you probably
installed online, since books are all or nothing these days, and you have
to install books to get
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Thanks, Leslie, one other , thing since you seem real familiar with the
Do you know how to regulate the security of Ciscoview when it does
not run on ciscoworks?
That is, I'd like say ROOT to be able to do all functions, but the
Netview operators not to be able to reload a router, or configure anything.
Is there a way to prevent those options from being active in the
pull down menus?
> -----Original Message-----
> From: Leslie Clark [SMTP:lclark@US.IBM.COM]
> Sent: Friday, January 29, 1999 9:45 AM
> To: NV-L@UCSBVM.UCSB.EDU
> Subject: Re: Cisco Device packages
> I do a lot of this. After the OID gets added to the oid_to_type file, how
> do you get the
> new type and symbol reflected in the map? The simplest is just to delete
> and rediscover
> the node. If you don't want to do that, do an ovotpofix. You can do the
> whole ovtopofix -a,
> or you can do ovtopofix -o <oid> for the snmp sysobjectid of the device
> you are working
> on. You will see a message about it being changed to a GATEWAY or a STAR
> HUB or
> whatever. It may then appear right away in the correct submap (routers
> promoted to
> the IP Internet level, hubs etc get promoted to the Network submap
> Often for Hubs
> I then need to unmanage/manage the segment they appear in, and then they
> This generally works fine for getting devices moved to the correct level
> the map, and
> supplying symbols for devices getting their symbol bitmap from Netview
> symbols that by default are used for the code used in oid_to_type). I
> not had good
> luck getting special entries in oid_to_sym reflected in this manner. So
> then the choice is
> either delete and rediscover, or manually change it to the right symbol
> using the context
> menu (edit..change symbol).
> Doing this without rediscovery usually leaves nodes without vendor and
> agent fields set
> in the object database. I find those fields useful. So I plan on
> rediscovering just to get those
> set. In fact I will usually set up a collection of things that are snmp,
> but don't have vendor
> set just to flush them out.
> Leslie A. Clark
> IBM Global Services - Systems Mgmt & Networking
> Ours works.
> On the routers make sure you have
> access-list 1 permit xxx.xxx.xxx.xxx (ip address of SNMP device - netview
> snmp-server community Public RO 1
> snmp-server community Private RW 1
> On the Netview machine you'll need to configure your SNMP options;
> To modify entries in this file, use the SNMP Configuration commands
> which are accessible through the X11/Motif graphical user interface
> (OVW menu: Options->SNMP Configuration) or through the xnmsnmpconf
> command line options.
> (from /usr/OV/conf/ovsnmp.conf)
> The SNMP configuration will need to match your router community strings
> the device.
> Good luck!
> David Barrett
> Network Design and Management
> "Radcliffe Jr, Arthur W" <arthur.radcliffe@AETNA.COM> on 01/28/99
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> NetView <NV-L@UCSBVM.UCSB.EDU>
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: David S. Barrett)
> Subject: Cisco Device packages
> We have a number of Cisco Routers which are represented by the generic
> router Symbol.
> We recently Installed CiscoView and their device packages. Other than
> deleting a Router object and rediscovering it, is there a way to have the
> Routers display on the map, with the new
> symbols? I tried demand polling and that did not work.