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.

SIP-SGRP (SIP Signaling Group)<br />

Table 325: Descriptions and Recommendations for Error Types 3842-3942 7 of 9<br />

Error<br />

Code<br />

Description/Recommendation<br />

3928 Cause Value 88. A call was denied because a basic incompatibility existed<br />

between the type of call and either the facilities selected by the routing pattern or<br />

the called user. This error may offer a clue if the customer complains of receiving<br />

unexpected intercept tone.<br />

1. Determine the trunk group from the circuit pack or media module and port<br />

number (in the Aux Data field).<br />

2. Check the BCC fields of the pertinent routing patterns.<br />

3. Investigate whether or not the calling and called endpoints are compatible<br />

(for example, some switches may not allow a voice station to call a data<br />

extension).<br />

3942 Cause Value 102. Recovery on timer expiry. No answer to CALL PROCEEDING.<br />

The equipment sending this Cause Value sent or received a Layer 3 Q.931<br />

message. Sending or receiving this message has initiated a Layer 3 timer that has<br />

expired. This Cause Value is being generated in conjunction with Q.931 protocol<br />

error handling procedures. The ISDN network between the user and the<br />

equipment generating the Cause Value might:<br />

● Send no cause indication through the network.<br />

● Send a more generic Cause Value through the network.<br />

The repair steps are based on recommendations from Tier 4 ISDN experience:<br />

1. Check the diagnostic information for the timer number that has expired.<br />

2. Check that the protocols at each end of the interface match (for example,<br />

both sides are NI-2).<br />

If the ends of the interface are running different protocols, they might be<br />

running with different values for their Layer 3 timers.<br />

If the protocols at each end of the interface match, the Communication<br />

Manager timer might have expired because:<br />

a. The far-end never saw the message because the message was<br />

corrupted in transmission by noise on the D-Channel. Check for any<br />

type of T1/E1 facility errors.<br />

b. The far-end is experiencing a high traffic condition and did not have the<br />

processing time to parse the sent message before the timer expired.<br />

c. Even though the message was seen to be generated in an internal<br />

Communication Manager trace, the message was never transmitted<br />

out onto the D-Channel. Perform an external protocol capture on the<br />

D-Channel to confirm the transmission of the suspect message.<br />

7 of 9<br />

Communication Manager Release 5.0 Issue 4 January 2008 1199

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

Saved successfully!

Ooh no, something went wrong!