How to use VDAD 8364 for Voice Broadcast

[irfanlateef]

Hi,

I am running Centos 5.2 /Asterisk 1.4.22/FreePBX 2.5.1.0 and
VICIDIAL astguiclient_2.0.4.1rc5

My campaign is working fine with Exten VDAD set to 8365 and manual
dialling.
Now I am trying to run as no-agent campaign.
So I changed the VDAD extension to 8364 from 8365 in the campaign.

The extensions.conf has this entry

#### VDAD STANDARD TRANSFER ENTRIES ####
; VICIDIAL_auto_dialer transfer script for no-agent campaigns:
exten => 8364,1,Playback(sip-silence)
exten => 8364,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8364,3,AGI(agi-VDADtransferBROADCAST.agi,${EXTEN})
exten => 8364,4,AGI(agi-VDADtransferBROADCAST.agi,${EXTEN})
exten => 8364,5,Hangup

According to this entries looks like it will play silence.
I am unable to figure out where to configure the recording it has to play
to the dialled out lead when the phone is answered or AMD is triggerred.

Appreciate your help.

Thanks,
Irfan

[irfanlateef]

I even added this to the extensions.conf as mentioned by Nortelguy in
his post dated as below:
Posted: Tue Oct 28, 2008 7:31 pm Post subject: Voice Broadcasting and Batch Dialing

