[asterisk-users] Problems with monitor / mixmonitor stopping if
using Local channels
Julian Lyndon-Smith
asterisk at dotr.com
Fri Aug 4 10:59:28 MST 2006
I am trying to record a queue conversation using mixmonitor (or
monitor). I am using dynamic queue members (not agents) so I cannot use
the agent recording facility.
Basically, the call recording stops when a local channel is used and the
user then transfers the call.
I have constructed a simple dialplan that shows the problem.
[from-sip]
exten => Test,1,Answer()
exten => Test,n,Dial(SIP/7708,120,g)
exten => Test,n,Hangup()
exten => 7709,1,Answer()
exten => 7709,n,MixMonitor(jmlstest.gsm)
exten => 7709,n(works),Dial(SIP/7708,120,g)
;exten => 7709,n(broken1),Dial(Local/Test at from-sip)
;exten => 7709,n(broken2),Dial(Local/Test at from-sip/n)
exten => 7709,n,Hangup()
I am starting the mixmonitor on the incoming channel (from a zap line).
if I use the label (works) then the entire call is recorded even if 7708
transfers the call to another phone). If I use the label (broken1)
instead of (works) then the recording is stopped the second 7708
transfers the call to another phone).
ah ha! I thought. use the "/n" on the local channel.
If I use the label (broken2) then it works (sort of). Mixmonitor keeps
recording the conversation even if the call is transferred, but there is
a whole heap of warnings on the CLI:
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:25] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
[Aug 4 18:46:26] WARNING[13081]: chan_sip.c:3342 sip_write: Asked to
transmit frame type 8, while native formats is 4 (read/write = 8/4)
this keeps going until the call is ended.
Anyone with any clues, or should I raise a bug ?
Julian.
More information about the asterisk-users
mailing list