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

Pages: [1]
1
We arent using TB. Just Asterisk with Freepbx, and queuemetrics......

I see that if I add the "A" to the agents in the queue, then the calls come in with dead air. But as soon as I remove it, everything works fine, but queuemetrics doesnt work properly. I am will ing to pay for support, but I also have never asked for it since we bought 10 licenses of it earlier this year.

I will post what I get from the verbose debg tomorrow morning..

2
I tried that, and even tried to change the DB level to the new version, but it caused a bunch of errors. I am just going to start it all overagain with a fresh database. It sucks, though, because my client wants all the historical data, and now I cant give it to him...

3
I finally got some time yesterday to focus on it. The issue is something to do with the "A" that we are putting in front of the agent number in the queue in Freepbx. The agents file does have all the agents and is setup correctkly according to the documentation.

When I remvoe the "A" from the agents in the queue section of Freepbx, everything starts working fine, but the reporting does not update in real-time.
Here is what I vae for my agents.conf file:

[general]
persistentagents=yes
[agents]
ackcall=no
agent => 300,,Susan
agent => 301,,Michelle

It seems to be in order,, but the calls come in, and ring the phones. When somneone picks up the call, there is dead air. This happens 90% of the time. There are a few that get through. The other interesting thing is that the calsl dont detect that they have gotten hung up. meaning that astwerisk will think that the agent s is still on the call wiht that inbound caller, even though they have said" Hello?, Hello?" and then hung up. This prevents any more calls from ringing at their desk.

It is driving me nuts trying to get this figured out, any ideas?

4
we just instaleld queuemetrics, and when calls are coming into the queue, some of them are connecting fine, others just have dead air. If I use ring groups everything works fine, but doesnt help me get reports on Call metrics ;).

as soona s I change to ring calls intot he queue, they start to have dead air.

We are running Asterisk 1.4.21.2, with all yum updates, and latest version of queuemetrics.

Is it possible that we are using the worng version of the extensions_queuemetrics, becvause it is the same file we used on our 1.2 server?



5
QueueMetrics installation / Issue Updating the QM Database to 1.4.7.1
« on: October 02, 2008, 04:59:14 »
I am trying to upgrade fom 1.4.4 to 1.4.7.1 and I am running into a DB update issue.

I copied the database back to the server, and started the dbtest, then chose to update my DB. Here is the error I get:

# 20 Checking database table: qa_data Error
 Problem encountered:
The required database table 'qa_data' is missing or unreadable. Please run the database update utility.
Java Error:
Problema DB: java.sql.SQLException: Table 'queuemetrics.qa_data' doesn't exist
 
So I go to the DB update tool and this is what I get:

Updating database
DB Version Description Result
1.4.4 Creating table 'qa_data' Err
1.4.4 Creating table 'qa_forms' Err
1.4.4 Preloading table 'qa_forms' Err
1.4.4 Creating table 'qa_forms_items' Err
1.4.4 Preloading table 'qa_forms_items' Err

The database was updated succesfully.
You are now ready to run QueueMetrics. Click here to start.

Any Ideas? I have a bit if data in there that I really cont lose. I would love to see the past year stats compared to the upcoming high volume season...

R

6
i figured out a few more things....

If I setup a direct route into the the Queue. Then I can pick it up perfectly..  But if I have a DID go to an IVR, and have it setup let's say as "6" to go to the IVR, then the call is just dead air...but when I hang up the phone call, I get justa  split second of audo from call....

So I took a look at the queues then selves, and here is what I found:

Event When Called:                             When this option is set to YES, the following manager events will be generated: AgentCalled, AgentDump, AgentConnect and AgentComplete. 

set this to yes to have it report the correct events to the Queuelog for Queuemetrics...

Member Status:When if this is option is set to YES, the following manager event will be generated: QueueMemberStatus

Set this to yes as well...

Skip Busy Agents:When set to Yes, agents who are on an occupied phone will be skipped as if the line were returning busy. This means that Call Waiting or multi-line phones will not be presented with the call and in the various hunt style ring strategies, the next agent will be attempted. 

