conference recording delay

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

conference recording delay

Postby rupen » Thu Mar 13, 2014 10:45 am

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 ?
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby asteristas_ARUN » Fri Mar 14, 2014 1:17 am

hi,
can you let us know how you are doing the conference ,are you talking about 3 way conference.
asteristas_ARUN
 
Posts: 3
Joined: Fri Mar 07, 2014 1:21 am

Re: conference recording delay

Postby DomeDan » Fri Mar 14, 2014 4:22 am

You might have put something in the campaign setting: "Recording Delay" the default is 0
Vicidial Partner. Region: Sweden/Norway.
Does Vicidial installation, configuration, customization, add-ons, CRM implementation, support, upgrading, network-related, pentesting etc. Remote and onsite assistance.
Email: domedan (at) gmail.com
DomeDan
 
Posts: 1226
Joined: Tue Jan 04, 2011 9:17 am
Location: Sweden

Re: conference recording delay

Postby rupen » Fri Mar 14, 2014 5:02 am

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".
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby DomeDan » Fri Mar 14, 2014 5:24 am

Well.. Set it to 0 and try again
Vicidial Partner. Region: Sweden/Norway.
Does Vicidial installation, configuration, customization, add-ons, CRM implementation, support, upgrading, network-related, pentesting etc. Remote and onsite assistance.
Email: domedan (at) gmail.com
DomeDan
 
Posts: 1226
Joined: Tue Jan 04, 2011 9:17 am
Location: Sweden

Re: conference recording delay

Postby rupen » Fri Mar 14, 2014 6:30 am

I set to it 0.
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby rupen » Fri Mar 14, 2014 6:38 am

Hi
I listened latest recording and found still having same issue in recording.
am i missing something in doing vicidial configuration ?
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby DomeDan » Fri Mar 14, 2014 7:22 am

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
Vicidial Partner. Region: Sweden/Norway.
Does Vicidial installation, configuration, customization, add-ons, CRM implementation, support, upgrading, network-related, pentesting etc. Remote and onsite assistance.
Email: domedan (at) gmail.com
DomeDan
 
Posts: 1226
Joined: Tue Jan 04, 2011 9:17 am
Location: Sweden

Re: conference recording delay

Postby rupen » Fri Mar 14, 2014 9:31 am

I saved the setting.
recording is done from campaign.
can not reload vicidial now as calls are working.
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby williamconley » Fri Mar 14, 2014 9:47 am

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.
Vicidial Installation and Repair, plus Hosting and Colocation
Newest Product: Vicidial Agent Only Beep - Beta
http://www.PoundTeam.com # 352-269-0000 # +44(203) 769-2294
williamconley
 
Posts: 20258
Joined: Wed Oct 31, 2007 4:17 pm
Location: Davenport, FL (By Disney!)

Re: conference recording delay

Postby rupen » Mon Mar 17, 2014 8:02 am

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
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby williamconley » Tue Mar 18, 2014 9:31 am

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.
Vicidial Installation and Repair, plus Hosting and Colocation
Newest Product: Vicidial Agent Only Beep - Beta
http://www.PoundTeam.com # 352-269-0000 # +44(203) 769-2294
williamconley
 
Posts: 20258
Joined: Wed Oct 31, 2007 4:17 pm
Location: Davenport, FL (By Disney!)

Re: conference recording delay

Postby rupen » Thu Mar 20, 2014 5:44 am

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
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby rupen » Fri Mar 21, 2014 12:18 am

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.
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India

Re: conference recording delay

Postby DomeDan » Fri Mar 21, 2014 4:34 am

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.
Vicidial Partner. Region: Sweden/Norway.
Does Vicidial installation, configuration, customization, add-ons, CRM implementation, support, upgrading, network-related, pentesting etc. Remote and onsite assistance.
Email: domedan (at) gmail.com
DomeDan
 
Posts: 1226
Joined: Tue Jan 04, 2011 9:17 am
Location: Sweden

Re: conference recording delay

Postby rupen » Fri Mar 21, 2014 6:36 am

Thank you DomeDan,

I have another issue in viciidal,
please find below link for this.
viewtopic.php?f=4&t=32700
rupen
 
Posts: 24
Joined: Sat Mar 08, 2014 7:43 am
Location: India


Return to Support

Who is online

Users browsing this forum: Google [Bot] and 121 guests