Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - QueueMetrics

Pages: 1 ... 192 193 [194] 195 196 ... 202
2896
Yes that's it. Dont know why they ship with a so-restrictive security policy that you cannot run most webapps, anyway :-)

2897
Of course you cannot tell unless you actually see what's there, but this sounds very, very unlikely.

2898
Realtime Live / Re: Realtime Monitoring
« on: August 05, 2007, 10:56:58 »
Hard to tell - what you should do is this (I assume you are using qloaderd):
- check that queue_log entries are actually sent over to the table by qloaderd
- if they do, and you see logins/logoffs but no calls, you are reporing on the wrong queue. Check that your queue name matches the one on the table

With QM 1.4, you can run both checks very easily by clicking on the "MySQL storage" link on the home page.


2899
Did you check with the latest QM 1.4.0? we did a bit of work on content type and file name in 1.4.0, so it should be correct by now.

Anyway, generally speaking, I usually see two different scenarios for bulk recording real-life calls:
- WAV49. If you run Windows clients, WAV49 will create WAV files that are actually GSM files but can be played natively on Windows systems. They look like standard PCM WAV files, but are actually compressed. This is very easy and effective.
- WAV + MP3. You record all files as WAV, but you run a nightly process to encode them into MP3. This means that you will use CPU cycles to perform the compression at night and save a lot of space on older files, while today's recordings are plain WAV.
You can use something like:

Code: [Select]
for i in *.wav; do lame --preset phone $i `basename $i .wav`.mp3; rm -f $i; done
to get the work done at night through a cron job.


2900
Looks great. If that's okay to you, we'll add the AEL version together with the next version of queueDial.agi.

2901
# together with 't' option should be enough - otherwise the hook is not handled by app_queue and no entry is logged.

2902
Are you sure you actually have the data set? this is what usually happens when your log files get rotated - see http://astrecipes.net/index.php?q=astrecipes/avoiding+queue_log+file+rotation

2903
The correct way to do that is to assign  a protection key to each queue  (or set of) you define in QM, and then give the allowed users those keys, so that they can see only the correct queues.

Anyway we have a number of clients who use this feature to partition large call centers into smaller "virtual" call centers.

2904
Realtime Live / Re: Wrong identification of call
« on: July 29, 2007, 11:32:25 »
It was in fact a subtle bug, affecting only the realtime page. Luckily calls with wait time=0 are very rare, so you have been the first to spot it. Anyway the bug #169 is solved, and version 1.4.1 (to be released in a couple of weeks) is correct.
Thanks for pointing that out!

2905
Congratulations rjch - you put it down more clearly than I thought of  ;D

2906
We just relized that there is an encoding problems on pages licence.jsp and qm/realtime_wallboard.jsp that shows up with IBM JDKs and causes a "Cannot read file" error to be shown. Sun JDK's do not seem to be affected.

How do I know if I'm affected?
Just click on the Licence page - if QM crashes, you're affected.

How do I fix this issue?
We created a new FAQ entry at http://queuemetrics.com/faq.jsp#faq-028-encoding

We apologize for the inconvenience.

2907
General Asterisk configuration / Re: Queue Metrics and Trixbox 2
« on: July 26, 2007, 19:20:31 »
Yep, the new tutorial fixes all this  ;D
Have a look:
http://queuemetrics.com/download/QM_TrixBox_200.pdf

2908
QueueMetrics news / New Tutorial: QueueMetrics on TrixBox 2
« on: July 26, 2007, 19:18:27 »
We have prepared a new tutorial that explains how to install QueueMetrics on a TrixBox 2 instance. It should actually work with any Asterisk system using a recent FreePBX as its configuration interface.

The very good part is that now you can use "true" callback agents, so you can configure everything in FreePBX without manually editing queue files. The tutorial also shows how to integrate the asgent's page, so you can have the new features - agent login, logoff, pause tracking with reason codes, call tracking with status codes, all active in a few minutes.

You can find the new tutorial at:
http://queuemetrics.com/download/QM_TrixBox_200.pdf

We look forward to your comments and suggestions!

2909
Improving QueueMetrics / Re: Agent Calls Per Day?
« on: July 24, 2007, 16:58:41 »
The agent pages should already do that, as you get the total and average numbers and durations; you should run a daily report. Or am I missing something?

2910
We will surely add an option to hide export buttons on the realtime page. This is okay.

A question: why do you use the realtime page for agents? that could be very expensive in terms of CPU if compared to the agents' pages....

Pages: 1 ... 192 193 [194] 195 196 ... 202