[asterisk-bugs] [Asterisk 0009700]: problem in backport of chanspy whisper

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=9700 
====================================================================== 
Reported By:                ppyy
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   9700
Category:                   Applications/app_chanspy
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Asterisk Version:            SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  1.2  
SVN Revision (number only!):  
Request Review:              
Resolution:                 won't fix
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-05-09 21:01 CDT
Last Modified:              2010-02-04 17:20 CST
====================================================================== 
Summary:                    problem in backport of chanspy whisper
Description: 
there is need for chanspy whisper, especially in callcenter.

i backport whisper from 1.4, and there are problems.

1. there are warning messages on cosole, although i use ulaw in all
channels.

May 10 09:48:03 WARNING[23476]: codec_gsm.c:165 gsmtolin_framein: Huh?  A
GSM frame that isn't a multiple of 33 or 65 bytes long from
ulawtolin_frameout (320)?
May 10 09:48:03 WARNING[23476]: codec_gsm.c:165 gsmtolin_framein: Huh?  A
GSM frame that isn't a multiple of 33 or 65 bytes long from
ulawtolin_frameout (320)?
May 10 09:48:03 WARNING[23476]: codec_gsm.c:165 gsmtolin_framein: Huh?  A
GSM frame that isn't a multiple of 33 or 65 bytes long from
ulawtolin_frameout (320)?

2. spyer can listen the sounds from spyee, and spyee can't listen the
whisper.
====================================================================== 

---------------------------------------------------------------------- 
 (0117761) svnbot (reporter) - 2010-02-04 17:20
 https://issues.asterisk.org/view.php?id=9700#c117761 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 244785

U   branches/1.4/channels/chan_local.c

------------------------------------------------------------------------
r244785 | jpeeler | 2010-02-04 17:20:22 -0600 (Thu, 04 Feb 2010) | 22
lines

Change channel state on local channels for busy,answer,ring.

Previously local channels channel state never changed. This became
problematic
when the state of the other side of the local channel was lost, for
example
during a masquerade. Changing the state of the local channel allows for
the
scenario to be detected when the channel state is set to ringing, but the
peer
isn't ringing. The specific problem scenario is described in 164201.
Although
this was noted on one of the issues, here is the tested dialplan verified
to
work:

exten =>
9700,1,Dial(Local/*9700 at default&Local/https://issues.asterisk.org/view.php?id=9700@default)

exten =>
*9700,1,Set(GLOBAL(TESTCHAN)=${CHANNEL:0:${MATH(${LEN(${CHANNEL})}-1):0:2}}1)
exten => *9700,n,wait(3) ;3 works, 1 did not
exten => *9700,n,Dial(SIP/5001)

exten => https://issues.asterisk.org/view.php?id=9700,1,Wait(1) ;1 works, 3 did
not
exten =>
https://issues.asterisk.org/view.php?id=9700,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1)

(closes issue https://issues.asterisk.org/view.php?id=14992)
Reported by: davidw

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=244785 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-04 17:20 svnbot         Checkin                                      
2010-02-04 17:20 svnbot         Note Added: 0117761                          
======================================================================