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

Pages: [1] 2 3 ... 5
1
Hi Barry, that's weird, which version is that?

default.crmapp is the default URL, but you can also set a queue-specific URL in the queue's detail; could you check if maybe there are some character in that field in your outbound queue's details?


Hi Mirko,

Using 14.06.02

I have checked and all queue_url are empty.

-Barry

2
Hi

I have the following setting in configuration.properties:

default.crmapp=http://recordings/callmon/?searchBox=

This properly creates the link when a call is in an inbound queue:
Code: [Select]
<td class="stData" style="width: 18;"><a href="http://recordings/callmon/?searchBox=1411300755.67" target="_blank"><img src="../img/icons_silk/link_go.png" class="silk" title="Open"></a> </td>
However, when the call is in an outbound queue the href is simply "-":

Code: [Select]
<td class="stData" style="width: 18;"><a href="-" target="_blank"><img src="../img/icons_silk/link_go.png" class="silk" title="Open"></a> </td>
Anyone any idea why? The call Unique ID is available in both inbound and outbound, and when I instead open the pop-up using the magnifying glass icon the link to the recording is in there.

This did work in previous (1.6.10) version of QM for both inbound and outbound.

Thanks


3
Hi barryf,

are the agents members of that queue?

Yes. As you can see from the screenshot, I am querying only one queue, and QM is returning N.agents = 2 and Ready Agents = 2 for "All selected" and none for the only queue I actually queried.

Therefore QM knows that there are 2 ready agents in the queue, but is only returning them for all selected and not the actual queue itself.

4
Almost up to date now.

However, one more change I see - it appears that for Outbound queues, it shows the number of agents in the "all selected" but not in the queue itself.



Is this the correct behaviour?

Thanks

-Barry



5
Hello Barry, I was wrong, forget about that, sorry! That's not anymore valid.
Now you can't log agents in subqueues; every agent will result logged in the parent queue.
Just calls will be shown under the subqueue.

Mirko

Ah, OK. So I need to just change my logic and pull the ragents and nagents from the parent queues. I can deal with that, so long as I know everything is working as it should be.

Thanks very much for your help.

-Barry

6
Something like the following should work (after the HOTDESK line):

1409907294|REALTIME|301.subqueuesname|SIP/7007|ADDMEMBER|

Thanks for the reply.

So now Asterisk has to be somewhat knowledgeable of QM subqueues? This doesn't seem right, given that subqueues are a totally QM invention and do not actually exist in Asterisk.

Previously it was sufficient for Asterisk to ADDMEMBER to the real queue (i.e. 301 in the above example) and QM would then, logically, add the agent to all 301.* subqueues.

Given that, if an agent is logged into 301, Asterisk will send them calls to any subqueue of 301 (seeing as Asterisk has no knowledge or subqueues), and it is not possible to be logged in to 301.subqueue without being logged in to 301, it doesn't make sense to me thart subqueues need to be explicitly logged into via the Asterisk queue_log.

Or am I missing something?

Thanks very much

-Barry

7
Hi Barry,

for QueueMetrics a subqueue is just a normal queue independent from any other queue. So, you'd need to define the subqueue as well (in Edit Queues).

Mirko

Yes, I know that, and both queues are set up in QueueMetrics, and the agent is a member of both. This same configuration shows the agent a member of all queues in 1.6.10 but not in the 14.02 version, even though the configs are identical.

Could you show me example queue_log entries of an agent logged in to a queue such that his membership of subqueues also displays?

Thanks


8
Hi Mirko,

Making some progress. I cound that by adding dialplan logic to create a HOTDESK queue_log entry like:

1409907293|1409907288.803|NONE|Agent/7007|HOTDESK|SIP/7007

..that now QM sees that the agent is available. However ,this does not work for subqueues, which we use extensively. As an example, I have two queues:

301 - Test Queue
301.mytest - Test Subqueue

I have an agent, Agent/7007, who is configured in QM as a member of both 301 and 301.mytest. When this agent logs in it produces the following queue_log entries:

1409907293|NONE|NONE|Agent/7007|AGENTCALLBACKLOGIN|7007@from-internal
1409907293|1409907288.803|NONE|Agent/7007|HOTDESK|SIP/7007
1409907294|REALTIME|301|SIP/7007|ADDMEMBER|

