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.


Topics - rjch

Pages: [1]
1
Improving QueueMetrics / Password sexurity with Quemetrics 1.4.4
« on: June 07, 2008, 16:58:42 »
Whilst creating a new account for someone recently, I was horrified to discover that whenever you edit a user account, their password is displayed in clear text on the screen with no obfuscation at all.

It's been some time since I last edited user accounts on our system, so it's possible that this isn't a new problem - though generally speaking it's the kind of thing I look for when entering passwords.

Could we please look at obscuring passwords when they are being entered?  Additionally, this raises the concern of how passwords are stored in the database - are they encrypted at all?  If not, this too is a significant security problem.

2
General Asterisk configuration / Minor bug and a question
« on: December 26, 2007, 12:44:07 »
I've spotted one minor bug in QueueMetrics 1.4.3 - a mis-spelling of length ("lenght") on the Distribution page of a report.  Very minor and probably already spotted, but best to be sure.  :)

One other quick question - I've noted on this same page (under Queue length per hour and Queue length per day of week) the statistics "Cover" and "Steps".  What are "steps"?  While I can guess at what "cover" is, I'd be interested to know how it's calculated.  The current documentation is for version 1.4.1 of QueueMetrics and thus doesn't address these stats.

3
Improving QueueMetrics / Peak/Average queue length
« on: September 20, 2007, 10:43:49 »
One metric that I can't seem to find anywhere is a graph/data chart that shows what the maximum and (almost as useful) average queue lengths.

Our queues run on a 10 channel ISDN service and we've very occasionally been getting busy signals on incoming calls to the queues and the rest of the office (the queue indials are in the same number group as the general office numbers) and would like to be able to get an indication of the maximum length of a queue at certain times of the day to help us identify the queues with larger numbers of people waiting.

Average wait times do give us a hint, but don't give us an exact picture.

4
QueueMetrics installation / QueueMetrics and CallWeaver
« on: July 08, 2007, 03:50:09 »
Just a quick question - has anyone attempted to install/use QueueMetrics with a CallWeaver (aka OpenPBX) install?

I'm toying with the idea of migrating to CallWeaver for a number of reasons - the biggest being the T.38 capabilities of CallWeaver and wanted to know if anyone has already taken this upgrade path.

Given that CallWeaver is a fork of Asterisk 1.2, I'm guessing that it should be OK.  I'll understand if it's not an officially supported configuration, but I'd still like to know what success others may (or may not) have had.

5
I've just converted our trial install of QueueMetrics to using Qloaderd and upgraded to version 1.4 of QueueMetrics at the same time and started logging data from both our Asterisk servers to the same database using different partitions (PBX1 and PBX2)

Data is getting logged to the database - the current database storage is showing heartbeats and the data range is what I would expect it to be.  The install was successful and I was seeing call data yesterday.

However today, it doesn't matter how far back I go (yesterday, last week or last year) I'm getting no data at all.  Needless to say, this is a little frustrating... :)

I've configured the cluster as follows:-

Code: [Select]
default.queue_log_file=cluster:*

[...]

cluster.servers=pbx1|pbx2

cluster.pbx1.manager=tcp:xxx:xxxs@pbxbelgrave1
cluster.pbx1.queuelog=sql:PBX1
#cluster.pbx1.monitored_calls=z:/qm_streamcall/server_aleph
cluster.pbx1.callfilesdir=
cluster.pbx1.audioRpcServer=
cluster.pbx1.agentSecurityKey=

cluster.pbx2.manager=tcp:xxx:xxx@pbxbelgrave2
cluster.pbx2.queuelog=sql:PBX2
#cluster.pbx2.monitored_calls=z:/qm_streamcall/server_trix
cluster.pbx2.callfilesdir=
cluster.pbx2.audioRpcServer=
cluster.pbx2.agentSecurityKey=

Could anyone give me a hint as to what might be going wrong?

Pages: [1]