vicidial.org

Asterisk: Asterisk 1.4.39.1-vici.go
Vicidial:2.6b0.5
DB Schema:1339
##############################################
GoAutoDial 64 Bit,SVN, then did update from 2.4-2.6.
##############################################
Linux Kernel:2.6.18-308.16.1.el5.go
OS:CentOS:5.9

So I have this same box setup right next to it, thought I would just copy the carrier information over. No dice. The only difference is trying the 2.4-2.6 upgrade. However I don't think that is the issue. Here is my carrier information.

[goautodial]
type=friend
host=38.102.250.60
port=5060
dtmfmode=rfc2833
disallow=all
allow=ulaw
qualify=yes
canreinvite=no
context=trunkinbound

exten => _91XXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _91XXXXXXXXXX,2,Dial(SIP/${EXTEN:1}@goautodial,,tTo)
exten => _91XXXXXXXXXX,3,Hangup

Here is the output of "sip peers"

Name/username Host Dyn Nat ACL Port Status
8020/8020 72.87.240.98 D N 39512 OK (104 ms)
8019/8019 (Unspecified) D N 0 UNKNOWN
8018/8018 (Unspecified) D N 0 UNKNOWN
8017/8017 (Unspecified) D N 0 UNKNOWN
8016/8016 (Unspecified) D N 0 UNKNOWN
8015/8015 (Unspecified) D N 0 UNKNOWN
8014/8014 (Unspecified) D N 0 UNKNOWN
8013/8013 (Unspecified) D N 0 UNKNOWN
8012/8012 (Unspecified) D N 0 UNKNOWN
8011/8011 (Unspecified) D N 0 UNKNOWN
8010/8010 (Unspecified) D N 0 UNKNOWN
8009/8009 (Unspecified) D N 0 UNKNOWN
8008/8008 (Unspecified) D N 0 UNKNOWN
8007/8007 (Unspecified) D N 0 UNKNOWN
8006/8006 (Unspecified) D N 0 UNKNOWN
8005/8005 (Unspecified) D N 0 UNKNOWN
8004/8004 (Unspecified) D N 0 UNKNOWN
8003/8003 (Unspecified) D N 0 UNKNOWN
8002/8002 (Unspecified) D N 0 UNKNOWN
8001/8001 130.185.155.130 D N 51894 OK (493 ms)

Here is the asterisk CLI when I try to make a "Test" Manual Call

-- Executing [8600051@default:1] MeetMe("Local/8600051@default-baab,2", "8600051|F") in new stack
[2013-02-02 23:02:25] > Channel Local/8600051@default-baab,1 was answered.
[2013-02-02 23:02:25] == Starting Local/8600051@default-baab,1 at default,99512944547,1 failed so falling back to exten 's'
[2013-02-02 23:02:25] == Starting Local/8600051@default-baab,1 at default,s,1 still failed so falling back to context 'default'
[2013-02-02 23:02:25] -- Sent into invalid extension 's' in context 'default' on Local/8600051@default-baab,1
[2013-02-02 23:02:25] -- Executing [i@default:1] Playback("Local/8600051@default-baab,1", "invalid") in new stack
[2013-02-02 23:02:25] -- <Local/8600051@default-baab,1> Playing 'invalid' (language 'en')
[2013-02-02 23:02:25] WARNING[6496]: file.c:1297 waitstream_core: Unexpected control subclass '-1'
[2013-02-02 23:02:25] WARNING[6496]: file.c:1297 waitstream_core: Unexpected control subclass '-1'
[2013-02-02 23:02:27] == Manager 'sendcron' logged off from 127.0.0.1
[2013-02-02 23:02:29] == Auto fallthrough, channel 'Local/8600051@default-baab,1' status is 'UNKNOWN'
[2013-02-02 23:02:29] -- Executing [h@default:1] DeadAGI("Local/8600051@default-baab,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-02-02 23:02:29] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[2013-02-02 23:02:29] == Spawn extension (default, 8600051, 1) exited non-zero on 'Local/8600051@default-baab,2'
[2013-02-02 23:02:29] -- Executing [h@default:1] DeadAGI("Local/8600051@default-baab,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-02-02 23:02:29] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[2013-02-02 23:02:29] == Parsing '/etc/asterisk/manager.conf': [2013-02-02 23:02:29] Found
[2013-02-02 23:02:29] == Manager 'sendcron' logged on from 127.0.0.1
[2013-02-02 23:02:29] -- Executing [58600051@default:1] MeetMe("Local/58600051@default-72dc,2", "8600051|Fmq") in new stack
[2013-02-02 23:02:29] > Channel Local/58600051@default-72dc,1 was answered.
[2013-02-02 23:02:29] -- Executing [8309@default:1] Answer("Local/58600051@default-72dc,1", "") in new stack
[2013-02-02 23:02:29] -- Executing [8309@default:2] Monitor("Local/58600051@default-72dc,1", "wav|20130202-230227_9512944547") in new stack
[2013-02-02 23:02:29] -- Executing [8309@default:3] Wait("Local/58600051@default-72dc,1", "3600") in new stack
[2013-02-02 23:02:31] == Manager 'sendcron' logged off from 127.0.0.1
[2013-02-02 23:02:31] == Parsing '/etc/asterisk/manager.conf': [2013-02-02 23:02:31] Found
[2013-02-02 23:02:31] == Manager 'sendcron' logged on from 127.0.0.1
[2013-02-02 23:02:31] == Spawn extension (default, 58600051, 1) exited non-zero on 'Local/58600051@default-72dc,2'
[2013-02-02 23:02:31] -- Executing [h@default:1] DeadAGI("Local/58600051@default-72dc,2", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-02-02 23:02:31] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[2013-02-02 23:02:31] == Spawn extension (default, 8309, 3) exited non-zero on 'Local/58600051@default-72dc,1'
[2013-02-02 23:02:31] -- Executing [h@default:1] DeadAGI("Local/58600051@default-72dc,1", "agi://127.0.0.1:4577/call_log--HVcauses--PRI-----NODEBUG-----0---------------") in new stack
[2013-02-02 23:02:31] -- AGI Script agi://127.0.0.1:4577/call_log--HVcauses ... ---------- completed, returning 0
[2013-02-02 23:02:33] == Manager 'sendcron' logged off from 127.0.0.1


Thank you for all your time, like I said I have a system in parallel running, the only difference is I did not try to update to 2.6. The entire reason for the update is I thought that is what I was going to have to do to get pressing 2 in call menu to add customer to DNC list system wide. But I will get to that on another topic.

1) Always include your vicidial version with build (you omitted the build).

2) You mentioned an upgrade, but did not mention your steps in the upgrade (or where you found the directions for the upgrade that you followed). So it is entirely possible you failed in the upgrade but assume it worked and want us to assume with you. Hm.

