Duplicate Inbound Recordings

All installation and configuration problems and questions

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

Duplicate Inbound Recordings

Postby Ikram_Ali » Fri Sep 30, 2022 4:35 am

Hi, Double/duplicate recordings making in Vicidial for every inbound calls while for outbound it's fine, there is single recording per outbound number but for inbound, duplicate recordings per number.
Can you please advise me on how to overcome this duplicate inbound recordings issue.

This is Outbound Number (single recording per number).
[root@localhost monitorDONE]# locate 2222222222
/var/spool/asterisk/monitorDONE/1933_20220930-144618_2222222222_193302_10101-all.wav

This is Inbound Number's duplicate recordings.
[root@localhost monitorDONE]# locate 3333333333
/var/spool/asterisk/monitorDONE/1933_20220930-091933_3333333333_193302_10101-all.wav
/var/spool/asterisk/monitorDONE/1933_20220930-144934_3333333333_193302_10101-all.wav

Vicidial Details.
Asterisk 13.29.2

cat /usr/src/astguiclient/trunk/version
2.14b0.5

[root@localhost monitorDONE]# cat /etc/redhat-release
CentOS Linux release 7.9.2009 (Core)
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Wed Oct 05, 2022 7:24 am

The one you list here as duplicate look as though they are two different phone calls from the same number.
Let's break it down:
1933_20220930-091933_3333333333_193302_10101-all.wav > 20220930-091933 So this call was at 09:19:33 on Sept 30th 2022.
1933_20220930-144934_3333333333_193302_10101-all.wav > 20220930-144934 And this one was at 14:49:34 also on Sept 30th 2022.
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Tue Oct 18, 2022 7:21 am

jamiemurray wrote:The one you list here as duplicate look as though they are two different phone calls from the same number.
Let's break it down:
1933_20220930-091933_3333333333_193302_10101-all.wav > 20220930-091933 So this call was at 09:19:33 on Sept 30th 2022.
1933_20220930-144934_3333333333_193302_10101-all.wav > 20220930-144934 And this one was at 14:49:34 also on Sept 30th 2022.

Thanks for your reply @jamiemurray.

But this is not the case. I just gave you a call example.

Recordings actually making duplicate for all inbound calls.

Please find below some more call examples where duplicate recordings there having the same duration and time with phone number.

Time Duration Recordings
17-10-2022 20:09 343 1933_20221017-160950_1111111111_193302_193357
17-10-2022 20:09 345 1933_20221017-200949_1111111111_193302_193357
17-10-2022 19:57 102 1933_20221017-155723_2222222222_193302_193357
17-10-2022 19:57 103 1933_20221017-195723_2222222222_193302_193357
17-10-2022 19:51 43 1933_20221017-155124_3333333333_193302_193357
17-10-2022 19:51 44 1933_20221017-195124_3333333333_193302_193357
17-10-2022 19:35 4 1933_20221017-153505_4444444444_193302_193357
17-10-2022 19:34 6 1933_20221017-153449_4444444444_193302_193357
17-10-2022 18:57 130 1933_20221017-145740_5555555555_193302_193357
17-10-2022 18:57 132 1933_20221017-185739_5555555555_193302_193357
17-10-2022 18:23 132 1933_20221017-142333_6666666666_193302_193357
17-10-2022 18:23 133 1933_20221017-182333_6666666666_193302_193357
17-10-2022 18:02 10 1933_20221017-140256_7777777777_193302_193357
17-10-2022 18:02 11 1933_20221017-140233_7777777777_193302_193357
17-10-2022 15:28 7197 1933_20221017-112817_8888888888_193302_193357
17-10-2022 15:28 7199 1933_20221017-152817_8888888888_193302_193357
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Mon Oct 24, 2022 7:13 am

If you have recording activated elsewhere (Ingroup / Agent / Campaign), turn it off in the DID entry and see if you still get the duplicates.
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Wed Oct 26, 2022 1:36 am

