[Home]

Summary:ASTERISK-08646: Asterisk crashes randomly when a transfers from queue member to an SIP extension with spies attached.
Reporter:Octavio Ruiz (tacvbo)Labels:
Date Opened:2007-01-22 18:09:06.000-0600Date Closed:2011-06-07 14:00:19
Priority:CriticalRegression?No
Status:Closed/CompleteComponents:Core/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) core.13564.bt
( 1) core.13564.bt_full
( 2) core.13564.log
( 3) core.13564.thread_apply_all_bt
( 4) core.15910.bt
( 5) core.15910.bt_full
( 6) core.15910.log
( 7) core.15910.thread_apply_all_bt
( 8) core.16365.bt
( 9) core.16365.bt_full
(10) core.16365.log
(11) core.16365.thread_apply_all_bt
(12) core.6542.bt
(13) core.6542.bt_full
(14) core.6542.log
(15) core.6542.thread_apply_all_bt
Description:Asterisk crashes randomly when transfers( masquerade) (SIP transfer) from queue member (which uses a XtenPro softphone) to another extension (which also uses XtenPro softphone). Any extra information needed, glad to send it upon request.



****** STEPS TO REPRODUCE ******

Calls received from 4 E1's (ISDN PRI) go there:

============================================
extensions.conf (snip)
============================================
[menu]

exten => s,1,Answer
exten => s,n,Set(LANGUAGE()=es)
exten => s,n,Set(TIMEOUT(digit)=5)
exten => s,n,Set(TIMEOUT(response)=20)

...

exten => o,1,Set(LANGUAGE()=es)
exten => o,n,Set(QUEUEMONFILE=Q_${PBXNUM}_${UNIQUEID}_${EPOCH}_OPERATOR.WAV)
exten => o,n,MixMonitor(${QUEUEMONFILE}|W(2)b|)
exten => o,n,Ringing()
exten => o,n,Wait(3)
exten => o,n,Queue(operator|t|||)

exten => i,1,Playback(invalid)
exten => i,n,Goto(menu|s|1)

exten => t,1,Goto(menu|o|1)
============================================


and operator received calls usually go (transfered) here:

============================================
extensions.conf (snip)
============================================

[local]
exten => 12251,1,macro(agentexten,${EXTEN})
exten => 12252,1,macro(agentexten,${EXTEN})

[macro-agentexten]
exten => s,1,Set(CALLFILENAME=${UNIQUEID}.WAV)
exten => s,n,MixMonitor(${CALLFILENAME}|W(2)ab|)
exten => s,n,Dial(Sip/${ARG1}|${RINGTIME})
exten => s,n,Goto(menu|o|1)

============================================
queues.conf (snip)
============================================

[general]
persistentmembers = yes
eventwhencalled = yes
eventmemberstatus = yes

[operator]
strategy = ringall
timeout = 10
retry = 4
maxlen = 0
context = menu-voicemail
periodic-announce-frequency = 20
periodic-announce = custom/90021
ringinuse = yes
timeoutrestart = yes
member => SIP/12000
member => SIP/12001
============================================

============================================
sip.conf (snip)
============================================
[authentication]

[template](!)
type=friend
canreinvite=no
context=default
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
progressinband=no


[12000](template)
callerid=<12000>
username=12000
secret=12000

****** ADDITIONAL INFORMATION ******

Probably related to ASTERISK-8728784 and ASTERISK-8638696 ?
Comments:By: Joshua C. Colp (jcolp) 2007-01-26 19:11:31.000-0600

The real issue seems to be with the spy attached to one of the channels. I assume you have Mixmonitor running on one?
By: Octavio Ruiz (tacvbo) 2007-01-26 19:32:51.000-0600

Yes, MixMonitor is running on channels. In Advanced View on 'Steps To Reproduce' are the relevant snips of config files. MixMonitor is running twice on transfer. One on the original leg wich is recording the queue, and the other one on the channel which is going to be masqueraded.
By: Joshua C. Colp (jcolp) 2007-02-16 19:27:17.000-0600

Please try 1.2 as of revision 55073, 1.4 as of revision 55086, or trunk as of revision 55087 and report back. Thanks!
By: Serge Vecher (serge-v) 2007-03-05 14:32:04.000-0600

looks like this was fixed by 8784, please reopen if not the case (provide new debugging info / backtrace)