Confbridges recordings going past recording limit?

All installation and configuration problems and questions

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

Confbridges recordings going past recording limit?

Postby carpenox » Thu Aug 29, 2024 8:57 pm

has anyone else noticed Confbridges recordings going past recording limit?
Alma Linux 9.4 | SVN Version: 3889 | DB Schema Version: 1721 | Asterisk 18.21.1 | PHP8
www.dialer.one -:- 1-833-DIALER-1 -:- https://linktr.ee/CyburDial -:- WA: +19549477572
GC: https://join.skype.com/ujkQ7i5lV78O | DC: https://discord.gg/DVktk6smbh
carpenox
 
Posts: 2418
Joined: Wed Apr 08, 2020 2:02 am
Location: St Petersburg, FL

Re: Confbridges recordings going past recording limit?

Postby mcargile » Fri Aug 30, 2024 10:52 am

The recording limit is dialplan coded into the Campaign Rec Exten which defaults to 8309. Extension 8309 is located in extensions-vicidial.conf which is automatically generated and looks something like this:

Code: Select all
;     this is the WAV verison, default
exten => 8309,1,Answer
exten => 8309,2,Monitor(wav,${CALLERID(name)})
exten => 8309,3,Wait(18000)
exten => 8309,4,Hangup()


Those waits are the recording limit set for the server. In the above servers case the recording limit is set to 300 minutes or 18000 seconds. This should be completely independent of the conferencing engine being used. Can you please verify that the above extension looks correct on your server? If so please post some CLI output of a recording being started on ConfBridge.
Michael Cargile | Director of Engineering | ViciDialGroup | http://www.vicidial.com

The official source for VICIDIAL services and support. 1-888-894-VICI (8424)
mcargile
Site Admin
 
Posts: 617
Joined: Tue Jan 16, 2007 9:38 am

Re: Confbridges recordings going past recording limit?

Postby carpenox » Sat Aug 31, 2024 1:32 pm

this is the entry


; this is used for recording conference calls, the client app sends the filename
; value as a callerID recordings go to /var/spool/asterisk/monitor (WAV)
; Recording is limited to 1 hour, to make longer, just change the server
; setting ViciDial Recording Limit
; this is the WAV verison, default
exten => 8309,1,Answer
exten => 8309,2,Monitor(wav,${CALLERID(name)})
exten => 8309,3,Wait(3600)
exten => 8309,4,Hangup()
; this is the GSM verison
exten => 8310,1,Answer
exten => 8310,2,Monitor(gsm,${CALLERID(name)})
exten => 8310,3,Wait(3600)
exten => 8310,4,Hangup()


I have it set to an hour. As far as the recording entry here it is:

Code: Select all
  == Manager 'sendcron' logged on from 127.0.0.1
    -- Called 9600000@default
    -- Executing [9600000@default:1] Answer("Local/9600000@default-000483ad;2", "") in new stack
    -- Local/9600000@default-000483ad;1 answered
    -- Executing [85XXXXXXXX72@default:1] AGI("Local/9600000@default-000483ad;1", "agi://127.0.0.1:4577/call_log") in new stack
    -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPCUST=DIVISION))
    -- AGI Script Executing Application: (EXEC) Options: (Set(_CAMPDTO=90))
    -- <Local/9600000@default-000483ad;1>AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
    -- Executing [856XXXXXXXX572@default:2] Dial("Local/9600000@default-000483ad;1", "SIP/Carrier/195XXXXX2,,tToR") in new stack
  == Using SIP RTP CoS mark 5
    -- Called SIP/Carrier/1954XXXX2
  == Manager 'sendcron' logged on from 127.0.0.1
    -- Called 59600000@default
    -- Executing [59600000@default:1] Answer("Local/59600000@default-000483ae;2", "") in new stack
    -- Local/59600000@default-000483ae;1 answered
    -- Executing [8309@default:1] Answer("Local/59600000@default-000483ae;1", "") in new stack
    -- Executing [8309@default:2] Monitor("Local/59600000@default-000483ae;1", "wav,20240831-142750_954XXXXX2") in new stack
    -- Executing [8309@default:3] Wait("Local/59600000@default-000483ae;1", "3600") in new stack
    -- Executing [9600000@default:2] Playback("Local/9600000@default-000483ad;2", "sip-silence") in new stack
    -- <Local/9600000@default-000483ad;2> Playing 'sip-silence.gsm' (language 'en')
    -- Executing [59600000@default:2] Playback("Local/59600000@default-000483ae;2", "sip-silence") in new stack
    -- <Local/59600000@default-000483ae;2> Playing 'sip-silence.gsm' (language 'en')
    -- Executing [9600000@default:3] ConfBridge("Local/9600000@default-000483ad;2", "9600000,vici_agent_bridge,vici_customer_user") in new stack
    -- <CBAnn/9600000-0004839b;1> Playing 'enter.gsm' (language 'en')
    -- Executing [59600000@default:3] ConfBridge("Local/59600000@default-000483ae;2", "9600000,vici_agent_bridge,vici_recording_user") in new stack
    -- Channel Local/59600000@default-000483ae;2 joined 'softmix' base-bridge <8d8960aa-c3f0-48f3-be65-f687ac62a1ae>
    -- Channel Local/9600000@default-000483ad;2 joined 'softmix' base-bridge <8d8960aa-c3f0-48f3-be65-f687ac62a1ae>
    -- Local/9600000@default-000483ad;1 requested media update control 20, passing it to SIP/Carrier-00043604
    -- Local/9600000@default-000483ad;1 requested media update control 20, passing it to SIP/Carrier-00043604
  == Manager 'sendcron' logged off from 127.0.0.1
  == Manager 'sendcron' logged off from 127.0.0.1
    -- SIP/Carrier-00043604 is making progress passing it to Local/9600000@default-000483ad;1
    -- Dial Tiemout Reset on channel SIP/Carrier-00043604 due to PROGRESS message.
    -- SIP/Carrier-00043604 answered Local/9600000@default-000483ad;1
    -- Channel SIP/Carrier-00043604 joined 'simple_bridge' basic-bridge <e28ecc8a-979c-4464-8dcd-6dfa805df616>
    -- Channel Local/9600000@default-000483ad;1 joined 'simple_bridge' basic-bridge <e28ecc8a-979c-4464-8dcd-6dfa805df616>
  == Manager 'sendcron' logged on from 127.0.0.1
  == Manager 'sendcron' logged off from 127.0.0.1
  == Manager 'sendcron' logged on from 127.0.0.1
  == Manager 'sendcron' logged off from 127.0.0.1
    -- Channel SIP/Carrier-00043604 left 'simple_bridge' basic-bridge <e28ecc8a-979c-4464-8dcd-6dfa805df616>
    -- Channel Local/9600000@default-000483ad;1 left 'simple_bridge' basic-bridge <e28ecc8a-979c-4464-8dcd-6dfa805df616>
  == Spawn extension (default, 85671954XXXXX72, 2) exited non-zero on 'Local/9600000@default-000483ad;1'
    -- Executing [h@default:1] AGI("Local/9600000@default-000483ad;1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----37-----37-----SIP 200 OK)") in new stack
    -- <Local/9600000@default-000483ad;1>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16-----ANSWER-----37-----37-----SIP 200 OK) completed, returning 0
    -- Channel Local/9600000@default-000483ad;2 left 'softmix' base-bridge <8d8960aa-c3f0-48f3-be65-f687ac62a1ae>
