[asterisk-bugs] [Asterisk 0018509]: [patch] Sending out unnecessary PROCEEDING messages breaks overlap dialing

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18509 
====================================================================== 
Reported By:                wimpy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18509
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-12-21 02:30 CST
Last Modified:              2010-12-22 16:01 CST
====================================================================== 
Summary:                    [patch] Sending out unnecessary PROCEEDING messages
breaks overlap dialing
Description: 
chan_dahdi sends out a PROCEEDING message as soon as a call has a match in
the dialplan.
I think sending this message is unnecessary and can be harmful.
I think it should only be sent when Dial() is called with a definitive
destination.

So far I thought chan_dahdi was unable to do outgoing overlap dialing, but
I just found out that it does, but sabotages itself.

If you have an
exten => _N!,1,Dial(dahdi/g1/${EXTEN})
and use overlap dialing, the trouble is that you get a PROCEEDING after
you dialed the first digit which will tell the phone that dialing has
finished.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016789 [patch] Overlap receiving timeout, plus...
has duplicate       0017085 [patch] [regression] Overlap dialing to...
====================================================================== 

---------------------------------------------------------------------- 
 (0129909) wimpy (reporter) - 2010-12-22 16:01
 https://issues.asterisk.org/view.php?id=18509#c129909 
---------------------------------------------------------------------- 
rmudgett:
Sure the situation won't happen if I cahnge '!' for '.',. but then overlap
dialing can't be possible at all.

To the cause thing: Dial exits with HANGUPCAUSE=1 so why does it forward
as cause 2A and 22? That does not fit at all.
Neither the Progress nor the cause in that case nor the cause 2A in
general.

Is the dalay somehow related to the 'inbanddisconnect' parameter?
If I set that to yes, I can see it keeps the 2nd channel up, but no
difference otherwise. No audio, either. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-22 16:01 wimpy          Note Added: 0129909                          
======================================================================