[asterisk-bugs] [Asterisk 0018129]: [patch] Oneway audio from SIP phone to FXS port after FXS port gets a CallWaiting pip

[Asterisk Bug Tracker]

The following issue is now in status NEW (again) 
====================================================================== 
https://issues.asterisk.org/view.php?id=18129 
====================================================================== 
Reported By:                alecdavis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18129
Category:                   Channels/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
JIRA:                       SWP-2367 
Regression:                 No 
Reviewboard Link:           https://reviewboard.asterisk.org/r/978/ 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 290865 
Request Review:              
====================================================================== 
Date Submitted:             2010-10-13 04:31 CDT
Last Modified:              2010-10-20 02:42 CDT
====================================================================== 
Summary:                    [patch] Oneway audio from SIP phone to FXS port
after FXS port gets a CallWaiting pip
Description: 
Internal SIP phone initiates a call with FXS port on TDM800P.

External call comes in on FXO port, and attempts to ring FXS ports.
Call waiting beep is heard at FXS port, also no outbound audio to SIP
phone.

Then FXS port hook flashes, the FXO port is then connected to FXS as
expected.
But SIP device should hear MOH, but has dead air.

If the FXS port hook flashes to the SIP device, the FXO call then does
hear MOH.
Hook flash again back to FXO call, SIP hears nothing.  
====================================================================== 

---------------------------------------------------------------------- 
 (0128218) alecdavis (manager) - 2010-10-20 02:42
 https://issues.asterisk.org/view.php?id=18129#c128218 
---------------------------------------------------------------------- 
in chan_dahdi.conf the 'callwaitingcallerid' default is yes
; Support caller ID on Call Waiting
;
callwaitingcallerid=yes

Disabling the DTMF detector is wrong approach, which maybe required for
SAS and CAS detection.

SAS: Subscriber alert Signal of 440Hz
~50ms delay
CAS: CPE alert Signal CAS tone 1 (2130 Hz) and CAS tone 2 (2750 Hz) to get
the CPE’s attention.

CPE then sends an acknowledgement tone (DTMF A or DTMF D)

Seems like 2 things, CAS is being sent to the wrong party, and there is no
timeout on the CAS.

More debug, required.
 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-20 02:42 alecdavis      Note Added: 0128218                          
2010-10-20 02:42 alecdavis      Status                   ready for testing =>
new
======================================================================