3) 99512944547 does not match 91XXXXXXXXXX (note 91 vs 99). Which will inevitably result in extension not found. Did you forget to load the Dial Code for the lead?

Oh wow, William Conley, I am honored. I read up on a lot of your posts, as just to learn. So let me try to explain situation better, per your request, and forum requirements.

ViciDial
VERSION: 2.4-309a
BUILD: 110430-1642
© 2011 ViciDial Group

The Upgrade I did was these steps.

REQUIRED STEPS!!!

1. Check system_settings, make sure you are at DB Schema Version 1316 or higher
If not, run the instructions for 2.2.0 to 2.4 before this section.

2. upgrade the MySQL asterisk database(you have two options):
A. Running the upgrade file directly from Linux:
mysql -f --database=asterisk < /path/from/root/extras/upgrade_2.6.sql

B. Going into mysql and executing the upgrade sql file:
mysql
use asterisk
\. /path/from/root/extras/upgrade_2.6.sql
quit

3. install new files:
perl ./install.pl
NOTES: If you have customized any scripts in the bin or agi folders,
then make sure you back them up before running the install.pl script.
This script will replace existing files in the astguiclient installation.

4. For each of your ViciDial servers, go the Admin -> Servers -> Modify Server
page and set each one to "Rebuild conf files = Y" and click submit.
This will rebuild the conf files to ensure any changes are updated.

5. On one server only, update your phone codes data:
/usr/share/astguiclient/ADMIN_area_code_populate.pl --purge-table --debug

**Edit, this is what I followed to upgrade Vici, which I had no errors.**
http://wiki.vicidial.org/index.php/SVN:howto
**Edit this link in turn came from striker on this link**
viewtopic.php?f=7&t=26495

Thanks William for the support.

ordinarily it is sufficient to say "followed instructions in UPGRADE.txt document" and then list the commands you executed. Reason being: There are several "if/then" statements in the installation and options. You posted the directions verbatim ... but without showing the commands you executed. So we don't know which options/ifs you executed ... which could mean you chose the wrong one.

For instance: The first items says Make sure version is 1316 ... was it?

Which doesn't really matter if you modified your dial plan for your carrier to fit 99512944547 or if you put the dial code on your leads so the number dialed is 919512944547 which matches 91XXXXXXXXXX

But keep going, you'll get it eventually. (yep, i'm hypercritical, comes with the Technical Territory ... besides, it pays well)