jamiemurray wrote:If you have recording activated elsewhere (Ingroup / Agent / Campaign), turn it off in the DID entry and see if you still get the duplicates.

I enabled recordings only from Campaign and neither from Agent nor from In-Group.

Any other possibilities...please.
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Wed Oct 26, 2022 6:51 am

What about the CLI as the call enters all the way through to agent delivery? does it show two MixMonitor lines? if so, look at the stage in the dialplan the recordings both start, that may give you an indication of what's initiating each recording.
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Fri Mar 31, 2023 1:58 am

jamiemurray wrote:What about the CLI as the call enters all the way through to agent delivery? does it show two MixMonitor lines? if so, look at the stage in the dialplan the recordings both start, that may give you an indication of what's initiating each recording.

Yes jamiemurray, i found monitor executed 2 times in the same call.

1st time executed
> Channel Local/58600053@default-000438ea;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600053@default-000438ea;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600053@default-000438ea;1", "wav,2176_20230331-022423_3232666666_110001_13102") in new stack
-- Executing [8309@default:3] Wait("Local/58600053@default-000438ea;1", "7260") in new stack

2nd time executed
-- Executing [8309@default:1] Answer("Local/58600053@default-000438ec;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600053@default-000438ec;1", "wav,2176_20230330-232423_3232666666_110001_13102") in new stack
-- Executing [8309@default:3] Wait("Local/58600053@default-000438ec;1", "7260") in new stack

Can you please guide me why it executed 2 times and how can i resolve it because recordings occupying the double space on the server and making so confusion.
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Fri Mar 31, 2023 4:20 am

Just to clarify more on this issue.
I just made a test call on a toll-free from source number 2224447778 and there is duplicate recordings.

# LEAD DATE/TIME SECONDS RECID FILENAME LOCATION TSR
1 566277 2023-03-31 04:29:09 8 716458 2176_20230331-032908_2224447778_110001_13096 http://22.22.22.22/RECOR... 13096
2 566277 2023-03-31 04:29:08 9 716457 2176_20230331-042908_2224447778_110001_13096 http://22.22.22.22/RECOR... 13096

Asterisk CLI logs below.

-- Executing [58600051@default:1] MeetMe("Local/58600051@default-000438fa;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-000438fa;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-000438fa;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-000438fa;1", "wav,2176_20230331-032908_2224447778_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-000438fa;1", "7260") in new stack


-- Executing [58600051@default:1] MeetMe("Local/58600051@default-000438f8;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-000438f8;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-000438f8;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-000438f8;1", "wav,2176_20230331-042908_2224447778_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-000438f8;1", "7260") in new stack
== Manager 'sendcron' logged on from 127.0.0.1
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Sun Apr 02, 2023 11:59 pm

Ikram_Ali wrote:Just to clarify more on this issue.
I just made a test call on a toll-free from source number 2224447778 and there is duplicate recordings.

# LEAD DATE/TIME SECONDS RECID FILENAME LOCATION TSR
1 566277 2023-03-31 04:29:09 8 716458 2176_20230331-032908_2224447778_110001_13096 http://22.22.22.22/RECOR... 13096
2 566277 2023-03-31 04:29:08 9 716457 2176_20230331-042908_2224447778_110001_13096 http://22.22.22.22/RECOR... 13096

Asterisk CLI logs below.

-- Executing [58600051@default:1] MeetMe("Local/58600051@default-000438fa;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-000438fa;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-000438fa;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-000438fa;1", "wav,2176_20230331-032908_2224447778_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-000438fa;1", "7260") in new stack


-- Executing [58600051@default:1] MeetMe("Local/58600051@default-000438f8;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-000438f8;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-000438f8;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-000438f8;1", "wav,2176_20230331-042908_2224447778_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-000438f8;1", "7260") in new stack
== Manager 'sendcron' logged on from 127.0.0.1

Can anybody please give a light.
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Mon Apr 03, 2023 7:31 am

