09.12.2012 Views

Server Alarms - Avaya Support

Server Alarms - Avaya Support

Server Alarms - Avaya Support

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Communication Manager Maintenance Object Repair Procedures<br />

Note: Near<br />

adequate transmission of voice. If the signaling group has been administered to enable<br />

BYPASS, then Error Type 1025 also occurs.<br />

g. Error Type 1025: the signaling group has been placed into a BYPASS condition because of<br />

IP network congestion. The signaling group accepts incoming calls, but every outgoing call<br />

is denied. The system routes these calls over a secondary route, if one has been<br />

administered.<br />

h. Error Type 1281: No medpro resources are in service to provide media connections for the<br />

trunk members of the signaling group.<br />

Check for errors against the MEDPRO and MEDPROPT maintenance objects. This error<br />

causes all SIP B-Channels to be in an out-of-service near-end state.<br />

i. Error Type 1537: The far end of the signaling group is not ready to handle audio bearer. If<br />

the other end of this signaling group is also a Communication Manager server, this error<br />

means the server on the other end does not have MEDPRO in-service for its signaling<br />

group.<br />

This error places the SIP B-Channels into an out-of-service far-end state.<br />

j. Error Type 1794: The Signaling Group reported that the far end has detected excessive<br />

packet latency or loss. This error places the SIP B-Channels into an out of service far-end<br />

state.<br />

k. Error Type 2561: The signaling group is registered to an LSP.<br />

l. Error Type 3073: A TLS connection was established with the far-end but authentication<br />

with the far-end’s TLS certificate failed. Due to this condition, the signaling group will be<br />

placed in far-end bypass state so that no outgoing calls will be allowed,. The trunks in the<br />

group will be placed in an out of service far end state (OOSFE). Incoming calls will be<br />

accepted, but until the far-end’s TLS certificate is remedied, these will not be successful.<br />

Once the far-end’s certificate is remedied, an incoming call can succeed and the trunk<br />

group will be put back in service.<br />

m. Error Type 3329: The near end TLS certificate is bad. The trunks in the group will be placed<br />

in a near end out of service state and the signaling group will be placed in bypass. No trunk<br />

calls either incoming or outgoing will be allowed until the near end’s certificate is corrected.<br />

The system is warm started (reset system 1), and the signaling groups go through a busy/<br />

release action. If the near end certificate is bad, listen sockets fro the signaling group will<br />

not be created, so this alarm is raised at the creation of the listen socket stage (i.e., when<br />

initially bringing the signaling group into service).<br />

Note:<br />

end certificate authentication is the process of validating that the server<br />

certificate is OK, i.e., we have the private key and the certificate is trusted. This<br />

will only break if a user with root access has changed the certificate private key<br />

file.<br />

n. Error Type 3585: IP Signaling Far-end Status Test failed. The far-end is not available. See<br />

IP Signaling Group Far-End Status Test (#1675) for more information.<br />

1192 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!