Transfer is not happening in goautodial 2.1

All installation and configuration problems and questions

Moderators: gerski, enjay, williamconley, Op3r, Staydog, gardo, mflorell, MJCoate, mcargile, Kumba, Michael_N

Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Fri Oct 04, 2013 6:25 pm

Dear VICIdial team,

I'm not able to transfer the call from dialer to ext number, it says dial time out when i park the call and dial with customer

i'm using

Kernel Version 2.6.18-238.9.1.el5.goPAE (SMP)
Distro Name GoAutoDial CE 2.1
PCI Devices
- (2x) Ethernet controller: Broadcom Corporation NetXtreme II BCM5708 Gigabit Ethernet
- (2x) Host bridge: Intel Corporation 5000 Series Chipset FBD Registers
- (3x) Host bridge: Intel Corporation 5000 Series Chipset FSB Registers
- (2x) Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers
- Host bridge: Intel Corporation 5000P Chipset Memory Controller Hub
- IDE interface: Intel Corporation 631xESB/632xESB/3100 Chipset SATA IDE Controller
- ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller
- (2x) PCI bridge: Broadcom EPB PCI-Express to PCI-X Bridge
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 2
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 3
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 5
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x4 Port 7
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 4-5
- PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 6-7
- PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1
- PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E2
- PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port
- PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge
- PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1
- PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 2
- PCI bridge: Intel Corporation 82801 PCI Bridge
- RAID bus controller: Adaptec AAC-RAID
- SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller
- System peripheral: Intel Corporation 5000 Series Chipset DMA Engine
- USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller
- USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1
- USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2
- USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3
- USB Controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #4
- VGA compatible controller: ATI Technologies Inc ES1000
IDE Devices
- hdc: UJDA780 DVD/CDRW
SCSI Devices
- IBM-ESXS VSC7160 (Enclosure)
- SEAGATE ST31000424SS (Direct-Access)
- ServeRA Disk-1TB (Direct-Access)
USB Devices
- IBM Corp.
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Mon Oct 07, 2013 3:16 pm

I need a quick help regarding Transfer / 3 way conf,

i'm using
Version: 2.4b0.5
DB Schema Version: 1273
Kernel Version 2.6.18-238.9.1.el5.goPAE (SMP)
Distro Name GoAutoDial CE 2.1
Asterisk Version: 1.4.39.1-vici

i'm following the below mentioned steps,
1. Dialer throws call to agent, he will speak and need to transfer the call,
2. Agent will park the call and press the transfer button on the Agent screen and put the number and DIAL,
3. The will give error message saying DIAL TIMED OUT,

I really need to fix the issue, What settings need to changed and where i need to change it.
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby rrb555 » Mon Oct 07, 2013 3:38 pm

where are you transferring? local dialer extension or to a phone number?
One server that I am managing | Single Server | ViciBox Redux 6.0 | VERSION: 2.12-549a | BUILD: 160404-0940 | revision 2508| No other hardware
For help you can send me a direct email info@support.com.ph
rrb555
 
Posts: 585
Joined: Tue Feb 08, 2011 4:24 pm
Location: Quezon City, Philippines

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Mon Oct 07, 2013 5:16 pm

I'm transferring it to phone number (external),
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Tue Oct 08, 2013 5:43 pm

A is an agent, B is the customer, and C is the external Verifier.
1st A will speak with B, and will A will need to transfer the call to C,
Below is the procedure what i am following to transfer the call.
---> Park the call, and click transfer button, put the external number (C) and click Dial with customer, after sometime below error will popup onscreen saying that

" Dial timed out, contact Administrator "

How would i go about the transfer, can anyone help me get this rectified.
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby williamconley » Tue Oct 08, 2013 6:03 pm

1) Always post your Vicidial Version with Build (you missed the "with build" part). Required for support on this cool, free site.

2) I note that you have referenced the method of transfer in a fairly descriptive manner, but there are some very important pieces missing. Please post the asterisk CLI output from a single attempt. NOT 3000 lines of unrelated code. Post the CLI output from the moment the agent presses "dial with customer" to the moment the error pops up on the screen. (perhaps a couple lines before and after ... just to be sure you got it all). Please do not post this from a real call during a real client session. Do this with NO other traffic on the server using your own cell as the "Prospect" so there is very little (preferably NO) other output in the CLI that would be unrelated to this call.

3) Post your Campaign configuration settings for 3-way and manual calls.

4) Post your dialplan entry for the carrier in use (and note that the 3-way and manual dial prefix settings can make these methods of calling different from the campaign itself ... so they are important to take note of).

5) Happy Hunting! 8-)
Vicidial Installation and Repair, plus Hosting and Colocation
Newest Product: Vicidial Agent Only Beep - Beta
http://www.PoundTeam.com # 352-269-0000 # +44(203) 769-2294
williamconley
 
Posts: 20258
Joined: Wed Oct 31, 2007 4:17 pm
Location: Davenport, FL (By Disney!)

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Wed Oct 09, 2013 3:33 pm

Version & Build---->

