Specifications

Patches Issued Since the CS2/MMS2 Release

Software Superseded by CS3/MMS3 Software Release Notice for 5.0rev1

5-88 CS3 and MMS3

The problem was modeling 9A656_04's or 9A686_04's as SFSmartCell

Models with other 9000 boards also created causes the incorrect

DevTop View to be displayed.

The resolution was to correct the display action of the DevTop for the

SFSmartCell and now the correct DevTop view will come up for every

9000 board that is modeled.

The problem was GIB views displaying a SPECTRUM view Banner

from the 6H133_37 Management Module showed no value for the

Manufacturer attribute.

The resolution was to set the Manufacture attribute to "Cabletron".

The problem was SPECTRUM ReadOnly (ADMIN, 9) security was not

working when in SS9000 and SS6000 GIB Views. The security string

inheritance was not aware of the CollectsChassis relation. The 9CX14

model does not inherit the ADMIN security string from the 9A128_01

or the LAN container. The 9CX14 model has an association to the

LAN container of CollectsChassis and no association to the 9A128-01

model. The 9A128_01 has a CONTAINS relationship to the 9CX14

model. With no security on the 9CX14 chassis model, a ReadOnly user

has full access to the device and can turn ports on or off.

The resolution was to add an attribute to the Security_Model model

type (0x102c0). This attribute is of type RELATION_HANDLE and

has the name CollectsChassisRelation. It is like the CollectsRelation

relation except for its default value which is the relation handle for

the CollectsChassis relation (0x10028).

The problem is that the customer has a Cisco router with ISDN

interfaces. The interfaces are constantly going up and down. This is

resulting in the device sending a trap for each occurrence. When the

trap is received, SPECTRUM generates a red alarm for each port that

goes down. For the ISDN interfaces this is a normal state and the

ports should not show an alarm status. The trap that is being sent

from the device is the generic linkDown. The alarms generated on the

ISDN interfaces are a result of two inference handlers, CsIHRollPL

and CsIHPrtAlrm. Both IHs register for linkUp and linkDown events.