I set this to yes so people only got one call at a time...

that got it working!!!!!! Yay me!!!!!

Rick

7
This particular box is TB 2.6.7, and running 1.4.19.

I did ADD the limitonpeer = yes on the sip_nat.conf file,   then all the agents have call limit=50.

Am I missing something?

8
Here is is smoe additional info I found in the CLI....

new stack
    -- Goto (macro-user-callerid,s,13)
    -- Executing [s@macro-user-callerid:13] NoOp("Local/206@from-internal-adb6,2", "TTL: 64 ARG1: 206") in new stack
    -- Executing [s@macro-user-callerid:14] GotoIf("Local/206@from-internal-adb6,2", "0?continue") in new stack
    -- Executing [s@macro-user-callerid:15] Set("Local/206@from-internal-adb6,2", "__TTL=63") in new stack
    -- Executing [s@macro-user-callerid:16] GotoIf("Local/206@from-internal-adb6,2", "1?continue") in new stack
    -- Goto (macro-user-callerid,s,23)
    -- Executing [s@macro-user-callerid:23] NoOp("Local/206@from-internal-adb6,2", "Using CallerID "Sales:Colleen Hunt" <205>") in new stack
    -- Executing [s@macro-exten-vm:2] Set("Local/206@from-internal-adb6,2", "FROMCONTEXT=exten-vm") in new stack
    -- Executing [s@macro-exten-vm:3] Set("Local/206@from-internal-adb6,2", "VMBOX=206") in new stack
    -- Executing [s@macro-exten-vm:4] Set("Local/206@from-internal-adb6,2", "EXTTOCALL=206") in new stack
    -- Executing [s@macro-exten-vm:5] Set("Local/206@from-internal-adb6,2", "CFUEXT=") in new stack
    -- Executing [s@macro-exten-vm:6] Set("Local/206@from-internal-adb6,2", "CFBEXT=") in new stack
    -- Executing [s@macro-exten-vm:7] Set("Local/206@from-internal-adb6,2", "RT=20") in new stack
    -- Executing [s@macro-exten-vm:8] Macro("Local/206@from-internal-adb6,2", "record-enable|206|IN") in new stack
    -- Executing [s@macro-record-enable:1] GotoIf("Local/206@from-internal-adb6,2", "0?2:4") in new stack
    -- Goto (macro-record-enable,s,4)
    -- Executing [s@macro-record-enable:4] AGI("Local/206@from-internal-adb6,2", "recordingcheck|20080604-114708|1212598028.399") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
  recordingcheck|20080604-114708|1212598028.399: Inbound recording not enabled
    -- AGI Script recordingcheck completed, returning 0
    -- Executing [s@macro-record-enable:5] NoOp("Local/206@from-internal-adb6,2", "No recording needed") in new stack
    -- Executing [s@macro-exten-vm:9] Macro("Local/206@from-internal-adb6,2", "dial|20|tr|206") in new stack
    -- Executing [s@macro-dial:1] GotoIf("Local/206@from-internal-adb6,2", "0?dial") in new stack
    -- Executing [s@macro-dial:2] SetMusicOnHold("Local/206@from-internal-adb6,2", "default") in new stack
    -- Executing [s@macro-dial:3] AGI("Local/206@from-internal-adb6,2", "dialparties.agi") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
  dialparties.agi: Starting New Dialparties.agi
  == Parsing '/etc/asterisk/manager.conf': Found
  == Parsing '/etc/asterisk/manager_additional.conf': Found
  == Parsing '/etc/asterisk/manager_custom.conf': Found
  == Manager 'admin' logged on from 127.0.0.1
  dialparties.agi: Caller ID name is 'Sales:Colleen Hunt' number is '205'
  dialparties.agi: USE_CONFIRMATION:  'FALSE'
  dialparties.agi: RINGGROUP_INDEX:   ''
  dialparties.agi: Methodology of ring is  'none'
    --  dialparties.agi: Added extension 206 to extension map
    --  dialparties.agi: Extension 206 cf is disabled
    --  dialparties.agi: Extension 206 do not disturb is disabled
       >  dialparties.agi: extnum 206 has:  cw: 1; hascfb: 0 [] hascfu: 0 []
       >  dialparties.agi: ExtensionState: 0
    --  dialparties.agi: dbset CALLTRACE/206 to 205
    --  dialparties.agi: Filtered ARG3: 206
       >  dialparties.agi: NODEST: 100 adding M(auto-blkvm) to dialopts: trM(auto-blkvm)
       >  dialparties.agi: NODEST: 100 blkvm enabled macro already in dialopts: trM(auto-blkvm)
  == Manager 'admin' logged off from 127.0.0.1
    -- AGI Script dialparties.agi completed, returning 0
    -- Executing [s@macro-dial:7] Dial("Local/206@from-internal-adb6,2", "SIP/206|20|trM(auto-blkvm)") in new stack
    -- Called 206
    -- Agent/206 is ringing
    -- SIP/206-092bcf18 is ringing
    -- SIP/206-092bcf18 answered Local/206@from-internal-adb6,2
    -- Executing [s@macro-auto-blkvm:1] Set("SIP/206-092bcf18", "__MACRO_RESULT=") in new stack
    -- Executing [s@macro-auto-blkvm:2] Set("SIP/206-092bcf18", "__CWIGNORE=") in new stack
    -- Executing [s@macro-auto-blkvm:3] DBdel("SIP/206-092bcf18", "BLKVM/100/SIP/205-09312a28") in new stack
    -- DBdel: family=BLKVM, key=100/SIP/205-09312a28
    -- Agent/206 answered SIP/205-09312a28
    -- Stopped music on hold on SIP/205-09312a28
    -- User hung up
  == Spawn extension (macro-vm, s-BUSY, 3) exited non-zero on 'SIP/6309323200-092eb368' in macro 'vm'
  == Spawn extension (macro-vm, s-BUSY, 3) exited non-zero on 'SIP/6309323200-092eb368' in macro 'exten-vm'
  == Spawn extension (macro-vm, s-BUSY, 3) exited non-zero on 'SIP/6309323200-092eb368'
