[asterisk-bugs] [Asterisk 0017085]: [patch] [regression] Overlap dialing to PSTN failing after #16789

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17085 
====================================================================== 
Reported By:                shawkris
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17085
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   trivial
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           1.4.30 
JIRA:                        
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-23 14:13 CDT
Last Modified:              2010-03-25 03:11 CDT
====================================================================== 
Summary:                    [patch] [regression] Overlap dialing to PSTN failing
after https://issues.asterisk.org/view.php?id=16789
Description: 
In the UK, local and national calls can be variable length. In Asterisk
1.4.26.2 (and previously) the following dialplan (extract) works:

;National Calls
exten => _0[127]XXXXXXXX!,1,Dial(${GLOBAL(TRUNK)}/${EXTEN})
exten => _0[127]XXXXXXXX!,2,Hangup

In Asterisk 1.4.30, after the 10th digit has been received the call goes
to CALL PROCEEDING. No further digits are then received and forwarded to
the PSTN. It appears the ability to do "pass-through" overlap dialling
doesn't work anymore.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016789 [patch] Overlap receiving timeout, plus...
====================================================================== 

---------------------------------------------------------------------- 
 (0119865) shawkris (reporter) - 2010-03-25 03:11
 https://issues.asterisk.org/view.php?id=17085#c119865 
---------------------------------------------------------------------- 
Legacy PBX is Siemens Realitis (same software as the ISDX). I have attached
a very small amount of the log before we saw the red alarm. The Realitis
seems to drop the pri as part of its recovery mechanism. Just after the red
alarm the Realitis error q931 error counters were only recording SABME
errors. I didn't have the logging turned up enough to see what was actually
happening in detail.

The problem seems to need call traffic to make it show. It ran all night
with 1.4.30 with the light call traffic, but in the working day there were
two periods when all calls were dropped in the space of an hour.

[Mar 23 09:59:32] VERBOSE[12357] logger.c: > Protocol Discriminator: Q.931
(8)  len=9
[Mar 23 09:59:32] VERBOSE[12357] logger.c: > Call Ref: len= 2 (reference
2198/0x896) (Terminator)
[Mar 23 09:59:32] VERBOSE[12357] logger.c: > Message type: PROGRESS (3)
[Mar 23 09:59:32] VERBOSE[12357] logger.c: > [1e 02 81 88]
[Mar 23 09:59:32] VERBOSE[12357] logger.c: > Progress Indicator (len= 4) [
Ext: 1  Coding: CCITT (ITU) standard (0)  0: 0  Location: Private network
serving$
[Mar 23 09:59:32] VERBOSE[12357] logger.c: >                              
Ext: 1  Progress Description: Inband information or appropriate pattern now
avail$
[Mar 23 09:59:34] VERBOSE[12205] logger.c: < Protocol Discriminator: Q.931
(8)  len=9
[Mar 23 09:59:34] VERBOSE[12205] logger.c: < Call Ref: len= 2 (reference
2198/0x896) (Originator)
[Mar 23 09:59:34] VERBOSE[12205] logger.c: < Message type: DISCONNECT
(69)
[Mar 23 09:59:34] VERBOSE[12205] logger.c: < [08 02 81 90]
[Mar 23 09:59:34] VERBOSE[12205] logger.c: < Cause (len= 4) [ Ext: 1 
Coding: CCITT (ITU) standard (0)  Spare: 0  Location: Private network
serving the loca$
[Mar 23 09:59:34] VERBOSE[12205] logger.c: <                  Ext: 1 
Cause: Normal Clearing (16), class = Normal Event (1) ]
[Mar 23 09:59:34] VERBOSE[12205] logger.c: -- Processing IE 8 (cs0,
Cause)
[Mar 23 09:59:34] VERBOSE[12205] logger.c: q931.c:3826 q931_receive: call
2198 on channel 13 enters state 12 (Disconnect Indication)
[Mar 23 09:59:58] WARNING[12206] chan_dahdi.c: Detected alarm on channel
32: Red Alarm
[Mar 23 09:59:58] WARNING[12206] chan_dahdi.c: Unable to disable echo
cancellation on channel 32: Invalid argument
[Mar 23 09:59:58] WARNING[12206] chan_dahdi.c: Detected alarm on channel
33: Red Alarm
[Mar 23 09:59:58] WARNING[12206] chan_dahdi.c: Unable to disable echo
cancellation on channel 33: Invalid argument 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-25 03:11 shawkris       Note Added: 0119865                          
======================================================================