[Home]

Summary:ASTERISK-09414: problem in backport of chanspy whisper
Reporter:Peng Yong (ppyy)Labels:
Date Opened:2007-05-09 21:01:53Date Closed:2010-02-04 17:21:50.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents:Applications/app_chanspy
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) patch.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.
Comments:By: Joshua C. Colp (jcolp) 2007-05-10 10:32:12

Hey ppyy,

Since this is a backport you've done and not a part of Asterisk... I would suggest hopping to the asterisk-dev mailing list or IRC channel for help.
By: Digium Subversion (svnbot) 2010-02-04 17:20:22.000-0600

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@default&Local/ASTERISK-9414@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 => ASTERISK-9414,1,Wait(1) ;1 works, 3 did not
exten => ASTERISK-9414,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1)

(closes issue ASTERISK-14033)
Reported by: davidw

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

http://svn.digium.com/view/asterisk?view=rev&revision=244785
By: Digium Subversion (svnbot) 2010-02-04 17:21:50.000-0600

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@default&Local/ASTERISK-9414@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 => ASTERISK-9414,1,Wait(1) ;1 works, 3 did not
 exten => ASTERISK-9414,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1)
 
 (closes issue ASTERISK-14033)
 Reported by: davidw
........

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

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