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 - trymes

Pages: 1 2 [3] 4 5 6
31
QueueMetrics installation / Re: [queuemetrics] context and FreePBX
« on: November 22, 2010, 15:42:58 »
Nothing is wrong with it. However, I generally prefer to avoid adding any custom dialplan code to FreePBX installations whenever possible. While it is easy and generally quite safe, I feel it is best to avoid if possible, as future changes to FreePBX can break your custom code in ways you might not anticipate.

In other words, if you don't need to use custom dialplan code, don't. If you have to, it's not the end of the world.

32
Improving QueueMetrics / Trivial: Typo in extensions_queuemetrics.conf
« on: November 19, 2010, 20:17:14 »
This is really silly, but I thought I would mention it so it can be fixed, just so nobody is confused in the future. The file "WEB-INF/mysql-utils/extensions-examples/extensions_queuemetrics.conf" has a small typo in the note that precedes extension 10.
Code: [Select]
[queuemetrics]
; extension 0 is a dummy end point
exten => 10,1,Answer

I presume it should read "; extension 10 is a dummy end point"?

No big deal, but thought I'd point it out.

Tom

33
Problems / Re: Not receving e-mails on followed threads.
« on: November 19, 2010, 19:55:13 »
OK, so they work if I send them to gmail, but end up in the spam folder.

I did a little more digging, though, and figured out that loway.ch is listed in the Spamhaus PBL blacklist.

http://www.spamhaus.org/query/bl?ip=173.203.200.53

http://www.spamhaus.org/pbl/query/PBL369920

This is why I don't get the e-mails at work, we're rejecting them. Maybe QM can look into this?

Tom

34
QueueMetrics installation / Re: [queuemetrics] context and FreePBX
« on: November 19, 2010, 19:45:13 »
OK, so my apologies for being unclear. I completely understand QM's need for integration with Asterisk, so I have no qualms with adding a custom [queuemetrics] context to my dialplan. Having said that, I also recognize that just bypassing FreePBX's built-in dialplan for things like queue login/out can sometimes result in unexpected behavior. For that reason, I am seeking to determine what might be the best combination of FreePBX and QM dialplan bits to get the best of both worlds.

Mudslide, thanks for the input. We have a simple queue system here: one queue with ~35 dynamic agents who log in and out using the FreePBX queue toggle. Basically, they dial *45XXX, where 'XXX' is the queue #. This can be saved as a speed dial on their phone and it logs them in if they are logged off, and it logs them off if they are logged in. Quite handy. Here is the relevant piece of dialplan logic.

Code: [Select]
[app-queue-toggle]
include => app-queue-toggle-custom
exten => s,1(start),Answer
exten => s,n,Wait(1)
exten => s,n,Macro(user-callerid,)
exten => s,n,Set(QUEUESTAT=LOGGEDOUT)
exten => s,n,AGI(queue_devstate.agi,getqueues,${AMPUSER})
exten => s,n,GotoIf($["${QUEUESTAT}" = "LOGGEDOUT"]?activate)
exten => s,n,GotoIf($["${QUEUESTAT}" = "LOGGEDIN"]?deactivate)
exten => s,n,GotoIf($["${QUEUESTAT}" = "STATIC"]?static:end)
exten => s,n(deactivate),Noop(Agent Logged out)
exten => s,n,Macro(toggle-del-agent,)
exten => s,n,Set(STATE=NOT_INUSE)
exten => s,n,Gosub(sstate,1)
exten => s,n,Playback(agent-loggedoff)
exten => s,n,Macro(hangupcall,)
exten => s,n(activate),Noop(Agent Logged In)
exten => s,n,Macro(toggle-add-agent,)
exten => s,n,Set(STATE=INUSE)
exten => s,n,Gosub(sstate,1)
exten => s,n,Playback(agent-loginok)
exten => s,n,SayDigits(${CALLBACKNUM})
exten => s,n,Macro(hangupcall,)
exten => s,n(static),Noop(User is a Static Agent)
exten => s,n,Set(STATE=INUSE)
exten => s,n,Gosub(sstate,1)
exten => s,n,Playback(agent-loginok)
exten => s,n,Macro(hangupcall,)
exten => sstate,1,Set(DEVICES=${DB(AMPUSER/${AMPUSER}/device)})
exten => sstate,n,GotoIf($["${DEVICES}" = "" ]?return)
exten => sstate,n,Set(LOOPCNT=${FIELDQTY(DEVICES,&)})
exten => sstate,n,Set(ITER=1)
exten => sstate,n(begin),Set(DEVICE_STATE(Custom:QUEUE${CUT(DEVICES,&,${ITER})}*${QUEUENO})=${STATE})
exten => sstate,n,Set(ITER=$[${ITER} + 1])
exten => sstate,n,GotoIf($[${ITER} <= ${LOOPCNT}]?begin)
exten => sstate,n(return),Return()
; end of [app-queue-toggle]

From what I can see, it does nothing to add the login and logout states to the log, which is just as well, considering we're on the realtim log (echoing to a file would accomplish nothing....). I would like to get some input so that I can make a FreePBX feature request to have login and logout actions logged.