; VICIDIAL SURVEY transfer script AMD with Load Balanced:
exten => 8373,1,Playback(sip-silence)
exten => 8373,2,AGI(agi://127.0.0.1:4577/call_log)
exten => 8373,3,AMD(4000|1500|1500|6000|120|50|3|256)
exten => 8373,4,AGI(VD_amd.agi,${EXTEN})
exten => 8373,5,AGI(agi-VDAD_ALL_outbound.agi,SURVEYCAMP-----LB)
exten => 8373,6,AGI(agi-VDAD_ALL_outbound.agi,SURVEYCAMP-----LB)
exten => 8373,7,Hangup


It did not help.

I think I fundamentally lack the understanding of the steps involved in
voice broadcasting. I would be nice if some can post the steps.

Appreciate any responses.

Thanks,
Irfan

[mflorell]

Have you read the VICIDIAL Manager Manual?

[irfanlateef]

Folks,

I have read the free version of the manual and all the posts on this list
related to voice broadcast. I think I have followed all the steps.

I have two specifics questions.

(1) How to generally enable the debug logs and which screen to
monitor to debug this problem.

(2) Can some post a good log of asterisk and vicidial to see what is suppose to
do for the 8366 extension.

I have the VDAD extension to 8366, but it behaving as it was when the
VDAD extension 8365. So what else it missing.

Please see my asterisk log and let me know if you can find something
obvious missing.

== Parsing '/etc/asterisk/manager.conf': Found
== Parsing '/etc/asterisk/manager_additional.conf': Found
== Parsing '/etc/asterisk/manager_custom.conf': Found
== Manager 'sendcron' logged on from 127.0.0.1
-- Executing [8600051@from-internal:1] MeetMe("Local/8600051@from-internal-0718,2", "8600051|F") in new stack
> Channel Local/8600051@from-internal-0718,1 was answered.
-- Executing [917324201936@from-internal:1] Macro("Local/8600051@from-internal-0718,1", "user-callerid|SKIPTTL|") in new stack
-- Executing [s@macro-user-callerid:1] Set("Local/8600051@from-internal-0718,1", "AMPUSER=0000000000") in new stack
-- Executing [s@macro-user-callerid:2] GotoIf("Local/8600051@from-internal-0718,1", "1?report") in new stack
-- Goto (macro-user-callerid,s,11)
-- Executing [s@macro-user-callerid:11] GotoIf("Local/8600051@from-internal-0718,1", "1?continue") in new stack
-- Goto (macro-user-callerid,s,20)
-- Executing [s@macro-user-callerid:20] NoOp("Local/8600051@from-internal-0718,1", "Using CallerID "M0122105410000120036" <0000000000>") in new stack
-- Executing [917324201936@from-internal:2] Set("Local/8600051@from-internal-0718,1", "_NODEST=") in new stack
-- Executing [917324201936@from-internal:3] Macro("Local/8600051@from-internal-0718,1", "record-enable|0000000000|OUT|") in new stack
-- Executing [s@macro-record-enable:1] GotoIf("Local/8600051@from-internal-0718,1", "1?check") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing [s@macro-record-enable:4] AGI("Local/8600051@from-internal-0718,1", "recordingcheck|20090122-105410|1232639650.101") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
recordingcheck|20090122-105410|1232639650.101: PHPAGI internal configuration:
recordingcheck|20090122-105410|1232639650.101: Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [phpagi] => Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [debug] => 1
recordingcheck|20090122-105410|1232639650.101: [error_handler] => 1
recordingcheck|20090122-105410|1232639650.101: [admin] => il110w@att.com
recordingcheck|20090122-105410|1232639650.101: [hostname] => cbusivr.mt.att.com
recordingcheck|20090122-105410|1232639650.101: [tempdir] => /tmp
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: [asmanager] => Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [server] => localhost
recordingcheck|20090122-105410|1232639650.101: [port] => 5038
recordingcheck|20090122-105410|1232639650.101: [username] => voiceglue
recordingcheck|20090122-105410|1232639650.101: [secret] => voiceglue
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: [fastagi] => Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [setuid] => 1
recordingcheck|20090122-105410|1232639650.101: [basedir] => /var/lib/asterisk/agi-bin/
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: [festival] => Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [text2wave] => /usr/bin/text2wave
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: [cepstral] => Array
recordingcheck|20090122-105410|1232639650.101: (
recordingcheck|20090122-105410|1232639650.101: [swift] => /opt/swift/bin/swift
recordingcheck|20090122-105410|1232639650.101: [voice] => David
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: )
recordingcheck|20090122-105410|1232639650.101:
recordingcheck|20090122-105410|1232639650.101: No AMPUSER db entry for 0000000000. Not recording
-- AGI Script recordingcheck completed, returning 0
-- Executing [s@macro-record-enable:5] MacroExit("Local/8600051@from-internal-0718,1", "") in new stack
-- Executing [917324201936@from-internal:4] Macro("Local/8600051@from-internal-0718,1", "dialout-trunk|1|17324201936||") in new stack
-- Executing [s@macro-dialout-trunk:1] Set("Local/8600051@from-internal-0718,1", "DIAL_TRUNK=1") in new stack
-- Executing [s@macro-dialout-trunk:2] GosubIf("Local/8600051@from-internal-0718,1", "0?sub-pincheck|s|1") in new stack
-- Executing [s@macro-dialout-trunk:3] GotoIf("Local/8600051@from-internal-0718,1", "0?disabletrunk|1") in new stack
-- Executing [s@macro-dialout-trunk:4] Set("Local/8600051@from-internal-0718,1", "DIAL_NUMBER=17324201936") in new stack
-- Executing [s@macro-dialout-trunk:5] Set("Local/8600051@from-internal-0718,1", "DIAL_TRUNK_OPTIONS=tr") in new stack
-- Executing [s@macro-dialout-trunk:6] Set("Local/8600051@from-internal-0718,1", "OUTBOUND_GROUP=OUT_1") in new stack
-- Executing [s@macro-dialout-trunk:7] GotoIf("Local/8600051@from-internal-0718,1", "0?nomax") in new stack
-- Executing [s@macro-dialout-trunk:8] GotoIf("Local/8600051@from-internal-0718,1", "0?chanfull") in new stack
-- Executing [s@macro-dialout-trunk:9] GotoIf("Local/8600051@from-internal-0718,1", "0?skipoutcid") in new stack
-- Executing [s@macro-dialout-trunk:10] Set("Local/8600051@from-internal-0718,1", "DIAL_TRUNK_OPTIONS=") in new stack
-- Executing [s@macro-dialout-trunk:11] Macro("Local/8600051@from-internal-0718,1", "outbound-callerid|1") in new stack
-- Executing [s@macro-outbound-callerid:1] ExecIf("Local/8600051@from-internal-0718,1", "0|SetCallerPres|") in new stack
-- Executing [s@macro-outbound-callerid:2] ExecIf("Local/8600051@from-internal-0718,1", "1|Set|REALCALLERIDNUM=0000000000") in new stack
-- Executing [s@macro-outbound-callerid:3] GotoIf("Local/8600051@from-internal-0718,1", "1?normcid") in new stack
-- Goto (macro-outbound-callerid,s,6)
-- Executing [s@macro-outbound-callerid:6] Set("Local/8600051@from-internal-0718,1", "USEROUTCID=") in new stack
-- Executing [s@macro-outbound-callerid:7] Set("Local/8600051@from-internal-0718,1", "EMERGENCYCID=") in new stack
-- Executing [s@macro-outbound-callerid:8] Set("Local/8600051@from-internal-0718,1", "TRUNKOUTCID=7323681082") in new stack
-- Executing [s@macro-outbound-callerid:9] GotoIf("Local/8600051@from-internal-0718,1", "1?trunkcid") in new stack
-- Goto (macro-outbound-callerid,s,12)
-- Executing [s@macro-outbound-callerid:12] ExecIf("Local/8600051@from-internal-0718,1", "1|Set|CALLERID(all)=7323681082") in new stack
-- Executing [s@macro-outbound-callerid:13] GotoIf("Local/8600051@from-internal-0718,1", "1?exit") in new stack
-- Goto (macro-outbound-callerid,s,11)
-- Executing [s@macro-outbound-callerid:11] MacroExit("Local/8600051@from-internal-0718,1", "") in new stack
-- Executing [s@macro-dialout-trunk:12] ExecIf("Local/8600051@from-internal-0718,1", "0|AGI|fixlocalprefix") in new stack
-- Executing [s@macro-dialout-trunk:13] Set("Local/8600051@from-internal-0718,1", "OUTNUM=17324201936") in new stack
-- Executing [s@macro-dialout-trunk:14] Set("Local/8600051@from-internal-0718,1", "custom=DAHDI/g0") in new stack
-- Executing [s@macro-dialout-trunk:15] ExecIf("Local/8600051@from-internal-0718,1", "0|Set|DIAL_TRUNK_OPTIONS=M(setmusic^)") in new stack
-- Executing [s@macro-dialout-trunk:16] Macro("Local/8600051@from-internal-0718,1", "dialout-trunk-predial-hook|") in new stack
-- Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("Local/8600051@from-internal-0718,1", "") in new stack
-- Executing [s@macro-dialout-trunk:17] GotoIf("Local/8600051@from-internal-0718,1", "0?bypass|1") in new stack
-- Executing [s@macro-dialout-trunk:18] GotoIf("Local/8600051@from-internal-0718,1", "0?customtrunk") in new stack
-- Executing [s@macro-dialout-trunk:19] Dial("Local/8600051@from-internal-0718,1", "DAHDI/g0/17324201936|300|") in new stack
-- Requested transfer capability: 0x00 - SPEECH
-- Called g0/17324201936
-- DAHDI/1-1 is proceeding passing it to Local/8600051@from-internal-0718,1
-- DAHDI/1-1 is ringing
-- DAHDI/1-1 answered Local/8600051@from-internal-0718,1
== Manager 'sendcron' logged off from 127.0.0.1


Appreciate your help.

Thanks,
Irfan

[Trying]

Purchase the manager manual. Not only will you get a lot of information but you will also support this awesome project.

[mflorell]

Can I ask why you are using macros?

[irfanlateef]

Matt,

I am not intentionally using macros. It is a side effect of FreePBX.

I installed Asterisk and FreePBX and I think macros' usage is because
of the FreePBX default implementation.

I have installed the Vicidial extensions under the [default] context
as per the samples. But the phone extension I am using with the vicidial user login is
under the [from-internal] context . I have set this context in the
Phone Extension setting in the Phone configuration page.

When the Campaign VDAD extension is set to 8365 I am able to make
manual out bound calls but when I changed to 8366 I was expecting that
the corresponding dialplan would be trigger and I would be able to do a voice
broadcast kind of campaign. That did not happen and thats where I am
stuck and debugging.

I trying to find out where to enable the debug logs and where to see the
logs.


Appreciate your attention.

Thanks,
Irfan

[mflorell]

It is best to start with a working system using Asterisk without FreePBX for your first system. It is extremely difficult to troubleshoot a system with FreePBX on it.

[irfanlateef]

Matt,

This is an already working system and we cannot go back.
I just want to confirm that vicidial is sending the right commands.
I will then work with Asterisk and FreePBX forums to debug the problem
of why it is not triggerring.
My concern is, vicidial might still be sending the call to 8365 extn and not to 8366.
I am trying to see the log where it is says it is using 8365 for
agent campaigns and when I change it to VDAD extension to 8366
it show that the call is going to 8366 extension and fail.

If you can point to the log which defines the interface between
Asterisk and Vicidial I will debug on the asterisk side it the values
are coming in right from the vicidial end.

Thanks,
Irfan

[mflorell]

You are kind of proving my point, it's extremely difficult to debug FreePBX. The other issue is that even if it is making it to that extension, did you work around enough of FreePBX's rules so that it is not effecting the callerIDname? If not it won't work either, and that's just the beginning.

We found working on FreePBX systems so infuriating that we won't support them(there are a couple of consultants that do specialize in it though). We recommend getting a separate server and using an IAX trunk between them. It's a much simpler solution.

[mcargile]

Also 1.4.22 and 1.4.23 asterisk are completely broken for use with Vicidial. It will not work for any length of time. It will have insanely high load spikes and somethings will just not work properly. The last version of the 1.4 asterisk tree that works with Vicidial is 1.4.21.2.

[irfanlateef]

mcargile,

Thanks for your feedback. It seems very authoritative and convincing.
I don't believe in going backwards on releases, is there any release
after 1.4.22 which works with vicidial on the 1.4.X branch.

I think 1.6.X is still not stable to use in real environments.

I would appreciate if you can elaborate on the brokeness.
Which functionality is completely broken and what can work.

Regards,
Irfan