19.12.2012 Views

Demand test descriptions and error codes - Avaya Support

Demand test descriptions and error codes - Avaya Support

Demand test descriptions and error codes - 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.

Note: Near<br />

SIP-SGRP (SIP Signaling Group)<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 <strong>error</strong>s against the MEDPRO <strong>and</strong> MEDPROPT maintenance objects. This <strong>error</strong><br />

causes all SIP B-Chels 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 h<strong>and</strong>le audio bearer. If<br />

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

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

group.<br />

This <strong>error</strong> places the SIP B-Chels 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 <strong>error</strong> places the SIP B-Chels into an out of service far-end 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 <strong>and</strong> 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 <strong>and</strong> 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), <strong>and</strong> 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 <strong>and</strong> 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 />

Issue 5 May 2009 831

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

Saved successfully!

Ooh no, something went wrong!