Specifications
Table Of Contents
- Titlepage
- Notice
- Contents
- Preface
- Overview
- Product Description
- New Features in SPECTRUM 6.0
- AutoDiscovery
- Sub-Interface Support
- Monitor/Manage ATM Circuits Through SPECTRUM
- NuTCRACKER No Longer Required for SPECTRUM on Windows NT
- Serial Interface Reconfiguration Improvements
- Enumerated Value Text Support
- OSPF Protocol Support
- New Cabletron-Ethernet-Parameters MIB Support
- Increased Model Capacity
- Performance Increased on Database Tools
- Reduce Unnecessary Gen_IF_Ports Link-Down Traps
- EtherMap Moved To New Enumerated Attribute
- User Interface Help
- VLAN Fault Isolation
- Throttling
- Top 10 CPU and Memory Users
- Toolbar Added to SpectroGRAPH
- Bookmarks Menu Added To the Menubar
- “Options” Menu in SpectroGRAPH Changed to “Tools”
- “Show Toolbar Labels” Menu Item Added
- Preference System for Many Applications Have Been Enhanced
- Right Mouse Edit Menu PopUp Using While Editing
- “Grab and Scroll” Function
- Lost Server Connection Disables Buttons
- Views Now Contain a "Save All Changes" Toolbar Icon
- Icon Subviews Menu Items For Which The User Does Not Have Access Permissions Grayed Out
- Tools Menu In GRAPH Contain SpectroSERVER Tools
- Applications Have Disconnection Dialog
- Easier To Select Multiple Items
- SPECTRUM Launchable Applications Improvements
- Remove User Preference File While Clearing Preferences
- Create Event/Alarm When Interface's IP Changes
- User Model Security Strings Now Updated During Runtime
- Foreign Operating Systems
- Language Translation: Foreign Character Support
- Search Manager
- Java MibTools for SPECTRUM
- Filtering By Event Message Is Now Allowed
- Creation of Duplicate Alarms Now Allowed
- Event Log
- Defining 24 hour range for Data Exports
- Host List Editing
- Location Server Configuration
- Detection Of Other Archive Manager/SpectroSERVER Processes
- Run A Post Online Backup User-defined Script
- FrameRelay / DLCI Alarms Enhancements
- Converter
- New Utility On Windows NT To Uninstall NutCracker
- Command Line Interface (CLI)
- SpectroWATCH
- Report Column Headers Are Now More Flexible
- Run A Report On Entire Database For Given Range
- Report Values Greater Than 3 Decimal Places
- Desktop Integration
- Enterprise Alarm Manager (EAM)
- Alarm/Event Usability
- Persistent Alarms
- Filter Dialog Enhancements
- User-defined Columns
- New View For Alarm Management
- Primary/Secondary Alarms Clarified
- Topological Location Button
- Event Counter Added
- New Trouble Ticket Id Information In Alarm Manager
- Alarm Manager-Usability Improvement For Single
- Alarm Manager-New Column Indicates "stale" Alarms
- Upgrade Warning
- SPECTRUM Environment Resources
- System Requirements
- Sun SPARCstation/Solaris 7 and 8
- Microsoft Windows NT (OS 4.0 and 2000)
- Minimum Windows NT and Solaris Configurations
- Corrected and Known Anomalies
- Alarm Notification Manager (SANM)
- Enterprise Alarm Manager
- AR System Gateway
- Annotation Toolbox
- Archive Manager
- AutoDiscovery
- Command Line Interface (CLI)
- Client View
- Control Panel (CPanel)
- Converter
- Data Export
- Distributed Data Manager (DDM)
- Event Configuration Editor (ECE)
- Event Configuration Manager (ECM)
- Network Configuration Utilities (NCU)
- SPECTRUM Installation Program
- MAC Address Locator Tool (MALT)
- MIBTools
- Search Manager
- SpectroRX
- SPECTRUM Online Backup
- Online Documentation
- RingView for Token Ring
- SPECTRUM Reports
- SPECTRUM Security
- SpectroGRAPH (UI)
- SpectroSERVER (VNM)
- SpectroWATCH
- User Editor
- Model Conversion
- Index

Corrected and Known Anomalies
Event Configuration Editor (ECE)
Software Release Notes Page 87
Problem 4: When you edit EventDisp to allow an alarm or log an event on
just one model type, the change you made for one vendor becomes true for
many vendors. This causes all model types to respond to in the same way
to a specific trap. Redefining an event contained in the EventDisp file in a
vendor-specific directory is ignored since the event is also in the Aprisma
EventDisp file. SPECTRUM does not allow overriding a definition in the
EventDisp file once an event is defined in the table.
Solution: This problem will be corrected in a future of SPECTRUM.
Problem 5: When you edit EventDisp to allow an alarm or log an event on
just one model type, the change you made for one vendor becomes true for
many vendors. This causes all model types to process those events in a the
same way. A user-defined event contained in the EventDisp file in a
vendor-specific directory is ignored if the event has been defined in another
EventDisp File which has been read first.
Solution: This problem will be corrected in a future release of
SPECTRUM.










