Feature Request: Store more then 50, or auto-delete/rotate old recordings for each agent

TravisWhidden
Posts: 52
Member Since:
2007-12-14

I was thinking that with our call volume, I don't have time to go in and remove old recordings. We have plenty of hard disk space and it would be nice if we were not limited to 50 calls per agent. As a simple fix, can you simply add an option for each agent to be 500 instead of 50? Make that an option in the drop down menu, and we can run with that. Its a simple change... I think.

I don't have the time to research and listen to each employee every day, and each employee gets 20 - 30 calls a day.

This is a great utility and is amazing on its usage. We just need more calls to record.

Thanks!

Travis

--

Travis Whidden



dlobue
Posts: 14
Member Since:
2008-02-05
Travis, You do not need to

Travis,

You do not need to delete recordings in order to add more queue recordings on an extension. Follow the steps below to add more calls without losing your recordings:
1. Click on ACD -> Recordings.
2. Click 'Stop' next to the a user that is low, or out, or recordings.
3. Click on the drop down and locate the user you just selected stop on.
4. Select 50 calls from the calls drop down menu.
5. Click the 'Record' button.

Dominic LoBue
Fonality Support



TravisWhidden
Posts: 52
Member Since:
2007-12-14
Ok... I can do that, but can

Ok... I can do that, but can this be done automatically? I don't have the time to monitor each users queue and reset another 50 recordings. I would like it if they just kept recording with any intervention. I need a low-maintenance server basicly.

--

Travis Whidden



dlobue
Posts: 14
Member Since:
2008-02-05
Travis, This process cannot

Travis,

This process cannot be automated. This was done intentionally in order to keep the Administrator of the server aware of the amount of recordings, to prevent the system from running out of disk space.

This is also in place in order to keep the number of recordings down. There is a limitation in Linux where when you have over 1000 files in a single directory, the OS must start going through each file in order to list them. This problem slows the web interface down considerably. It slows down the interface so much that when there are over 2000 recordings in the same directory, the recording page simply times out from trying to list all the recordings.

For the time being there is no other way around having to manually re-add the calls. There are plans to increase the limit from 50 calls, if not in the next version of the web interface than in the version after that.

Dominic LoBue
Fonality Support



dfwonsite
Posts: 53
Member Since:
2006-07-09
This is what i do on our high volume system...

i created a bash script in /etc/cron.daily called rotate_recordings, the contents of which are :

find /var/spool/asterisk/monitor -type f -mtime +10 | xargs rm

what the above command does is finds all files in the directory /var/spool/asterisk/monitor that are older than 10 days, and automatically deletes them.

be sure and chmod u+x the rotate_recordings file when you are done editing it.

--

-Andy

DFW Onsite Technology Group
(214) 644-1900



TravisWhidden
Posts: 52
Member Since:
2007-12-14
Thanks for the heads

Thanks for the heads up.

But, does that still make the agents record once they hit their 50 max?

I was going to bring this thread back to life, and ask that TrixBox remove this limitation, and notify the admin that recordings are over a certain count. Each user on one of my CCE servers does about 75 - 150 calls a day. It is obviously a useless feature if you have to login every 4 hours, and tell it to record another 50 calls. The business is for security, and we have had to implement another half-ass technology just to get it to record all the calls.

I love my trixbox CCE servers, but I dont feel that Fonality really cares about these kinds of requests. They hardcore them selfs into corners sometimes, and users on this forum don't get much attention (even though we are still paying customers).

I would be fine if I could programaticly reset the record count, and then auto delete after x number of days. Does anyone have any idea how I could do that? The above script is nice for auto-removal, but I would love to have a script to auto-reset the record count to put it past 50 recordings per agent.

Does anyone have any idea how we can do that?

--

Travis Whidden



mjoyce
Posts: 211
Member Since:
2007-03-07
Travis, This request falls

Travis,

This request falls under the same category as many others, sure - we could enable 'record all'. But Fonality specifically does not, because we want to encourage a good customer experience. The Monitor() and Record() functions in asterisk are 'expensive'. Writing to disk is a very serious bottleneck when considering a 'record all' solution. Timing, trans coding, web delivery of an unlimited recordings solutions puts very significant strain on any PBX. This 'next 50' limit was put into PBXtra / Pro for one very specific reason - we don't want to give users enough rope to get themselves into trouble...

With that said Record All is a fairly common request. So in a future release we will be introducing a record-all function that is smarter. It will 'on-the-fly' enable and disable recordings as resources permit in order to avoid disruption to audio quality for recordings.

In regards to getting around the limit. Emulating a 'browser' to 'click' on the 'record next 50 calls' button is a trivial engineering exercise. I would recommend finding a programmer to help you with this.

When Fonality does 'hard code' ourself into a corner, it is typically for a very good reason. In this case it was the cost of support and dissatisfied customers when they had poor audio quality as a result of recordings.

Thanks,
Mike



TravisWhidden
Posts: 52
Member Since:
2007-12-14
I am sorry.. but how does

I am sorry.. but how does recording lower call quality? If resources were a problem, would you tell people to upgrade their servers? Removing functions to meet the lowest comon denominator isnt really what all of us want. Maybe recording isnt an important function for you, or other customers, but for some businesses, its important. You could have a notice that said "choosing record all may cause problems with your trixbox system" --

Also, maybe a compromise...

Why don't you have a "rotate max" or something, that deletes the oldest item in the queue, and maybe holds 2000 recordings per extensions. You could organize it in the sub folder where all of the recordings are held, and have a max of x (2000 or so), and do it like FIFO --

Anyhow.. if I wanted to mess with a record all function, where would I find this in the config? Maybe I could write my own bash script that emulated a FIFO script, for all recordings, and kept the recordings always running.

Thanks.

--

Travis Whidden



mjoyce
Posts: 211
Member Since:
2007-03-07
Hey Travis, Recording is

Hey Travis,

Recording is very resource intensive. Using up resources on a system will cause poor audio quality. Sure we can tell people to upgrade their servers, but you have to remember that PBXtra customers are typically not as technical as trixbox Pro customers, and even the highest end servers have their limits.

Enabling 'record all' would be a complicated venture with trixbox Pro and I wouldn't recommend it. It would require putting hooks for recording where they currently don't exist.

Like I said, there is super-duper recording functionality on its way in a new version that will solve this problem.

Thanks,
Mike



Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.