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 ... 131 132 [133] 134 135 ... 202
1981
Try this from a MySQL shell:

Code: [Select]
REPAIR TABLE queue_log
You should check that data is still there after the repair - it's usually pretty safe but you never can tell.

This is not a QueueMetrics issue, of course, but a general MySQL sysadmin issue

Read this before attempting the repair: http://dev.mysql.com/doc/refman/5.0/en/table-maintenance.html

1982
AGAW / Re: AGAW walk-thru
« on: May 08, 2009, 09:39:52 »
That's the place  ;D

1983
1. make sure that the point you are changing is the one that gets exetcuted

2. when you have open outbound calls, do a "showchannels" to see how they are called. They might be "zap/2/12345678" instead....




1984
Running QueueMetrics / Re: 1.5.2 - Tracking IVR Activity
« on: May 08, 2009, 09:37:41 »
Basically yes; I think that you should use something like:

Code: [Select]
[ivr-2]
exten => h,1,Hangup
exten => s,1,QueueLog(200,${UNIQUEID},NONE,INFO,IVR|${MYIVR})
exten => s,2,Set(MSG=custom/supportqbreakout2)
exten => s,3,Queue(200)
...

make sure that the dialplan does what is expected if uoyu mix numbered and "n" dialplan steps.... :)

1987
Yes - whatever number, you choose!  ;D

1988
Running QueueMetrics / Re: 1.5.2 - Tracking IVR Activity
« on: May 06, 2009, 21:44:44 »
The line should appear BEFORE the call is entered!

1989
Running QueueMetrics / Re: Making Outcome Pop-up window wider
« on: May 06, 2009, 21:43:21 »
Thanks - we track this as bug #723.
You'll get a notification here on the forum when done.

1990
Realtime Live / Re: Read this first: running Realtime Live
« on: May 05, 2009, 14:44:21 »
They just need to query tle list of agents and queues and live calls.
they will need originate to do live monitoring, etc.

1991
Running QueueMetrics / Re: Making Outcome Pop-up window wider
« on: May 05, 2009, 14:43:01 »
Please post a screenshot - we can enlarge that easily if needed.

1992
Are you sure you copied the configuration as well? testing those buttons is a part of ouyr standard releasse testing.

1994
QueueMetrics news / New features in QueueMetrics 1.5.2
« on: April 29, 2009, 18:23:13 »
New feature: At last – Pie charts!
We have added a new set of charts to the main QueueMetrics reports, thanks to Google Charts – these are not just pie charts, but also SLA graphs and change-over-time graphs. These charts are dynamic and make reports better looking and easier to look at. Try to click on pie charts and see what happens!

We do accept suggestions on how to improve them in order to maximize readability and usability.

 
New feature: The new Search Criteria
This feature is another all-time favorite: search criteria. By going to the Custom Reports page, you can now run a query to find a narrowly-defined set of calls – for example by caller-id, by duration, by termination status or by number of rings. The new criteria will make it possible to produce an endless set of graphs and statistics for specific situations, and to pinpoint problems very quickly.

We also added two new attributes to each call: the DNIS and the IVR choice. You need to do a small change to the Asterisk dial plan in order to log them, but the benefits are well-worth it if you have multiple incoming lines and multiple selection choices.

 
New feature: Improved Oreka integration
It is now possible to do listening of live calls using the Oreka plug-in, right from the real-time page.

QueueMetrics is also able to detect VNC session recordings that are linked to a given call, and is able to play them back, so that you can see what the agent was typing during the call.

These features will work with the commercial version of the Oreka recorder.

To know more about Oreka, visit http://www.orecx.com/web/


New configuration wizard and database tools
We completely rewrote the old configuration wizard. It is now possible to use nearly any data source as the configuration parameter – not just local Asterisk configuration files, but also the Asterisk Manager interface, the Asterisk-Realtime database, an existing queue_log file and even the Asterisk manager for a clustered instance! You can also run the wizard using a script, e.g. to keep a configuration in sync with some existing configurations.

The Database version checker and updater has also been rewritten as a wizard, and is now easier to use and can perform database optimizations on the user's behalf. It also makes it easier to understand which configuration files are being used.

In order to access the new features on an existing installation, do not forget to add the CONFIG key to your admin users.

 
A safer Qloaderd
A new version of Qloaderd is available; it will improve loading under extremely heavy conditions, if Asterisk is not able to output complete log records at once. The update should be completely automatic using yum.

Though this will not be needed by the majority of our users, we suggest upgrading anyway – there are no downsides and you get the extra safety at no additional cost.

Are you installing QueueMetrics? Get certified!
We are seeing definite interest in getting a certification program for QueueMetrics installers. We plan to do a certification class in September/October this year, to be held in Italy, near Milan.

If interested, please contact us for details.

1995
QueueMetrics news / Re: New QueueMetrics release: 1.5.2
« on: April 29, 2009, 17:02:22 »
That's correct :)

Pages: 1 ... 131 132 [133] 134 135 ... 202