Vicidial Version: 2.4b0.5
Vicidial BUILD: 110430-1642

CLI---->

[Oct 5 03:36:50] VERBOSE[9388] logger.c: [Oct 5 03:36:50] == Parsing '/etc/asterisk/manager.conf': [Oct 5 03:36:50] VERBOSE[9388] logger.c: [Oct 5 03:36:50] Found
[Oct 5 03:36:50] VERBOSE[9388] logger.c: [Oct 5 03:36:50] == Manager 'sendcron' logged on from 127.0.0.1
[Oct 5 03:36:50] VERBOSE[9389] logger.c: [Oct 5 03:36:50] -- Executing [58600053@default:1] MeetMe("Local/58600053@default-652c,2", "8600053|Fmq") in new stack
[Oct 5 03:36:50] VERBOSE[9388] logger.c: [Oct 5 03:36:50] > Channel Local/58600053@default-652c,1 was answered.
[Oct 5 03:36:50] VERBOSE[9390] logger.c: [Oct 5 03:36:50] -- Executing [8309@default:1] Answer("Local/58600053@default-652c,1", "") in new stack
[Oct 5 03:36:50] VERBOSE[9390] logger.c: [Oct 5 03:36:50] -- Executing [8309@default:2] Monitor("Local/58600053@default-652c,1", "wav|20131005-130649_3368794006_US_HS_Amirtha") in new stack
[Oct 5 03:36:50] VERBOSE[9390] logger.c: [Oct 5 03:36:50] -- Executing [8309@default:3] Wait("Local/58600053@default-652c,1", "7200") in new stack
[Oct 5 03:36:50] VERBOSE[9404] logger.c: [Oct 5 03:36:50] == Parsing '/etc/asterisk/manager.conf': [Oct 5 03:36:50] VERBOSE[9404] logger.c: [Oct 5 03:36:50] Found
[Oct 5 03:36:50] VERBOSE[9404] logger.c: [Oct 5 03:36:50] == Manager 'sendcron' logged on from 127.0.0.1
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] == Spawn extension (default, 58600051, 1) exited non-zero on 'Local/58600051@default-3d4d,2'
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] -- Executing [h@default:1] DeadAGI("Local/58600051@default-3d4d,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] -- Executing [h@default:2] Dial("Local/58600051@default-3d4d,2", "SIP/SIPtrunk/700112700h|55|To") in new stack
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] -- Called SIPtrunk/700112700h
[Oct 5 03:36:50] VERBOSE[8965] logger.c: [Oct 5 03:36:50] == Spawn extension (default, h, 2) exited non-zero on 'Local/58600051@default-3d4d,2'
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] == Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600051@default-3d4d,1'
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] -- Executing [h@default:1] DeadAGI("Local/58600051@default-3d4d,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] -- Executing [h@default:2] Dial("Local/58600051@default-3d4d,1", "SIP/SIPtrunk/700112700h|55|To") in new stack
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] -- Called SIPtrunk/700112700h
[Oct 5 03:36:50] VERBOSE[8966] logger.c: [Oct 5 03:36:50] == Spawn extension (default, h, 2) exited non-zero on 'Local/58600051@default-3d4d,1'
[Oct 5 03:36:50] VERBOSE[9408] logger.c: [Oct 5 03:36:50] == Parsing '/etc/asterisk/manager.conf': [Oct 5 03:36:50] VERBOSE[9408] logger.c: [Oct 5 03:36:50] Found
[Oct 5 03:36:50] VERBOSE[9408] logger.c: [Oct 5 03:36:50] == Manager 'sendcron' logged on from 127.0.0.1
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] == Spawn extension (default, 8600051, 1) exited non-zero on 'SIP/SIPtrunk-00006619'
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] -- Executing [h@default:1] DeadAGI("SIP/SIPtrunk-00006619", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] -- Executing [h@default:2] Dial("SIP/SIPtrunk-00006619", "SIP/SIPtrunk/700112700h|55|To") in new stack
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] -- Called SIPtrunk/700112700h
[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] == Spawn extension (default, h, 2) exited non-zero on 'SIP/SIPtrunk-00006619'
[Oct 5 03:36:50] VERBOSE[3871] logger.c: [Oct 5 03:36:50] -- Got SIP response 400 "Bad Request" back from 10.0.0.2
[Oct 5 03:36:50] VERBOSE[3871] logger.c: [Oct 5 03:36:50] -- Got SIP response 400 "Bad Request" back from 10.0.0.2
[Oct 5 03:36:50] WARNING[3871] chan_sip.c: Remote host can't match request CANCEL to call '299916771a2cbceb12aa419166489c59@172.16.74.194'. Giving up.
[Oct 5 03:36:50] VERBOSE[9411] logger.c: [Oct 5 03:36:50] == Parsing '/etc/asterisk/manager.conf': [Oct 5 03:36:50] VERBOSE[9411] logger.c: [Oct 5 03:36:50] Found
[Oct 5 03:36:50] VERBOSE[9411] logger.c: [Oct 5 03:36:50] == Manager 'sendcron' logged on from 127.0.0.1
[Oct 5 03:36:50] VERBOSE[3871] logger.c: [Oct 5 03:36:50] -- Got SIP response 400 "Bad Request" back from 10.0.0.2
[Oct 5 03:36:50] WARNING[3871] chan_sip.c: Remote host can't match request CANCEL to call '03cebb1b5566c7a460a65f43271e01e6@172.16.74.194'. Giving up.
[Oct 5 03:36:50] WARNING[3871] chan_sip.c: Remote host can't match request CANCEL to call '3f24abb86d6e80930f3559f40cd80e3f@172.16.74.194'. Giving up.
[Oct 5 03:36:52] VERBOSE[9388] logger.c: [Oct 5 03:36:52] == Manager 'sendcron' logged off from 127.0.0.1
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [failed@default:1] AGI("OutgoingSpoolFailed", "agi://127.0.0.1:4577/call_log") in new stack
[Oct 5 03:36:52] VERBOSE[8991] logger.c: [Oct 5 03:36:52] == Spawn extension (default, 17704521997, 2) exited non-zero on 'Local/17704521997@default-0912,2'
[Oct 5 03:36:52] VERBOSE[8991] logger.c: [Oct 5 03:36:52] -- Executing [h@default:1] DeadAGI("Local/17704521997@default-0912,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0-----CANCEL----------") in new stack
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- AGI Script agi://127.0.0.1:4577/call_log completed, returning 0
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [failed@default:2] Dial("OutgoingSpoolFailed", "SIP/SIPtrunk/700112700failed|55|To") in new stack
[Oct 5 03:36:52] WARNING[8990] channel.c: No translator path exists for channel type SIP (native 65535) to 0
[Oct 5 03:36:52] WARNING[8990] app_dial.c: Unable to create channel of type 'SIP' (cause 58 - Bearer capability not available)
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] == Everyone is busy/congested at this time (1:0/0/1)
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [failed@default:3] Hangup("OutgoingSpoolFailed", "") in new stack
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] == Spawn extension (default, failed, 3) exited non-zero on 'OutgoingSpoolFailed'
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [h@default:1] DeadAGI("OutgoingSpoolFailed", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----58-----CHANUNAVAIL----------") in new stack
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [h@default:2] Dial("OutgoingSpoolFailed", "SIP/SIPtrunk/700112700h|55|To") in new stack
[Oct 5 03:36:52] WARNING[8990] channel.c: No translator path exists for channel type SIP (native 65535) to 0
[Oct 5 03:36:52] WARNING[8990] app_dial.c: Unable to create channel of type 'SIP' (cause 58 - Bearer capability not available)

Dial Plan---->

exten => _.X,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _.X,2,Dial(${TRUNKS}/xxxxxxxxx${EXTEN},55,To)
exten => _.X,3,Hangup()
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Thu Oct 10, 2013 3:42 pm

3-Way Call Outbound CallerID: CUSTOMER
3-Way Call Dial Prefix: -BLANK-
Customer 3-Way Hangup Logging: ENABLE
Customer 3-Way Hangup Seconds: 5
Customer 3-Way Hangup Action: None

Manual Dial Override: NONE
Manual Dial List ID: 998
Manual Dial Filter: NONE
Manual Preview Dial: PREVIEW_AND_SKIP
Manual Call Time Check: DISABLE
Manual Dial API: STANDARD
Manual Dial CID: CAMPAIGN
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby abhishek.v26 » Fri Oct 18, 2013 10:48 am

Hi All,

I still did not get any response for the above issue.
abhishek.v26
 
Posts: 8
Joined: Fri Oct 04, 2013 6:15 pm

Re: Transfer is not happening in goautodial 2.1

Postby mcargile » Fri Oct 18, 2013 11:38 am

First off please go into /var/log/astguiclient and post the output for the call from the screenlog.0 file. It is the direct output from the original Asterisk process rather than the verbose logger within Asterisk. It will show more information.

Second off please post your complete dial plan. In particular your hang up extension. This:

[Oct 5 03:36:50] VERBOSE[8864] logger.c: [Oct 5 03:36:50] -- Executing [h@default:2] Dial("SIP/SIPtrunk-00006619", "SIP/SIPtrunk/700112700h|55|To") in new stack

Tells me that you are trying to execute a dial after a call has hung up for some reason. That makes no sense.

Also not sure what this is about:

[Oct 5 03:36:52] VERBOSE[8990] logger.c: [Oct 5 03:36:52] -- Executing [failed@default:2] Dial("OutgoingSpoolFailed", "SIP/SIPtrunk/700112700failed|55|To") in new stack

But that is not a standard extension either. If I had to guess you have a highly modified dial plan which is probably why this is not working.
Michael Cargile | Director of Engineering | ViciDialGroup | http://www.vicidial.com

The official source for VICIDIAL services and support. 1-888-894-VICI (8424)
mcargile
Site Admin
 
Posts: 617
Joined: Tue Jan 16, 2007 9:38 am


Return to Support

Who is online

Users browsing this forum: Google [Bot] and 130 guests