12
Magellan Vector 2.0 Release Note, Issue 1.9.1
10133471: Unable to modify port bandwidth consistently.
This problem is actively being investigated. We believe it is related to Flash
memory fragmentation. Suggested avoidance procedure is to perform an
operation flash free command on flash memory every 4 to 6 weeks. This
ensures large blocks of contiguous memory are available for write operations
into flash.
10137752:Switch panic after several hours of MDP connection failures
One instance of a switch panic due to the MDP being down or an invalid MDP
address specified has been reported from the field. On this occasion, error
messages were displayed on the serial port and SNMP traps generated
(expected) but after 9 hours a switch panic occurred. Addressing the MDP
connection failure will avoid this panic. If this is not possible (MDP
connection problem persists), network operators should disable call recording
until the MDP connection problem is resolved.
10139547: All PVCs lost if NM Reset followed immediately by SWACT or SYNC
There is a possibility that performing a sync or swact operation immediately
after a operation netmod reset or removing, inserting or re-seating a Netmod
may result with all connections that originate/terminate on that netmod being
destroyed. This may result with the active and inactive CDBs being corrupted
or sync failures when call recording is enabled.
Avoidance procedure is to drop sync prior to invoking operation netmod reset
or removing, inserting or re-seating a Netmod then wait 2 minutes before
syncing the switch.
There two recovery procedures available.
For systems with corrupted CDBs, the recovery procedure is to reset the CDB
on the active and inactive, perform a restore with the last valid CDB backup
on the active, then sync the switch.
For systems were there are no missing connections between the active and
inactive CDB’s but the switch will not sync (with call, recording enabled) the
recovery procedure is to disable call records, sync the switch, drop sync,
enable call recording, reboot the active SCP and sync the switch.
Please refer to the Gotcha describing this problem and recovery in more
details.
10132316: Classical IP connection problem during hardware upgrades
There is a possibility that SPANS may become unstable or go down on one or
more switches in the network as a result of upgrading or replacing a hardware
component (i.e. Fabric, Linkmod or Linkeselect). This results in classical IP