Page 1 of 1

conference recording delay

PostPosted: Thu Mar 13, 2014 10:45 am
by rupen
Hi,

Configuration :
Asterisk : 1.8.21.0
DAHDI : 2.7.0.1
VERSION: 2.7-401a
BUILD: 130508-2256

We have enabled Campaign recording as "ALLFORCE" . There is delay in addding 2 member in same meetme due to which unable to get some starting voice of recording.

Check below logs for the same :
1st member add in 8600057 conference

[Mar 13 16:14:27] VERBOSE[16990] res_agi.c: [Mar 13 16:14:27] -- <DAHDI/i2/2653930200-4df>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Executing [192*168*001*248*8600057@default:1] Goto("DAHDI/i2/23930200-4df", "default,8600057,1") in new stack
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Goto (default,8600057,1)
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Executing [8600057@default:1] MeetMe("DAHDI/i2/23930200-4df", "8600057,F") in new stack

2nd member add in same meetme and execute monitor :

[Mar 13 16:14:34] VERBOSE[28137] pbx.c: [Mar 13 16:14:34] -- Executing [58600057@default:1] MeetMe("Local/58600057@default-00000805;2", "8600057,Fmq") in new stack
[Mar 13 16:14:34] VERBOSE[28136] pbx.c: [Mar 13 16:14:34] > Channel Local/58600057@default-00000805;1 was answered.
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:1] Answer("Local/58600057@default-00000805;1", "") in new stack
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:2] Monitor("Local/58600057@default-00000805;1", "gsm,20140313-161433_23930200_101") in new stack
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:3] Wait("Local/58600057@default-00000805;1", "3600") in new stack

as shown in above log 1st member add at 16:14:27 while 2nd member add at 16:14:34 in between 27 to 34 no event happened on asterisk log .
Is this delay is common in vicidial/asterisk ?
Due to this delay are we unable to capture recording from start ?

Plese help me to solve this issue ?

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 1:17 am
by asteristas_ARUN
hi,
can you let us know how you are doing the conference ,are you talking about 3 way conference.

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 4:22 am
by DomeDan
You might have put something in the campaign setting: "Recording Delay" the default is 0

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 5:02 am
by rupen
Hi,

We use vicidial_conference start from 8600051 to 8600299 for our conference . We set In-group as DID Destination. This In-group has many agents assigned.
Please check below log for that delay in call.

When Inbound calls landed on vicidial

