09.12.2012 Views

Server Alarms - Avaya Support

Server Alarms - Avaya Support

Server Alarms - Avaya Support

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Communication Manager Maintenance Object Repair Procedures<br />

If the circuit pack has an entry on the circuit pack screen and any of the other conditions are<br />

not met, a MINOR alarm is logged. To resolve the error:<br />

● Make sure every condition for administration is met, and that a functioning Media<br />

Resource is inserted in the correct slot.<br />

● Completely remove the IP Media Resource from the system:<br />

a. Remove the administered IP-Interface associated with the circuit pack.<br />

b. Physically remove the circuit pack from the slot.<br />

b. Error Type 10012: Simplex mode downlink. The reason for the state interchange to active<br />

was a Simplex mode downlink to the circuit pack. When the board is inserted and before it<br />

is used for any bearer traffic, the server configures the board to operate either in Simplex or<br />

Duplex mode via a downlink message. That operation may trigger the interchange.<br />

c. Error Type 10021 and 10022: Duplex mode downlink. The reason for the state interchange<br />

(active/standby) was a Duplex mode downlink to the circuit pack. When the board is<br />

inserted and before it is used for any bearer traffic, the server configures the board to<br />

operate either in Simplex or Duplex mode via a downlink message. That operation may<br />

trigger the interchange.<br />

d. Error Type 10031 and 10032: Demand interchange. A demand interchange caused the<br />

state change (active/standby) in response to the set media-processor command.<br />

e. Error Type 10041 and 10042: Free token. The reason for the interchange (active/standby)<br />

was that the standby circuit pack detected the availability of a token. Boards operating in<br />

duplex mode arbitrate to determine which will be the active board. A hardware-supported<br />

soft token supports this operation. The standby circuit pack monitors the token and initiates<br />

an interchange if the peer has ceased to be the active board.<br />

f. Error Type 10051 and 10052: Abdicate Request. The state interchange (active/standby)<br />

was caused by the board receiving a request to give up the active state. Boards operating in<br />

duplex mode exchange health information and other details of duplicated operation. If the<br />

standby board determines it must become the active board because it was commanded to<br />

do so or because the active board is less healthy than the standby, the standby board sends<br />

an abdicate request to the active board.<br />

g. Error Type 10061 and 10062: Abdicate Received. The state interchange (active/standby)<br />

was caused by the standby board receiving a notification that the other board was leaving<br />

the active state. As part of normal operation, the boards monitor their components and<br />

internal state to verify their ability to perform their function. If the board determines it can no<br />

longer fulfill the requirements of being the active board, or because it was commanded to do<br />

so, it will send an abdicate notification to the standby board.<br />

h. Error Type 10110: The board was configured by CM software to be duplicated but the<br />

firmware version of the board does not have this capability. Upgrade the board firmware.<br />

i. Error Type 10991 and 10992: Transient Error. The state interchange (active/standby) was<br />

caused by a fault condition that was cleared by the time the state transition was complete.<br />

984 Maintenance <strong>Alarms</strong> for <strong>Avaya</strong> Communication Manager, Media Gateways and <strong>Server</strong>s

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!