Specifications

9032277-04 Software Superseded by CS3/MMS3
5-89
Patches Issued Since the CS2/MMS2 Release
CsIHRollPL will transmit the SPECTRUM event from the router
device model to the appropriate port instance if the information is
contained in the trap. This inference handler is attached at the
GenSnmpRouter model type. Therefore, it only seems to be running
for router model types at the moment. The CsIHPrtAlrm IH will
trigger on the link event sent from CsIHRollPL (or any other IH for
that matter) and create a RED alarm for linkDown traps or disassert
any previous alarm for a linkUp trap.
The resolution is to create a new boolean attribute that was added to
the Gen_IF_Port model type. This allows that some ports of a
particular device can be specified to alarm on receipt of the trap while
others will not. Also, a particular port (e.g. ISDN) can be set not to
alarm by default.
--
The problem is that the Unmanaged Trap Handling set by the user in
the VNM Control View will be overwritten by the default value if the
SpectroSERVER is shutdown and restarted. For example, if the
widget is set to "Disabled" and then the SpectroSERVER is shut down
and restarted events WILL be created as a result of the traps from
unmodeled devices. The normal behavior should be that events will
not be created as long as the widget is set to "Disabled". It is
important to note that events are not created until the
SpectroSERVER is shut down and restarted.
The resolution is to modify the inference handler to read the VNM
model's version of DisabledManagedTraps versus the default value
upon SpectroSERVER start up.
--
The problem is that SIP (ifType 31) interfaces of Cisco Routers were
being modeled by SPECTRUM as Gen_IF_Ports versus
Serial_IF_Ports. This was causing inaccurate Performance data to be
generated for the customer.
The resolution is to modify SPECTRUM code so that SIP (ifType 31)
interfaces would be modeled with a Serial_IF_Ports model type.
--
The first problem is that linkDown traps dispense event 0x220002
which CsIHPortLinkTrap::trig_event() asserts a RED alarm on. For a