[Mar 13 16:10:42] VERBOSE[3503] sig_pri.c: [Mar 13 16:10:42] -- Accepting call from '23930200' to '33832803' on channel 0/27, span 2
[Mar 13 16:10:42] VERBOSE[16990] pbx.c: [Mar 13 16:10:42] -- Executing [33832803@from-pstn:1] AGI("DAHDI/i2/23930200-4df", "agi-DID_route.agi") in new stack
[Mar 13 16:10:42] VERBOSE[16990] res_agi.c: [Mar 13 16:10:42] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
[Mar 13 16:10:42] VERBOSE[16696] res_musiconhold.c: [Mar 13 16:10:42] -- Stopped music on hold on DAHDI/i2/23930200-4de
[Mar 13 16:10:42] VERBOSE[16696] res_agi.c: [Mar 13 16:10:42] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:42] VERBOSE[16696] res_agi.c: [Mar 13 16:10:42] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:42] VERBOSE[16990] res_agi.c: [Mar 13 16:10:42] -- <DAHDI/i2/23930200-4df>AGI Script agi-DID_route.agi completed, returning 0
[Mar 13 16:10:42] VERBOSE[16990] pbx.c: [Mar 13 16:10:42] -- Executing [99909*8***DID@default:1] Answer("DAHDI/i2/23930200-4df", "") in new stack
[Mar 13 16:10:42] VERBOSE[16696] res_agi.c: [Mar 13 16:10:42] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:42] VERBOSE[16990] pbx.c: [Mar 13 16:10:42] -- Executing [99909*8***DID@default:2] AGI("DAHDI/i2/23930200-4df", "agi-VDAD_ALL_inbound.agi") in new stack
[Mar 13 16:10:42] VERBOSE[16990] res_agi.c: [Mar 13 16:10:42] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Mar 13 16:10:42] VERBOSE[16696] res_agi.c: [Mar 13 16:10:42] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:42] VERBOSE[16990] res_agi.c: [Mar 13 16:10:42] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:42] VERBOSE[16990] res_agi.c: [Mar 13 16:10:42] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:44] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:10:44] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:10:47] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:10:47] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:10:47] VERBOSE[16990] res_agi.c: [Mar 13 16:10:47] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:47] VERBOSE[16990] res_agi.c: [Mar 13 16:10:47] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:47] VERBOSE[16990] res_agi.c: [Mar 13 16:10:47] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:47] VERBOSE[16990] res_agi.c: [Mar 13 16:10:47] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:10:53] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:10:53] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:11:54] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:11:54] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:11:54] VERBOSE[16990] res_agi.c: [Mar 13 16:11:54] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:11:54] VERBOSE[16990] res_agi.c: [Mar 13 16:11:54] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:11:54] VERBOSE[16990] res_agi.c: [Mar 13 16:11:54] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:11:54] VERBOSE[16990] res_agi.c: [Mar 13 16:11:54] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:12:00] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:12:00] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:13:02] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:13:02] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:13:02] VERBOSE[16990] res_agi.c: [Mar 13 16:13:02] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:13:02] VERBOSE[16990] res_agi.c: [Mar 13 16:13:02] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:13:02] VERBOSE[16990] res_agi.c: [Mar 13 16:13:02] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:13:02] VERBOSE[16990] res_agi.c: [Mar 13 16:13:02] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:13:08] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:13:08] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:14:10] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:14:10] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:13:08] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:13:08] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:14:10] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:14:10] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:10] VERBOSE[16990] res_agi.c: [Mar 13 16:14:10] -- Playing 'generic_hold' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:16] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:14:16] -- Started music on hold, class 'default', on DAHDI/i2/23930200-4df
[Mar 13 16:14:26] VERBOSE[16990] res_musiconhold.c: [Mar 13 16:14:26] -- Stopped music on hold on DAHDI/i2/23930200-4df
[Mar 13 16:14:26] VERBOSE[16990] res_agi.c: [Mar 13 16:14:26] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:26] VERBOSE[16990] res_agi.c: [Mar 13 16:14:26] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 16:14:27] VERBOSE[16990] res_agi.c: [Mar 13 16:14:27] -- <DAHDI/i2/23930200-4df>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Executing [192*168*001*248*8600057@default:1] Goto("DAHDI/i2/23930200-4df", "default,8600057,1") in new stack
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Goto (default,8600057,1)
[Mar 13 16:14:27] VERBOSE[16990] pbx.c: [Mar 13 16:14:27] -- Executing [8600057@default:1] MeetMe("DAHDI/i2/23930200-4df", "8600057,F") in new stack


