vicidial.org

hi
I am trying to configure an inbound compaign my question is which extension should I use
i use this extension I put in extension.conf
[trunk-inbound]

exten => tel number,1,Answer ; Answer the line
exten => tel number,2,AGI(agi-VDAD_ALL_inbound.agi,CID-----LB-----DXB-----tel number-----Closer----------999-----1)
exten => tel number,3,Hangup

is it ok?

GoAutoDial CE 2.0 --- ISO
VERSION: 2.2.1-237
BUILD: 100510-2015

None of the above. Read the Vicidial Manager's Manual for setting up Inbound DIDs.

You configure the carrier to send the call to "trunkinbound" by placing context=trunkinbound in the account entry of the carrier, after that the entire process is handled in the Vicidial Administration Interface. No configuration files need to be edited. No "extensions" are required for inbound calls. They are routed to the "trunkinbound" system and managed by AGI scripts from that moment forward.

Hi,

I am using astguiclient2.7rc1, asterisk 1.8.21.0, freepbx 2.11.0.11. I have created an inbound route using custom destination for my E1 carrier to h@trunkinbound. This inbound DID is then presently just sent to a call menu. The context is also being called well. However, the call is getting disconnected as soon as it is being received on the system.

FastAgi logs:

Code: Select all

2013-10-21 19:09:43|VDfastAGI|begin|+++++++++++++++++ FastAGI Start ++++++++++++++++++++++++++++++++++++++++
2013-10-21 19:09:43|VDfastAGI|begin|Perl Environment Dump:
2013-10-21 19:09:43|VDfastAGI|begin|0|--debug
2013-10-21 19:09:43|VDfastAGI|begin|URL HVcauses: |PRI|NODEBUG|0|||0|
2013-10-21 19:09:43|VDfastAGI|begin|AGI Environment Dump:
2013-10-21 19:09:43|VDfastAGI|begin| -- accountcode =
2013-10-21 19:09:43|VDfastAGI|begin| -- callerid = 9227728888
2013-10-21 19:09:43|VDfastAGI|begin| -- calleridname = 9227728888
2013-10-21 19:09:43|VDfastAGI|begin| -- callingani2 = 0
2013-10-21 19:09:43|VDfastAGI|begin| -- callingpres = 0
2013-10-21 19:09:43|VDfastAGI|begin| -- callingtns = 0
2013-10-21 19:09:43|VDfastAGI|begin| -- callington = 33
2013-10-21 19:09:43|VDfastAGI|begin| -- channel = DAHDI/i1/9227728888-4
2013-10-21 19:09:43|VDfastAGI|begin| -- context = trunkinbound
2013-10-21 19:09:43|VDfastAGI|begin| -- dnid = 4801
2013-10-21 19:09:43|VDfastAGI|begin| -- enhanced = 0.0
2013-10-21 19:09:43|VDfastAGI|begin| -- extension = h
2013-10-21 19:09:43|VDfastAGI|begin| -- language = en
2013-10-21 19:09:43|VDfastAGI|begin| -- network = yes
2013-10-21 19:09:43|VDfastAGI|begin| -- network_script = call_log--HVcauses--PRI-----NODEBUG-----0---------------
2013-10-21 19:09:43|VDfastAGI|begin| -- priority = 1
2013-10-21 19:09:43|VDfastAGI|begin| -- rdnis = unknown
2013-10-21 19:09:43|VDfastAGI|begin| -- request = agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------
2013-10-21 19:09:43|VDfastAGI|begin| -- threadid = -1244517520
2013-10-21 19:09:43|VDfastAGI|begin| -- type = DAHDI
2013-10-21 19:09:43|VDfastAGI|begin| -- uniqueid = 1382362783.3
2013-10-21 19:09:43|VDfastAGI|begin| -- version = 1.8.21.0
2013-10-21 19:09:43|VDfastAGI|begin|AGI Variables: |1382362783.3|DAHDI/i1/9227728888-4|h|DAHDI|9227728888|
2013-10-21 19:09:43|VDfastAGI|call_log|Process to run: |agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------|call_log|END|
2013-10-21 19:09:43|VDfastAGI|call_log||CALL HUNG UP|
2013-10-21 19:09:43|VDfastAGI|call_log|URL HVcauses: |PRI|NODEBUG|0|||0|
2013-10-21 19:09:43|VDfastAGI|call_log||DELETE from live_inbound where uniqueid IN('1382362783.3','1382362783.3') and server_ip='192.168.1.248'|
2013-10-21 19:09:43|VDfastAGI|call_log|+++++ CALL LOG HUNGUP: |1382362783.3|DAHDI/i1/9227728888-4|h|2013-10-21 19:09:43|min: |
2013-10-21 19:09:43|VDfastAGI|call_log|DEBUG: NODEBUG
2013-10-21 19:09:43|VDfastAGI|call_log|VD_hangup : 9227728888 DAHDI/i1/9227728888-4 1 0
2013-10-21 19:09:43|VDfastAGI|call_log||SELECT lead_id,callerid,campaign_id,alt_dial,stage,UNIX_TIMESTAMP(call_time),uniqueid,status,call_time,phone_code,phone_number,queue_position FROM vicidial_auto_calls where uniqueid = '1382362783.3' or callerid = '9227728888' limit 1;|
2013-10-21 19:09:43|VDfastAGI|call_log|VD hangup: no VDAC record found: 1382362783.3 9227728888