connect*CLI>


9
I am getting this in the asterisk log....

VERBOSE[17835] logger.c: -- DBdel: Error deleting key from database.
[Jun 4 11:49:12] DEBUG[17835] app_macro.c: Executed application: DBDel
[Jun 4 11:49:12] DEBUG[17835] app_dial.c: Macro exited with status 0
[Jun 4 11:49:12] DEBUG[18424] app_macro.c: Executed application: DBDel
[Jun 4 11:49:12] DEBUG[18424] app_dial.c: Macro exited with status 0
[Jun 4 11:49:12] DEBUG[18423] app_queue.c: Dunno what to do with control type -1
[Jun 4 11:49:12] VERBOSE[18423] logger.c: -- Agent/206 answered SIP/205-092bcf18
[Jun 4 11:49:12] VERBOSE[18423] logger.c: -- Stopped music on hold on SIP/205-092bcf18
[Jun 4 11:49:12] WARNING[18423] app_queue.c: The device state of this queue member, Agent/206, is still 'Not in Use' when it probably should not be! Please check UPGRADE.txt for correct configuration settings

Help!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Rick

10
Everything looks great in side of Asterisk...

I made sure everyone is loggd out. Then I added 1 person into the queue. I then called it from another phone in the office, and when that person's phone answers, the call says it is up,m but we cant hear anything on either phone...

any ideas?


11
I have an agent named Agent/204 that shows up as always being logged in. I cannot get it to disapear from Queuemetrics. It is not in the agents.conf file, or in asterisk when I do a show agents. Is it something stuck in the QM database or soemething? Could it be realted to the agents calls hanging up on them as soon as they answer the phone?

Rick

Pages: [1]