2nd call log
Mar 13 16:10:23] VERBOSE[16010] pbx.c: [Mar 13 16:10:23] -- Executing [8600057@default:1] MeetMe("SIP/cc104-00000060", "8600057,F") in new stack
[Mar 13 16:10:23] VERBOSE[16010] config.c: [Mar 13 16:10:23] == Parsing '/etc/asterisk/meetme.conf': [Mar 13 16:10:23] VERBOSE[16010] config.c: [Mar 13 16:10:23] == Found
[Mar 13 16:10:23] VERBOSE[16010] config.c: [Mar 13 16:10:23] == Parsing '/etc/asterisk/meetme-vicidial.conf': [Mar 13 16:10:23] VERBOSE[16010] config.c: [Mar 13 16:10:23] == Found
[Mar 13 16:10:23] VERBOSE[16010] app_meetme.c: [Mar 13 16:10:23] -- Created MeetMe conference 1019 for conference '8600057'
[Mar 13 16:10:23] VERBOSE[16010] file.c: [Mar 13 16:10:23] -- <SIP/cc104-00000060> Playing 'conf-onlyperson.ulaw' (language 'en')
[Mar 13 16:14:25] VERBOSE[27737] pbx.c: [Mar 13 16:14:25] -- Executing [192*168*001*248*78600057@default:1] Goto("Local/192*168*001*248*78600057@default-00000802;2", "default,78600057,1") in new stack
[Mar 13 16:14:25] VERBOSE[27737] pbx.c: [Mar 13 16:14:25] -- Goto (default,78600057,1)
[Mar 13 16:14:25] VERBOSE[27737] pbx.c: [Mar 13 16:14:25] -- Executing [h@default:1] AGI("Local/192*168*001*248*78600057@default-00000802;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Mar 13 16:14:25] VERBOSE[27737] res_agi.c: [Mar 13 16:14:25] -- <Local/192*168*001*248*78600057@default-00000802;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Mar 13 16:14:34] VERBOSE[28137] pbx.c: [Mar 13 16:14:34] -- Executing [58600057@default:1] MeetMe("Local/58600057@default-00000805;2", "8600057,Fmq") in new stack
[Mar 13 16:14:34] VERBOSE[28136] pbx.c: [Mar 13 16:14:34] > Channel Local/58600057@default-00000805;1 was answered.
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:1] Answer("Local/58600057@default-00000805;1", "") in new stack
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:2] Monitor("Local/58600057@default-00000805;1", "gsm,20140313-161433_23930200_101") in new stack
[Mar 13 16:14:34] VERBOSE[28138] pbx.c: [Mar 13 16:14:34] -- Executing [8310@default:3] Wait("Local/58600057@default-00000805;1", "3600") in new stack







hangup log
[Mar 13 16:28:27] VERBOSE[16990] pbx.c: [Mar 13 16:28:27] == Spawn extension (default, 8600057, 1) exited non-zero on 'DAHDI/i2/23930200-4df'
[Mar 13 16:28:27] VERBOSE[16990] pbx.c: [Mar 13 16:28:27] -- Executing [h@default:1] AGI("DAHDI/i2/23930200-4df", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Mar 13 16:28:27] VERBOSE[16990] res_agi.c: [Mar 13 16:28:27] -- <DAHDI/i2/23930200-4df>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Mar 13 16:28:27] VERBOSE[16990] chan_dahdi.c: [Mar 13 16:28:27] -- Hungup 'DAHDI/i2/23930200-4df'

I have set '5' in "Recording Delay".

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 5:24 am
by DomeDan
Well.. Set it to 0 and try again

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 6:30 am
by rupen
I set to it 0.

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 6:38 am
by rupen
Hi
I listened latest recording and found still having same issue in recording.
am i missing something in doing vicidial configuration ?

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 7:22 am
by DomeDan
Make sure you saved the setting,
maybe you need to restart vicidial, not sure..
make sure the recording is from the campaign you changed the setting on

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 9:31 am
by rupen
I saved the setting.
recording is done from campaign.
can not reload vicidial now as calls are working.

Re: conference recording delay

PostPosted: Fri Mar 14, 2014 9:47 am
by williamconley
1) Welcome to the Party! 8-)

2) As you are obviously new here, I have some suggestions to help us all help you:

When you post, please post your entire configuration including (but not limited to) your installation method.

You should also post: telephony hardware (model number is helpful here), cluster information if you have one, and whether any other software is installed in the box. If your installation method is "from scratch" you must post your operating system and should also post the .iso version from which you installed your original operating system and a link to your installation instructions (wherever you got them). If your installation is "Hosted" list the site name of the host.

If this is a "Cloud" or "Virtual" server, please note the technology involved along with the version of that techology (ie: VMware Server Version 2.0.2). If it is not, merely stating the Motherboard model # and CPU would be helpful.

Similar to This:

Vicibox X.X from .iso | Vicidial X.X.X-XXX Build XXXXXX-XXXX | Asterisk X.X.X | Single Server | No Digium/Sangoma Hardware | No Extra Software After Installation | Intel DG35EC | Core2Quad Q6600

3) Please detail the exact (button for button) path these calls are taking. I'm not sure I'm clear on what is happening in these calls.

4) I note you did not list your installation method, and that you're not using the latest trunk code. You may want to upgrade (or install in a sandbox server and test to see if the issue persists in that as well). It would be quite a shame to spend a lot of time trying to fix something that may have been fixed several months ago when an upgrade would do the trick.

