How to reset using CSA without causing a Matrix Switchover
Symptom:
This issue may affect a redundant matrix configuration on a Dialogic® CSP Converged Services Platform (CSP).
Using the Dialogic® Converged Services Administrator (CSA) Provisioning->Node->Clear System menu to 'clear system software' and then reset both matrixes may result in the system performing a matrix switchover instead of resetting both matrixes at once.
This may result in issues downloading custom PPLs and may also lead to other configuration issues.
Reason for the issue:
In the above scenario, the active matrix card may receive the reset command before the standby matrix receives the reset command. This may cause a matrix switchover instead of a reset of both matrixes.
Both matrixes will still be cleared of software and reset, but switchmanager may have begun downloading configuration messages before the second (now active) card resets, resulting in the configuration messages not being sent after the two matrix cards download their software and become an active/standby pair again.
Fix / Solution:
To help prevent the above scenario, follow this procedure:
- manually clear the system software using the
clear system software menu in CSA
- first reset the standby matrix
- then reset the active matrix.
This way no configuration messages will be sent to the CSP until both matrix cards have fully reset and they have both downloaded the new software version.
To do this, from the
Provisioning menu in CSA select
Node->Clear system software.
A new window will pop up with two boxes within it:
Please click the following image to display it full size
The first box labeled Matrix will have two check boxes within it for active/standby. Select both of these checkboxes.
The second box labeled Rest Matrix has a radio button with the options to
Reset Matrix or
Do not reset matrix. Make sure that the Radio button is darkened next to
Do not reset matrix and then click on the
OK button
This will clear the system software from the cache that the matrix looks in after a reset to load system software and will thus force the matrix to load the system software from the TFTP server instead. This does not affect the system in any other way other than to force it to look for a new TFTP load after the next reset. The cards will not reset until after the following step.
To reset the cards (and the system) from the node view in CSA determine first which matrix is active and which one is standby. This is determined from the node view either by looking at the matrix cards themselves (the active card will have a green light next in the Act led and the standby will have a yellow light) or by left clicking on the cards themselves (the active card will say
Active Yes in the box that pops up, the standby will say
Active No).
Please click the following image to display it full size
Once you determine which card is which right click on the standby card and select
reset matrix, then right click on the active card and select
reset matrix. This will bring the system down and force the cards to download the system software via TFTP from your TFTP server. If your TFTP server is configured correctly the cards will download the binaries succsessfully and eventually become an active/standby pair. Once one of the matrixes becomes active switchmanager will begin configuring the cards as normal
Product List
Dialogic® CSP 2090 Converged Services Platform
Dialogic® CSP 2040 Converged Services Platform
Glossary of Acronyms / Terms
Dialogic Converged Services Administrator (CSA) - Configuration/Monitoring tool used as a GUI frontend to Switchkit
Matrix Card - Dialogic® CSP Matrix Controller Card
Switchkit - LLC/switchmanager used to configure the CSP
switchover-In a redundant matrix scenario this prevents calls being lost as typically when one card is reset or has an issue that prevents normal operation the CSP will make the other one the primary/active card and no calls or messages should be lost. The process of moving control from one card to another is called a switchover
TFTP - Trivial File Transfer Protocol - Used to download System Software to the CSP Chassis
First published: 07-Apr-2010
Open access: Product rule: ; Page rule: Auto