As for Chanspy weirdness, I can say that I tried it without realizing it needed a proper context, and I think I inadvertently bridged two customer's calls in the queue, such that they ended up talking to each other! I do know that FreePBX has its own chanspy context set up such that a feature code is dialed and you are connected to chanspy. Maybe QM could be pointed towards that?
Code: [Select]
[app-chanspy]
include => app-chanspy-custom
exten => 555,1,Macro(user-callerid,)
exten => 555,n,Answer
exten => 555,n,Wait(1)
exten => 555,n,ChanSpy()
exten => 555,n,Hangup
; end of [app-chanspy]

Tom

35
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 19, 2010, 19:17:10 »
As an update, I registered at voip-info and modified the wiki page to reflect the lessons I learned here.

http://www.voip-info.org/wiki/index.php?page_id=2767

I presume that the folks at QM are aware of the changes that have been made to realtime queue_log storage for Asterisk 1.8? I posted a link to the bug report if you are interested. I presume that QM will require changes to support those modifications.

Tom

36
Problems / Re: Not receving e-mails on followed threads.
« on: November 18, 2010, 19:23:19 »
I did. That's not it. I'll try to redirect to a gmail account and see if they start showing up there.

Tom

37
QueueMetrics installation / [queuemetrics] context and FreePBX
« on: November 18, 2010, 19:22:23 »
I'm certain that this has been hashed out before, but it's still pretty unclear to me, so...:

We have QM installed on top of Elastix, which uses FreePBX. After reading the manual, it is obvious that the call monitoring and other features require a proper queuemetrics context. It also seems that tracking agent availability might not be possible without appending the login and logout events to the queue_log. I have a few problems, though:

1.) FreePBX is pretty complex in how it handles and constructs the dialplan. I feel more comfortable using their login/logout routines.
2.) The provided login/logout routines do not contemplate the recently added realtime queue_log storage. What would the proper command be for that?
3.) Does the sample QM context need tweaking for monitoring ongoing calls via chanspy for FreePBX systems? I can say for certain that it causes very strange behavior if you try to use it without configuring it properly.

Any insight appreciated.

Tom

38
Improving QueueMetrics / Re: Automatic license Transfer
« on: November 18, 2010, 17:52:36 »
Another side effect I noticed of the current method is that the other settings for the software, such as "default queue_log file" are overwritten at each upgrade. If you're using the real-time queue_log feature, this breaks QM until you modify it again.

Tom

39
Improving QueueMetrics / Re: Sort on call time/average call time
« on: November 18, 2010, 17:50:03 »
All of them, I suppose, but the one I happened to be looking at yesterday was the one accessed by clicking on "Today" under "Quick activity reports".

Tom

40
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 18, 2010, 17:47:42 »
My issues were as follows (starting from the beginning):

1.) Asterisk 1.6 uses the context name, not the database name in extconfig.conf
2.) The instructions say to use the wrong column format. Should be char(10), NOT int(10).
3.) queuemetrics user needs permission to read the asterisk database.

I think it would have worked last week when it was set to varchar, but I was getting the error about the wrong column format and I didn't want to turn it loose until I had some more info. Chances are that a module reload would have cleared it up, as moa said, but who's to say?

Tom

41
Problems / Not receving e-mails on followed threads.
« on: November 17, 2010, 16:34:50 »
I am not receiving e-mail notifications when my followed threads receive a reply. I checked my settings and it seems to be proper.

Any ideas?

Tom

42
Improving QueueMetrics / Sort on call time/average call time
« on: November 17, 2010, 16:32:39 »
I'd like to be able to sort the agent list in reports based on the average call time and the total call time. Currently you can sort on Name and N. Calls.

43
Improving QueueMetrics / Re: Automatic license Transfer
« on: November 17, 2010, 16:29:54 »
I don't understand. Why couldn't a post-install script copy the file from a previous installation if it existed? If the key is expired, you are no worse off than you were to start, as your old copy was expired, too, and you were going to have to manually update it anyway.

Maybe even a step added to the GUI (say as part of dbtest?) that would allow you to clikc and have the file moved? Better yet, follow the standard method of saving the new config file as filename.rpmnew and keeping the old one. That would require a new location for the file, but...

Maybe you could store the license in the DB?

It's really annoying to have to move the license with each upgrade. I have never seen another piece of software where this is needed.

Tom

44
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 17, 2010, 15:05:17 »
Excellent. All seems to be working well now. Once I get a chance to set the rest up and play with it I will do my best to update the instructions, as it isn't really as it ought to be.

Thanks for the help, guys!

Tom

45
QueueMetrics installation / Re: QM 1.6 and realtime queue_log
« on: November 16, 2010, 23:53:26 »
OK, I have it up and working, I think. No more errors. I chose to set the time column as char(10), NOT NULL and default ''.

Now, though, I get an error in QM because the queuemetrics@localhost is denied permission by MySQL. What is the best method for granting permission to QM to read the queue_log table?

I am not confident in MySQL enough to feel comfortable with granting the proper rights, etc without a little handholding.

Thank you,

Tom

Pages: 1 2 [3] 4 5 6