Re: conference recording delay

PostPosted: Mon Mar 17, 2014 8:02 am
by rupen
Vicidial VERSION: 2.7-401a BUILD: 130508-2256 (Scratch Install) | Asterisk : 1.8.21.0 | Two servers (Asterisk on both server,web interface on both servers,both servers use same database) | DAHDI: 2.7.0.1 | libpri : 1.4.14 | Allo E1 PRI CARD with 2 slots on both servers |No Extra Software After Installation|Intel(R) Xeon(R) CPU E31220 @ 3.10GHz 8 MB Cache| 4 GB RAM | Cent OS 6.4 | Linux version 2.6.32-358.0.1.el6.i686 (mockbuild@c6b10.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3) (GCC) ) #1 SMP Wed Feb 27 03:24:34 UTC 2013

Please check below logs for your reference :

[Mar 13 09:22:37] VERBOSE[17551] pbx.c: [Mar 13 09:22:37] -- Executing [33832805@from-pstn:1] AGI("DAHDI/i2/2241136000-50", "agi-DID_route.agi") in new stack
[Mar 13 09:22:37] VERBOSE[17551] res_agi.c: [Mar 13 09:22:37] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
[Mar 13 09:22:37] VERBOSE[17551] res_agi.c: [Mar 13 09:22:37] -- <DAHDI/i2/2241136000-50>AGI Script agi-DID_route.agi completed, returning 0
[Mar 13 09:22:37] VERBOSE[17551] pbx.c: [Mar 13 09:22:37] -- Executing [99909*11***DID@default:1] Answer("DAHDI/i2/2241136000-50", "") in new stack
[Mar 13 09:22:37] VERBOSE[17551] pbx.c: [Mar 13 09:22:37] -- Executing [99909*11***DID@default:2] AGI("DAHDI/i2/2241136000-50", "agi-VDAD_ALL_inbound.agi") in new stack
[Mar 13 09:22:37] VERBOSE[17551] res_agi.c: [Mar 13 09:22:37] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Mar 13 09:22:37] VERBOSE[17551] res_agi.c: [Mar 13 09:22:37] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:37] VERBOSE[17551] res_agi.c: [Mar 13 09:22:37] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:37] VERBOSE[17578] manager.c: [Mar 13 09:22:37] == Manager 'sendcron' logged on from 127.0.0.1
[Mar 13 09:22:37] VERBOSE[17579] pbx.c: [Mar 13 09:22:37] -- Executing [192*168*001*248*78600059@default:1] Goto("Local/192*168*001*248*78600059@default-00000082;2", "default,78600059,1") in new stack
[Mar 13 09:22:37] VERBOSE[17579] pbx.c: [Mar 13 09:22:37] -- Goto (default,78600059,1)
[Mar 13 09:22:37] VERBOSE[17579] pbx.c: [Mar 13 09:22:37] -- Executing [h@default:1] AGI("Local/192*168*001*248*78600059@default-00000082;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Mar 13 09:22:37] VERBOSE[17579] res_agi.c: [Mar 13 09:22:37] -- <Local/192*168*001*248*78600059@default-00000082;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Mar 13 09:22:38] VERBOSE[17551] res_agi.c: [Mar 13 09:22:38] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:38] VERBOSE[17551] res_agi.c: [Mar 13 09:22:38] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:38] VERBOSE[17578] manager.c: [Mar 13 09:22:38] == Manager 'sendcron' logged off from 127.0.0.1
[Mar 13 09:22:39] VERBOSE[3501] chan_sip.c: [Mar 13 09:22:39] -- Registered SIP 'cc116' at 192.168.1.165:6434
[Mar 13 09:22:39] VERBOSE[3501] chan_sip.c: [Mar 13 09:22:39] > Saved useragent "eyeBeam release 1010f stamp 39240" for peer cc116
[Mar 13 09:22:39] NOTICE[3501] chan_sip.c: Peer 'cc116' is now Reachable. (9ms / 2000ms)
[Mar 13 09:22:39] VERBOSE[17551] res_agi.c: [Mar 13 09:22:39] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:39] VERBOSE[17551] res_agi.c: [Mar 13 09:22:39] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:39] VERBOSE[17551] res_agi.c: [Mar 13 09:22:39] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:39] VERBOSE[17551] res_agi.c: [Mar 13 09:22:39] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:39] VERBOSE[17551] res_agi.c: [Mar 13 09:22:39] -- <DAHDI/i2/2241136000-50>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
[Mar 13 09:22:39] VERBOSE[17551] pbx.c: [Mar 13 09:22:39] -- Executing [192*168*001*248*8600059@default:1] Goto("DAHDI/i2/2241136000-50", "default,8600059,1") in new stack
[Mar 13 09:22:39] VERBOSE[17551] pbx.c: [Mar 13 09:22:39] -- Goto (default,8600059,1)
[Mar 13 09:22:39] VERBOSE[17551] pbx.c: [Mar 13 09:22:39] -- Executing [8600059@default:1] MeetMe("DAHDI/i2/2241136000-50", "8600059,F") in new stack
[Mar 13 09:22:43] VERBOSE[3503] sig_pri.c: [Mar 13 09:22:43] -- Accepting call from '23930200' to '33832803' on channel 0/11, span 2
[Mar 13 09:22:43] VERBOSE[17691] pbx.c: [Mar 13 09:22:43] -- Executing [33832803@from-pstn:1] AGI("DAHDI/i2/23930200-51", "agi-DID_route.agi") in new stack
[Mar 13 09:22:43] VERBOSE[17691] res_agi.c: [Mar 13 09:22:43] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-DID_route.agi
[Mar 13 09:22:43] VERBOSE[17691] res_agi.c: [Mar 13 09:22:43] -- <DAHDI/i2/23930200-51>AGI Script agi-DID_route.agi completed, returning 0
[Mar 13 09:22:43] VERBOSE[17691] pbx.c: [Mar 13 09:22:43] -- Executing [99909*8***DID@default:1] Answer("DAHDI/i2/23930200-51", "") in new stack
[Mar 13 09:22:43] VERBOSE[17691] pbx.c: [Mar 13 09:22:43] -- Executing [99909*8***DID@default:2] AGI("DAHDI/i2/23930200-51", "agi-VDAD_ALL_inbound.agi") in new stack
[Mar 13 09:22:43] VERBOSE[17691] res_agi.c: [Mar 13 09:22:43] -- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_ALL_inbound.agi
[Mar 13 09:22:43] VERBOSE[17691] res_agi.c: [Mar 13 09:22:43] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:43] VERBOSE[17691] res_agi.c: [Mar 13 09:22:43] -- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
[Mar 13 09:22:45] VERBOSE[17744] manager.c: [Mar 13 09:22:45] == Manager 'sendcron' logged on from 127.0.0.1
[Mar 13 09:22:45] VERBOSE[17745] pbx.c: [Mar 13 09:22:45] -- Executing [58600059@default:1] MeetMe("Local/58600059@default-00000083;2", "8600059,Fmq") in new stack
[Mar 13 09:22:45] VERBOSE[17744] pbx.c: [Mar 13 09:22:45] > Channel Local/58600059@default-00000083;1 was answered.
[Mar 13 09:22:45] VERBOSE[17746] pbx.c: [Mar 13 09:22:45] -- Executing [8310@default:1] Answer("Local/58600059@default-00000083;1", "") in new stack
[Mar 13 09:22:45] VERBOSE[17746] pbx.c: [Mar 13 09:22:45] -- Executing [8310@default:2] Monitor("Local/58600059@default-00000083;1", "gsm,20140313-092244_2241136000_101") in new stack
[Mar 13 09:22:45] VERBOSE[17746] pbx.c: [Mar 13 09:22:45] -- Executing [8310@default:3] Wait("Local/58600059@default-00000083;1", "3600") in new stack
[Mar 13 09:24:10] VERBOSE[17551] pbx.c: [Mar 13 09:24:10] == Spawn extension (default, 8600059, 1) exited non-zero on 'DAHDI/i2/2241136000-50'
[Mar 13 09:24:10] VERBOSE[17551] pbx.c: [Mar 13 09:24:10] -- Executing [h@default:1] AGI("DAHDI/i2/2241136000-50", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
[Mar 13 09:24:10] VERBOSE[17551] res_agi.c: [Mar 13 09:24:10] -- <DAHDI/i2/2241136000-50>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Mar 13 09:24:10] VERBOSE[17551] chan_dahdi.c: [Mar 13 09:24:10] -- Hungup 'DAHDI/i2/2241136000-50'
[Mar 13 09:24:11] VERBOSE[19463] manager.c: [Mar 13 09:24:11] == Manager 'sendcron' logged on from 127.0.0.1
[Mar 13 09:24:11] VERBOSE[17745] pbx.c: [Mar 13 09:24:11] == Spawn extension (default, 58600059, 1) exited non-zero on 'Local/58600059@default-00000083;2'
[Mar 13 09:24:11] VERBOSE[17745] pbx.c: [Mar 13 09:24:11] -- Executing [h@default:1] AGI("Local/58600059@default-00000083;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Mar 13 09:24:11] VERBOSE[17745] res_agi.c: [Mar 13 09:24:11] -- <Local/58600059@default-00000083;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Mar 13 09:24:11] VERBOSE[17746] pbx.c: [Mar 13 09:24:11] == Spawn extension (default, 8310, 3) exited non-zero on 'Local/58600059@default-00000083;1'
[Mar 13 09:24:11] VERBOSE[17746] pbx.c: [Mar 13 09:24:11] -- Executing [h@default:1] AGI("Local/58600059@default-00000083;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Mar 13 09:24:11] VERBOSE[17746] res_agi.c: [Mar 13 09:24:11] -- <Local/58600059@default-00000083;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0

Re: conference recording delay

PostPosted: Tue Mar 18, 2014 9:31 am
by williamconley
williamconley wrote:If your installation method is "from scratch" you ... should also post ... a link to your installation instructions (wherever you got them).

3) Please detail the exact (button for button) path these calls are taking. I'm not sure I'm clear on what is happening in these calls.

Re: conference recording delay

PostPosted: Thu Mar 20, 2014 5:44 am
by rupen
Hello,

Se used the scratch_install.txt from 2.7rc1 zip file for install.

The call routing is very simple - we get multiple calls from same CLI to individual DID. Based on DID received we route call to relevant campaign in-group. This issue is happening to calls of the same in-group and same CLI.

Regards,
Rupen

Re: conference recording delay

PostPosted: Fri Mar 21, 2014 12:18 am
by rupen
Hello,
Issue is resolved.
We had set one url in "Start Call URL" for incoming call. we notice that it took 5 to 6 second to hit url.
After removing url we get complete call recording.

Re: conference recording delay

PostPosted: Fri Mar 21, 2014 4:34 am
by DomeDan
Good postback!
I would never have guessed that it was the "Start Call URL", good work rupen! :D

This problem should be an easy fix, looked it up a little and found that just releasing the process would make the script continue and the wget command continue by it self
and if there would be a long timeout then it would not affect the rest of the script:
Code: Select all
--- AST_send_URL.pl.orig   2014-03-21 10:29:58.629612541 +0100
+++ AST_send_URL.pl   2014-03-21 10:31:13.626708652 +0100
@@ -631,7 +631,7 @@
       }
    $sthA->finish();
 
-   `$wgetbin -q --output-document=/tmp/ASUtmp$US$uniqueid$US$secX $parse_url `;
+   system("$wgetbin -q --output-document=/tmp/ASUtmp$US$uniqueid$US$secX $parse_url &");
 
    $event_string="$function|$wgetbin -q --output-document=/tmp/ASUtmp$US$uniqueid$US$secX $parse_url|";
    &event_logger;

But I have not tested it in production, just made a simple test-script in perl to check if it works as i expected.

Re: conference recording delay

PostPosted: Fri Mar 21, 2014 6:36 am
by rupen
Thank you DomeDan,

I have another issue in viciidal,
please find below link for this.
viewtopic.php?f=4&t=32700