[Aug 31 14:28:27] WARNING[202668][C-0007d8ae]: func_hangupcause.c:138 hangupcause_read: Unable to find information for channel
    -- Executing [h@default:1] AGI("Local/9600000@default-000483ad;2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------)") in new stack
    -- <CBAnn/9600000-0004839b;1> Playing 'leave.gsm' (language 'en')
    -- <Local/9600000@default-000483ad;2>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----16--------------------) completed, returning 0


So what I recently noticed on a clients cluster was a couple agents not logging out at the end of the night, and therefore a call would come in and land on them, and when i happened to see it, they were on calls for over 4 hours, 2 reps even though no one was on the line.
Alma Linux 9.4 | SVN Version: 3889 | DB Schema Version: 1721 | Asterisk 18.21.1 | PHP8
www.dialer.one -:- 1-833-DIALER-1 -:- https://linktr.ee/CyburDial -:- WA: +19549477572
GC: https://join.skype.com/ujkQ7i5lV78O | DC: https://discord.gg/DVktk6smbh
carpenox
 
Posts: 2418
Joined: Wed Apr 08, 2020 2:02 am
Location: St Petersburg, FL

Re: Confbridges recordings going past recording limit?

Postby mcargile » Tue Sep 03, 2024 2:37 pm

So is the recording lasting longer than 3600 seconds? Or is just the call lasting longer than that time?
Michael Cargile | Director of Engineering | ViciDialGroup | http://www.vicidial.com

The official source for VICIDIAL services and support. 1-888-894-VICI (8424)
mcargile
Site Admin
 
Posts: 617
Joined: Tue Jan 16, 2007 9:38 am

Re: Confbridges recordings going past recording limit?

Postby carpenox » Tue Sep 03, 2024 6:23 pm

ah great call, the recording actually did end at 3599, ok so its the actual call still holding on that long. Isnt the call also supposed to end at the recording limit mark?
Alma Linux 9.4 | SVN Version: 3889 | DB Schema Version: 1721 | Asterisk 18.21.1 | PHP8
www.dialer.one -:- 1-833-DIALER-1 -:- https://linktr.ee/CyburDial -:- WA: +19549477572
GC: https://join.skype.com/ujkQ7i5lV78O | DC: https://discord.gg/DVktk6smbh
carpenox
 
Posts: 2418
Joined: Wed Apr 08, 2020 2:02 am
Location: St Petersburg, FL

Re: Confbridges recordings going past recording limit?

Postby williamconley » Mon Sep 23, 2024 9:11 pm

Recording Limit
This field is where you set the maximum number of minutes that a call recording initiated by the system can be. Default is 60 minutes. This setting also limits the amount of time a 3-way call that has been left by an agent will stay up before it is terminated.

Termination likely does not apply to Live agents unless they have left a 3-way call, only Remote agents since there's no longer a script directly tracking those in real time.
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: 20253
Joined: Wed Oct 31, 2007 4:17 pm
Location: Davenport, FL (By Disney!)


Return to Support

Who is online

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