Consultive Transfer to External Phone Number

[creativess]

I have a system that I run 32 agents on. I have two servers and I am adding a third later this week.

Right now I have one server with apache/mysql and the other with asterisk and vicidial scripts on it.

I have all sip unregistered trunks, using the sip-silence.

I m having a problem doing a consultive transfer. I tried doing it a few different ways, and I am consistently having the same problem. After the agent hits leave 3 way call it does a few different things.

Sometimes it will hang up the external closer.
Sometimes it will hang up the customer.
Sometimes it will hang up on the external closer and keep the customer on the line with the agent.


Right now it works if they stay on the phone line with our external reservation center until they are through with the call, but this is wasting tons of time.

I am running on the svn trunk vicidial. Asterisk 1.2.26 with a Digium 410B 4 Port FXS card for timing.
Servers are both AMD 6400+ with 8 Gig ram and 1/2 TB HD. 2 X 250GB.
We have between 100-150 calls including the agent sessions consistantly running on just the one asterisk server. No recording, between 3 and 4 lines per agent.

Agent computers are brand new Dell Intel Dual Core 1.6 Machines with 1 Gig Ram running Firefox 2.0.13. Our agents use Zoiper Softphone to connect to our asterisk/vicidial server. We have a total of 9MB Up/Down via 6XT1 Data lines for our SIP trunk.

We currently use Gafachi for our provider and it has been ok for quality.

I have the admin manual and the agent manuals and I have followed instructions several times on consultive transfers and using groups and external agents etc.

My server load is about 1.0 or 1.2 max average on the asterisk server. I have a load of about .2 - .4 on my database/apache server.

I am thinking either my asterisk server may be overloaded (the reason for the second asterisk server later this week)... or possibly bad provider.

Just looking to see if anyone has dealt with something similar before. Any help would be very much appreciated.

[creativess]

Here is some of my extensions.conf for the transfer ...

exten => _912407519660,1,AGI(agi://10.0.22.250:4577/call_log)
exten => _912407519660,2,Dial(sip/12407519660@provider,55,tTo)
exten => _912407519660,3,Hangup

I have also tried using an inbound group with a remote agent as a closer with a closer campaign.
I have also tried doing this with the agent locally on the closer campaign.

exten => _90009.,1,Answer ; Answer the line
exten => _90009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----SO-----Reservation-----2407519660-----Closer-----park-----RES-----1234-----1)
exten => _90009.,3,Hangup

exten => _010*000*022*250*8600XXX*.,1,Goto(default,${EXTEN:16},1)
exten => _010*000*022*250*78600XXX,1,Goto(default,${EXTEN:16},1)
exten => _010*000*022*250*78600XXX*.,1,Goto(default,${EXTEN:16},1)
exten => _8600XXX*.,1,AGI(agi-VDADfixCXFER.agi)
exten => _78600XXX*.,1,AGI(agi-VDADfixCXFER.agi)

exten => _990009.,1,Answer ; Answer the line
exten => _990009.,2,AGI(agi-VDAD_ALL_inbound.agi,CLOSER-----SO-----Reservation-----2407519660-----Closer-----park-----RES-----1234-----1)
exten => _990009.,3,Hangup

[mflorell]

"leave 3way" has always been a somewhat buggy feature due to how it has to work because of Asterisk's limitations.

What is the rate of failures that you are seeing for leave 3way?

What SVN version are you using of the trunk code?

what is the db_schema version?

What are the version and build of the vicidial.php?

[creativess]

VERSION: 2.0.5-125
BUILD: 80317-2037
Failure rate is about 90% ... it is really bad.
It seems like when I test it works fine without a lot of people logged into the dialer.

Is there a reliable to do a cxfer?

[mflorell]

That is really bad, the last time I did a campaign with CXFER the failure rate was less than 5%, but that was on a system with only 20 agents dialing 2.0 and lower.

It seems like the lower the load on your system the more reliable leave-3way is.

Because of the unreliability of how this currently works, we are looking at possibly trying another way of doing leave 3way.