vicidial.org

has anyone else noticed Confbridges recordings going past recording limit?

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.

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.

So is the recording lasting longer than 3600 seconds? Or is just the call lasting longer than that time?

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?

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.