Is this what you were asking for?
defined conf file: /etc/astguiclient.conf
defined home path: /usr/share/astguiclient
defined logs path: /var/log/astguiclient
defined agi-bin path: /var/lib/asterisk/agi-bin
defined webroot path: /var/www/html
defined sounds path: /var/lib/asterisk/sounds
defined monitor path: /var/spool/asterisk/monitor
defined DONEmonitor path: /var/spool/asterisk/monitorDONE
defined server_ip: 72.87.240.102
defined DB_server: localhost
defined DB_database: asterisk
defined DB_user: cron
defined DB_pass: 1234
defined DB_custom_user: custom
defined DB_custom_pass: custom1234
defined DB_port: 3306
defined active_keepalives: 1234568
defined asterisk_version: 1.4
defined copying conf files: n
defined copying weblang files:
defined FTP_host: 72.87.240.102
defined FTP_user: cron
defined FTP_pass: test
defined FTP_port: 21
defined FTP_dir: RECORDINGS
defined HTTP_path: 72.87.240.102
defined REPORT_host: 72.87.240.102
defined REPORT_user: cron
defined REPORT_pass: test
defined REPORT_port: 21
defined REPORT_dir: REPORTS
defined fastagi_log_min_servers: 3
defined fastagi_log_max_servers: 16
defined fastagi_log_min_spare_servers: 2
defined fastagi_log_max_spare_servers: 8
defined fastagi_log_max_requests: 1000
defined fastagi_log_checkfordead: 30
defined fastagi_log_checkforwait: 60
?

And I was just trying to manual dial a number. I feel like this has more to do with my carrier configuration. Here is my modified carrier information.

[goautodial]
type=friend
host=38.102.250.60
port=5060
dtmfmode=rfc2833
disallow=all
allow=ulaw
qualify=yes
canreinvite=no
context=trunkinbound

exten => _99XXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _99XXXXXXXXXX,2,Dial(SIP/${EXTEN:1}@goautodial,,tTo)
exten => _99XXXXXXXXXX,3,Hangup

Nope, none of those "defined" lines are something you typed. those are the default entries that resulted during your install.pl file, though. So they are helpful after a fashion. But what did you type at the command line before and after "install.pl"? that install.pl performs the installation of the upgraded scripts ... but what about the db? and where did you get those scripts?

Regardless of that, of course: This was likely where your problem was anyway (note that "99" should be "91"):

Code: Select all

exten => _99XXXXXXXXXX,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _91XXXXXXXXXX,2,Dial(SIP/${EXTEN:1}@goautodial,,tTo)
exten => _91XXXXXXXXXX,3,Hangup

After making this change, you must be sure all your leads have a "Dial Code" of "1". Assuming US phone numbers, your carrier will expect that 1 before each number.

As an alternative (not recommended, but may demonstrate functionality):

Code: Select all

exten => _9XXXXXXX.,1,AGI(agi://127.0.0.1:4577/call_log)
exten => _9XXXXXXX.,2,Dial(SIP/${EXTEN:1}@goautodial,,tTo)
exten => _9XXXXXXX.,3,Hangup

This will take any 8 digit number starting with "9" and strip off the "9" (which was added by the campaign as the "Dial Prefix" most likely) and then pass the resulting number to your carrier.

However: This particular setup assumes you have an account with a provider named "goautodial" (ie: Gardo on this site). You may wish to use another provider if calling inside the US, I have no idea what his rates are or his call quality (or availability to set up an account).

Happy Hunting!

William, I am going to try the changes you specify in the carrier. As for what I typed before hand to start that script, I did what was default "perl ./install.pl". I did all options default, and only changed where you see my ip address. Hopefully this works. I am a experienced *nix person. If these carrier changes do not work, I will burn it down and try it again. As this is our development server. Thank you so much for your time! You are truly knowledgeable.

My advice: Start over several more times. It's an easy install after you get used to it. And Free. I love that part.

But how did you upgrade? You only showed install.pl ... that can't happen until after you upgrade your sources, and then there's the upgrade of the DB ...

If you type history, you'll see what YOU did (no "notes" or "instructions", but the actual commands you executed ...).

Thank you so much for the support. I will post my results when I achieve success to this forum. William, I piped my history command to a text file and it is rather large. I tried imputing the carrier information like you said, actually both ways. However it still did not work, and according to the asterisk -r still was doing the same thing. I will burn it down and build it back up tomorrow at work. Should not take long. Cheers.

Well William, here we go again. Fresh install, of 64 Bit. Everything us working and running fine.

Can you please point me in the direction(S) for applying appropriate updates on the correct pieces of software? Or is this asking to much.

If you freshly installed ... what do you want to update? Are you trying to bring in your old data ...?

Well, I guess it was just to test out new features. And the only one that I have noticed was the "QC". If it is not necessary, then awesome! And I can wait for GoAutoDial 3.0. Essentially, ultimately, we are just looking for better reporting options. Maybe something comparable to "Five9". Which seems almost infinite compared to most open source dialers. We have tried Queumetrics, and a few others. Not really quite what we are looking for. You rock William!

reporting has not changed significantly. And if you just installed, you already have the latest.

however: knowing how to upgrade is a cool thing. nothing stopping you from upgrading nightly.

The "How To SVN" in the Vicidial Wiki above contains the instructions.

Oh, and if you want a report ... post precise details of the requirements and/or pay someone to create it (and of course, supply the code to The Vicidial Group for inclusion in the project!). Everybody contributes, and this project rocks. There is NO other dialer that compares to Vicidial.