Set AGI Output to BOTH on the server, repeat the test and post the output of screenlog.0 during your call to see if this helps identify exactly where the two recordings are being triggered from.
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Tue Apr 04, 2023 1:05 am

jamiemurray wrote:Set AGI Output to BOTH on the server, repeat the test and post the output of screenlog.0 during your call to see if this helps identify exactly where the two recordings are being triggered from.

Thanks for your reply @jamiemurray
Please find below the output of 'agi set debug on.'

-- Executing [58600051@default:1] MeetMe("Local/58600051@default-00045352;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-00045352;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-00045352;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-00045352;1", "wav,2176_20230404-015902_3333333333_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-00045352;1", "7260") in new stack
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [22*22*22*22*78600051@default:1] Goto("Local/22*22*22*22*78600051@default-00045353;2", "default,78600051,1") in new stack
-- Goto (default,78600051,1)
-- Executing [78600051@default:1] MeetMe("Local/22*22*22*22*78600051@default-00045353;2", "8600051,Fq") in new stack
> Channel Local/22*22*22*22*78600051@default-00045353;1 was answered.
-- Executing [83047777777777@vicidial-auto:1] Answer("Local/22*22*22*22*78600051@default-00045353;1", "") in new stack
-- Executing [83047777777777@vicidial-auto:2] Playback("Local/22*22*22*22*78600051@default-00045353;1", "ding") in new stack
-- <Local/22*22*22*22*78600051@default-00045353;1> Playing 'ding.gsm' (language 'en')
-- Executing [83047777777777@vicidial-auto:3] Hangup("Local/22*22*22*22*78600051@default-00045353;1", "") in new stack
== Spawn extension (vicidial-auto, 83047777777777, 3) exited non-zero on 'Local/22*22*22*22*78600051@default-00045353;1'
-- Executing [h@vicidial-auto:1] AGI("Local/22*22*22*22*78600051@default-00045353;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
AGI Tx >> agi_network: yes
-----------------------------------------------------------------------------
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600051@default:1] MeetMe("Local/58600051@default-00045354;2", "8600051,Fmq") in new stack
> Channel Local/58600051@default-00045354;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600051@default-00045354;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600051@default-00045354;1", "wav,2176_20230404-005902_3333333333_110001_13096") in new stack
-- Executing [8309@default:3] Wait("Local/58600051@default-00045354;1", "7260") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
<SIP/11.11.11.11-00027c6a>AGI Rx << STREAM FILE sip-silence ""
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
<SIP/11.11.11.11-00027c6a>AGI Tx >> 200 result=0 endpos=160
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Tue Apr 04, 2023 4:43 pm

The agi debug cli output is not enough, there's more debugging info in the screenlog.0 file in /var/log/astguiclient/ when AGI Out is set to BOTH on the server entry (Admin > Servers)
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Wed Apr 05, 2023 7:35 am

jamiemurray wrote:The agi debug cli output is not enough, there's more debugging info in the screenlog.0 file in /var/log/astguiclient/ when AGI Out is set to BOTH on the server entry (Admin > Servers)

I enabled the AGI Output= BOTH under Admin > Servers and then made a test call below.

I also tried to look under /var/log/astguiclient/ but didn't find that file where i need to look at.