Asterisk logs:

Code: Select all

[2013-10-21 19:09:43] VERBOSE[3307] sig_pri.c:     -- Accepting call from '9227728888' to '4801' on channel 0/19, span 1
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:1] Set("DAHDI/i1/9227728888-4", "__FROM_DID=4801") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:2] Set("DAHDI/i1/9227728888-4", "CDR(did)=4801") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:3] ExecIf("DAHDI/i1/9227728888-4", "1 ?Set(CALLERID(name)=9227728888)") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:4] Set("DAHDI/i1/9227728888-4", "__CALLINGPRES_SV=allowed") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:5] Set("DAHDI/i1/9227728888-4", "CALLERPRES()=allowed_not_screened") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [4801@from-digital:6] Goto("DAHDI/i1/9227728888-4", "trunkinbound,h,1") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Goto (trunkinbound,h,1)
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [h@trunkinbound:1] AGI("DAHDI/i1/9227728888-4", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] res_agi.c:     -- <DAHDI/i1/9227728888-4>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Auto fallthrough, channel 'DAHDI/i1/9227728888-4' status is 'UNKNOWN'
[2013-10-21 19:09:43] VERBOSE[4224] pbx.c:     -- Executing [h@trunkinbound:1] AGI("DAHDI/i1/9227728888-4", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-10-21 19:09:43] VERBOSE[4224] res_agi.c:     -- <DAHDI/i1/9227728888-4>AGI Script agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0--------------- completed, returning 0
[2013-10-21 19:09:43] VERBOSE[4224] chan_dahdi.c:     -- Hungup 'DAHDI/i1/9227728888-4'

'dialplan show trunkinbound' gives

Code: Select all

[ Context 'trunkinbound' created by 'pbx_config' ]
  'h' =>            1. AGI(agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----${HANGUPCAUSE}-----${DIALSTATUS}-----${DIALEDTIME}-----${ANSWEREDTIME}) [pbx_config]
  '_X.' =>          1. AGI(agi-DID_route.agi)                     [pbx_config]
                    2. Hangup()                                   [pbx_config]

-= 2 extensions (3 priorities) in 1 context. =-

Any input will be helpful.

If you do not have a completely separate (running, working) Vicidial system, you should not be attempting to integrate FreePBX with Vicidial yet.

Build yourself a Vicidial system from Vicibox.com's .iso image. Use the instructions in Vicibox.com's site to install the system, then use the Vicidial managers manual (from EFLO.net, free version) to configure this freshly installed system. At that point, you'll have a working copy to which you can compare your FreePBX functionality.

It can be built in a virtual server (excellent for testing!) if you don't have spare hardare.

FYI: FreePBX integration with Vicidial has been redundant since version 2.4. Nothing is gained by adding FreePBX except a lot of overhead that will severely limit the capacity of the dialer.

It is actually much better to keep the systems separate. This allows upgrade of one (in fact full reinstallation if necessary) without any effect on the other. Also Vicidial is clusterable whereas that would completely confuse the installed FreePBX. LOL

That being said: In your asterisk cli snip the exten being executed in trunkinbound is "h" which is "hangup". Not gonna get a lot of action from that. LOL (perhaps you should try sending it to the DID instead of hanging it up ...?)

Code: Select all

Goto("DAHDI/i1/9227728888-4", "trunkinbound,h,1") in new stack

Yes, did that and it worked fine.