[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:21 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0117763) svnbot (reporter) - 2010-02-04 17:21
 https://issues.asterisk.org/view.php?id=9700#c117763 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 244792

_U  trunk/

------------------------------------------------------------------------
r244792 | jpeeler | 2010-02-04 17:21:50 -0600 (Thu, 04 Feb 2010) | 28
lines

Blocked revisions 244785 via svnmerge

........
  r244785 | jpeeler | 2010-02-04 17:20:21 -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=244792 

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