-- Started music on hold, class 'golden', on SIP/22.22.22.22-00028195
-- Stopped music on hold on SIP/22.22.22.22-00028195
-- Started music on hold, class 'golden', on SIP/22.22.22.22-00028195
-- SIP/12024-00028196 answered Local/11.11.11.11*12024@default-00045b2a;2
> Channel Local/11.11.11.11*12024@default-00045b2a;1 was answered.
-- Executing [8331*75708*Y4050830190000567954*13033*12024@default:1] Playback("Local/11.11.11.11*12024@default-00045b2a;1", "sip-silence") in new stack
-- <Local/11.11.11.11*12024@default-00045b2a;1> Playing 'sip-silence.gsm' (language 'en')
-- Executing [h@default:1] AGI("Local/11.11.11.11*12024@default-00045b2a;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----12-----0") in new stack
-- Executing [8331*75708*Y4050830190000567954*13033*12024@default:2] AGI("SIP/12024-00028196", "agi-VDAD_RINGALL.agi,8331*75708*Y4050830190000567954*13033*12024") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/agi-VDAD_RINGALL.agi
-- <Local/11.11.11.11*12024@default-00045b2a;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... --12-----0 completed, returning 0
== Spawn extension (default, 12024, 1) exited non-zero on 'Local/11.11.11.11*12024@default-00045b2a;2'
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- <SIP/12024-00028196>AGI Script agi-VDAD_RINGALL.agi completed, returning 0
-- Executing [11.11.11.11*78600053@default:1] Goto("SIP/12024-00028196", "default,78600053,1") in new stack
-- Goto (default,78600053,1)
-- Executing [78600053@default:1] MeetMe("SIP/12024-00028196", "8600053,Fq") in new stack
== Parsing '/etc/asterisk/meetme.conf': == Found
== Parsing '/etc/asterisk/meetme-vicidial.conf': == Found
-- Created MeetMe conference 1023 for conference '8600053'
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600053@default:1] MeetMe("Local/58600053@default-00045b2b;2", "8600053,Fmq") in new stack
> Channel Local/58600053@default-00045b2b;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600053@default-00045b2b;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600053@default-00045b2b;1", "wav,2176_20230405-083032_2222333311_110001_13033") in new stack
-- Executing [8309@default:3] Wait("Local/58600053@default-00045b2b;1", "7260") in new stack
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [11.11.11.11*78600053@default:1] Goto("Local/11.11.11.11*78600053@default-00045b2c;2", "default,78600053,1") in new stack
-- Goto (default,78600053,1)
-- Executing [78600053@default:1] MeetMe("Local/11.11.11.11*78600053@default-00045b2c;2", "8600053,Fq") in new stack
> Channel Local/11.11.11.11*78600053@default-00045b2c;1 was answered.
-- Executing [83047777777777@vicidial-auto:1] Answer("Local/11.11.11.11*78600053@default-00045b2c;1", "") in new stack
-- Executing [83047777777777@vicidial-auto:2] Playback("Local/11.11.11.11*78600053@default-00045b2c;1", "ding") in new stack
-- <Local/11.11.11.11*78600053@default-00045b2c;1> Playing 'ding.gsm' (language 'en')
-- Executing [83047777777777@vicidial-auto:3] Hangup("Local/11.11.11.11*78600053@default-00045b2c;1", "") in new stack
== Spawn extension (vicidial-auto, 83047777777777, 3) exited non-zero on 'Local/11.11.11.11*78600053@default-00045b2c;1'
-- Executing [h@vicidial-auto:1] AGI("Local/11.11.11.11*78600053@default-00045b2c;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16---------------") in new stack
-- <Local/11.11.11.11*78600053@default-00045b2c;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
== Spawn extension (default, 78600053, 1) exited non-zero on 'Local/11.11.11.11*78600053@default-00045b2c;2'
-- Executing [h@default:1] AGI("Local/11.11.11.11*78600053@default-00045b2c;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <Local/11.11.11.11*78600053@default-00045b2c;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
-- Stopped music on hold on SIP/22.22.22.22-00028195
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
== Manager 'sendcron' logged off from 127.0.0.1
== Manager 'sendcron' logged off from 127.0.0.1
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- Playing 'sip-silence' (escape_digits=) (sample_offset 0)
-- <SIP/22.22.22.22-00028195>AGI Script agi-VDAD_ALL_inbound.agi completed, returning 0
-- Executing [11.11.11.11*8600053@default:1] Goto("SIP/22.22.22.22-00028195", "default,8600053,1") in new stack
-- Goto (default,8600053,1)
-- Executing [8600053@default:1] MeetMe("SIP/22.22.22.22-00028195", "8600053,F") in new stack
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [58600053@default:1] MeetMe("Local/58600053@default-00045b2d;2", "8600053,Fmq") in new stack
> Channel Local/58600053@default-00045b2d;1 was answered.
-- Executing [8309@default:1] Answer("Local/58600053@default-00045b2d;1", "") in new stack
-- Executing [8309@default:2] Monitor("Local/58600053@default-00045b2d;1", "wav,2176_20230405-023033_2222333311_110001_13033") in new stack
-- Executing [8309@default:3] Wait("Local/58600053@default-00045b2d;1", "7260") in new stack
== Manager 'sendcron' logged off from 127.0.0.1
== Spawn extension (default, 8600053, 1) exited non-zero on 'SIP/22.22.22.22-00028195'
-- Executing [h@default:1] AGI("SIP/22.22.22.22-00028195", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
-- <SIP/22.22.22.22-00028195>AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Wed Apr 05, 2023 9:05 am

You may have to restart the server for the screen log to begin.

I still get the feeling you have recording enabled in two places.
Check the recording value of each of the following:

- User
- Campaign
- Ingroup
- DID

If you want all calls to be recorded but only are interested in the agent conversation, set the recording to ALLCALLS or ALLFORCE on the campaign but turn it off on everything else. (Be careful of override options, check the help next to the field in each case)
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Tue Apr 11, 2023 2:48 am

jamiemurray wrote:You may have to restart the server for the screen log to begin.

I still get the feeling you have recording enabled in two places.
Check the recording value of each of the following:

- User
- Campaign
- Ingroup
- DID

If you want all calls to be recorded but only are interested in the agent conversation, set the recording to ALLCALLS or ALLFORCE on the campaign but turn it off on everything else. (Be careful of override options, check the help next to the field in each case)

Nope, nothing except campaign, even if i enabled the recordings in ingroup then it overrides the campaign setting for recordings.

Any other suggestion.
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm

Re: Duplicate Inbound Recordings

Postby jamiemurray » Tue Apr 11, 2023 10:55 am

Ensure these 2 options on the server entry:
Server Logs: Y
AGI Output: BOTH

Restart that server to ensure it takes effect immediately.

Do the call again and post the output of these files in /var/log/astguiclient

agiout.YYYY-MM-DD (where YYYY-MM-DD is today's date)
screenlog.0
Skype: live:support_71847 | Tel: (US) +1 646 647 8850 (CA) +1 613 900 6456 (MX) +52 55 9990 3550 (UK) +44 1324 285022 (ES) +34 922 937 384
Managed Hosting - No tech skills required | VoIP Termination & DID numbering | https://jmurraysolutions.com
jamiemurray
 
Posts: 172
Joined: Fri Jan 11, 2013 4:12 pm
Location: Tenerife, Canary Islands

Re: Duplicate Inbound Recordings

Postby martinch » Thu Apr 20, 2023 2:40 pm

Good evening,

What are you settings for the following;

    Campaign Settings

Image

    in-Group Settings

Image

    DID Settings

Image

IIRC, if you record the call on your DID and you have agent driven or routing initiated recordings also enabled, I think you're going to have 2 recordings. Let's double check what you have set though.

Thanks.
Project Lead @ mDial -> https://github.com/TheBlode/mDial
martinch
 
Posts: 273
Joined: Thu Nov 15, 2018 9:14 am
Location: England, UK

Re: Duplicate Inbound Recordings

Postby streetboy » Thu Apr 27, 2023 5:48 pm

also check the cron recording script.
streetboy
 
Posts: 39
Joined: Tue Sep 25, 2018 1:21 pm

Re: Duplicate Inbound Recordings

Postby Ikram_Ali » Wed May 24, 2023 7:29 am

Hi, Thank you @All. My duplicate recordings issue has been resolved, actually, issue was in my agc folder, so i replaced it and issue resolved.

http://1.2.3.4/agc/vicidial.php#
Ikram_Ali
 
Posts: 60
Joined: Fri Aug 23, 2019 1:21 pm


Return to Support

Who is online

Users browsing this forum: No registered users and 97 guests