vicidial.org

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)

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.

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

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

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.

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.

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.

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 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.

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.

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

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)

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

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)

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.

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

Good evening,

What are you settings for the following;

Campaign Settings

in-Group Settings

DID Settings

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.

also check the cron recording script.

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#