Now, QM reports that the user is in the main 301 queue but shows no members in 301.mytest

Even if I only ask for 301.mytest QM reports that "All selected" has 1 agent, by 301.mytest has none.

Results from query of subqueue 301.mytest:


Results from query of all 301 queues:



I wonder could you show me example queue_log entries of an agent logged in to a queue such that his membership of subqueues also displays?

Thanks

-Barry


9
Thanks.

How do you log your agents to start work? Are they static? Because in that case is right that QueueMetrics 14.06 does not show them as logged in the queues; it was wrong in the old version.

If you log your agents (from the agent's page) with Join Q/Leave Q you'll see exactly what agent is working on a given queue; try enabling hotdesking: http://manuals.loway.ch/QM_UserManual-chunked/ch24.html#_enabling_hotdesking_in_the_agent_page  (24.16)

Mirko

OK, that sounds like it might be it. We use a custom agent login. Here is what gets written to queue_log by Asterisk:

1409672113|NONE|NONE|Agent/7007|AGENTCALLBACKLOGIN|7007@from-internal
1409672113|REALTIME|301|SIP/7007|ADDMEMBER|
1409672174|NONE|NONE|Agent/7007|UNPAUSEALL|
1409672174|NONE|NONE|Agent/7007|AGENTCALLBACKLOGOFF|7007@from-internal,,CommandLogoff
1409672174|REALTIME|301|SIP/7007|REMOVEMEMBER|

I'll have a look at the docs and update our implementation.

Thanks very much.

-Barry

10
Well, something could have been changed, 1.6 is really old; could you please post four screenshots all taken in the same moment:

1)xml-rpc browser for 1.6
2)xml-rpc browser for 14.06
3)realtime page in queuemetrics from 1.6
4)realtime page in queuemetrics from 14.06

(disable all filters from realtime page)

Thanks
Mirko

Can't seem to make attachments. Screenshots are here: http://barry.flanagan.ie/dl/bf.zip

-Barry


11
Hello Barry,

could you verify if using the same configuration.properties for both the machine they still have a different behaviour?
Are they looking to the same Asterisk?


Hi Mirko,

Yes, the configs are identical. I simply cloned my existing QM and upgraded that to 14.06.2, and added a second qloader.pl to my Asterisk box to feed in the queue_log to this new test instance.

-Barry

12
Hi,

I am in the process of upgrading from 1.6.1.0 to 14.06.2 and everything is fine, except that the RealtimeDO.RTRiassunto XML/RPC call no longer returns the number of agents or ready agents when calling either a single or multiple queues.

Using the XML-RPC Browser, I can run the same call, once against the 1.6.1.0 and once against the 14.06.2 and the N.Agents and Ready Agents do not display in 14.06.2

QM 14.06.2
=========


QM 1.6.1.0
=========


Thanks

-Barry Flanagan

13
Your time is now barryf

In all seriousness, this page is now at the top of google for general terms like "queuemetrics wallboard"

Many clients in my small geographic region have come to me with your code asking for modifications.

They pay hundreds of dollars per hour.

You built the code barryf, you can support it best. That is your money.

Seize the initiative, put a link to your contact info in your signature, build a business out of this.

Of course I can relate if you are busy elsewhere.

Wow, just did the Google search and you are right. Haha!

I would really love to spend more time on this and some other QM/Asterisk callcentre stuff I have developed, to make them more readily deployable to other sites. Trouble is, as you can relate, no time!

I will have to look at putting aside some time for this over the next few months.....

-Barry

14
Oh I'm going and seeing! :-)

Same again - it populates the GUI and MySQL database fine but doesn't write it to the conf file.

I hate to continue being a pain, but do you have a copy of the functions.inc.php and page.queues.php from your 2.6 system you sould send to me?

Neil

So, in the database, you have a field called optionalurl ,and this field is populated?

I can't see where to attach a file here, so I put the files at http://barry.flanagan.ie/dl/optionalurl.zip

I also included the file modules/framework/htdocs/admin/extensions.class.php as this is the only other file which mentions optionalurl, although I did not change it on my installation.

Hope this helps.

What version are you using, 2.9?

-Barry


15
Give it a go and see!

As I said, I am still on 2.6 so have not seen the new version's files, nor looked at porting the changes across.

-Barry

Pages: [1] 2 3 ... 5