Page 1 of 1
GoAutoDial CE 2.0 Final Is Out!
Posted:
Tue Sep 21, 2010 5:02 pm
by gardo
It's finally here. GoAutoDial CE 2.0 (formerly VicidialNOW):
Fully web based systems administration
Vicidial and VtigerCRM integration (user synchronization, click to call feature and etc.)
Out of the box Sangoma telephony card and USB voice timer support
New agent interface
Updated software packages
What's inside?
Vicidial 2.2.1
Asterisk 1.4.27.1-vici
Dahdi 2.3
VtigerCRM 5.1.0
Sangoma 3.5.14
CentOS 5.5 (modified kernel as usual)
Please see the changelog on the CD for complete list of changes.
To get GoAutoDial working fast use the Getting Start Guide here:
http://goautodial.com/wiki/getting-started-guide/
Posted:
Tue Sep 21, 2010 7:02 pm
by januariustm
Download now!
i am facing problem with dahdi, kindly help
Posted:
Fri Sep 24, 2010 11:05 pm
by anilbakhtani
chan_dahdi.c:4097 handle_alarms: Detected alarm on channel 4: Red Alarm
Great !!!
Posted:
Mon Oct 04, 2010 2:18 pm
by avinash_shah
Will be downloading and checking out in a day or two. Will keep posted if any.
Thanks for the great job
Posted:
Sun Dec 12, 2010 6:40 am
by unicorncn
Cannot open the goautodial.com website usually.
Posted:
Thu Dec 16, 2010 10:16 am
by rohitrmenon
is there any way i can upgrade it ... i mean vicidial Now to GOAUTODIAL ? without installing it ?
Posted:
Thu Dec 16, 2010 2:52 pm
by gardo
There is no easy way to do it. The recommended method is to install GoAutoDial.
Posted:
Thu Dec 16, 2010 4:03 pm
by williamconley
ACTUALLY: from a realistic standpoint ... yes and no.
You CAN back up your data (just the database is required) using the script for backing up in /usr/share/astguiclient.
THEN fully install GoAutoDial. Then TEST the system to be sure it works. Then restore your data and follow the UPGRADE instructions to update your database to match the installed version of Vicidial.
In other words: You cannot easily "Upgrade" from VicidialNOW directly to GoAutoDial without a full reinstall, but you CAN bring your data along for the ride AFTER the full reinstall!
This works, of course, because The Vicidial Group creates upgrade scripts for each successive version of the data structure. And GoAutoDial is a wrapper for Vicidial just like VicidialNOW was (although GoAutoDial wraps a bit more tightly, it's STILL Vicidial under there! Virtually Unaltered, but with ADDED stuff!)
Posted:
Thu Dec 16, 2010 4:30 pm
by gardo
@williamconley: that's a very good workaround.
Though not easy for beginners.
Posted:
Thu Dec 16, 2010 4:33 pm
by williamconley
Very true, but for someone who wants to avoid the loss of data, but also wants the benefits of GoAutoDial ... they may take on the challenge (OR knowing that it isn't actually all that difficult, they may opt to hire a professional over the weekend ...
)
GoAutodial vs Vicidial Now
Posted:
Thu Dec 30, 2010 8:55 pm
by cleosent
Happy New Year to all.
What are the main differences between Goautodial and Vicidial Now? Any major changes that will be applicable to a small outbound Call Center
Posted:
Thu Dec 30, 2010 9:16 pm
by williamconley
improved interface (the parts outside vicidial) that make system management easier
upgraded vicidial (2.2 vicidial has many more toys than 2.0 vicidial)
Re: GoAutoDial CE 2.0 Final Is Out!
Posted:
Tue Apr 26, 2011 8:45 am
by douglaswscott
great now how do I get s 64 bit distro of it?
gardo wrote:It's finally here. GoAutoDial CE 2.0 (formerly VicidialNOW):
Fully web based systems administration
Vicidial and VtigerCRM integration (user synchronization, click to call feature and etc.)
Out of the box Sangoma telephony card and USB voice timer support
New agent interface
Updated software packages
What's inside?
Vicidial 2.2.1
Asterisk 1.4.27.1-vici
Dahdi 2.3
VtigerCRM 5.1.0
Sangoma 3.5.14
CentOS 5.5 (modified kernel as usual)
Please see the changelog on the CD for complete list of changes.
To get GoAutoDial working fast use the Getting Start Guide here:
http://goautodial.com/wiki/getting-started-guide/
Posted:
Tue Apr 26, 2011 10:10 am
by williamconley
Send some $$ to Gardo ...?
Or build it yourself ... (the installation method on THAT .iso could be applied to a 64 bit .iso ...)
64 bit distro cost?
Posted:
Tue Apr 26, 2011 10:30 am
by douglaswscott
I am interested, how much would that cost?
williamconley wrote:Send some $$ to Gardo ...?
Or build it yourself ... (the installation method on THAT .iso could be applied to a 64 bit .iso ...)
Posted:
Tue Apr 26, 2011 10:37 am
by williamconley
If PoundTeam did it, probably in the realm of $1000 to generate an installable 64-bit CentOS .iso based on Gardos 32 bit version. I'd have to look into it a bit deeper to get a solid quotation.
If you just want a scratch install on CentOS 64 bit, that would be less, but not "installable" on several machines.
But if you PM gardo ... I have no idea what he would charge.
Posted:
Tue Apr 26, 2011 11:08 am
by mflorell
If you need 64-bit, vicibox already has a 64-bit version ISO installer. It is not CentOS of course, but it is fully supported and has been in use for several months.
Posted:
Tue Apr 26, 2011 11:14 am
by williamconley
And it's ALL we use in our colo. 64bit Vicibox Redux. (OK: except the one the client refuses to give up that is Vicibox 1.0.0RC2 still in Ubuntu!)
I have redux it loaded
Posted:
Tue Apr 26, 2011 2:46 pm
by douglaswscott
I just finished trying the redux version. I have it installed but missing stuff like apt-get.
williamconley wrote:And it's ALL we use in our colo. 64bit Vicibox Redux. (OK: except the one the client refuses to give up that is Vicibox 1.0.0RC2 still in Ubuntu!)
Posted:
Tue Apr 26, 2011 2:57 pm
by williamconley
would it surprise you to hear that vicibox redux installs a different operating system, one that does not use aptitude? (ie: apt-get)
Not surprised
Posted:
Wed Apr 27, 2011 10:43 am
by douglaswscott
Not really, after testing the other dialers out there.
Redux has a terrible user interface during the initial install, OS Dial is missing features, but both have 64 bit distro's.
I have followed instructions from two different sites trying to fresh install Centos 5.5 64 bit to no avail.
Last try had the Zaptel dummy driver working but asterisk -r was not in the path to execute when typed. I had some type of perl issue going on too.
I looked into starting from Asterisk as a 64 bit distro but the version is 1.7.1.
I was hoping to take advantage of a quad dual core xeon box and not have to run 3 dialers. I have 2 sql boxes, 1 pri 1 spare. I have 2 centos servers for backups, 1 pri and rsync to a 2nd one just in case.
We would like to run more seats but 32 bit servers are growing here like mushrooms.
williamconley wrote:would it surprise you to hear that vicibox redux installs a different operating system, one that does not use aptitude? (ie: apt-get)
Posted:
Wed Apr 27, 2011 10:52 am
by mflorell
the database is the only server in a vicidial cluster that really gains anything from using 64 bit.
As for Vicibox's "terrible user interface during install", what suggestions do you have to make it better? Did you actually install it? Did you follow the vicibox installation guide?
Posted:
Wed Apr 27, 2011 10:56 am
by williamconley
Don't even consider OSdial (early fork of Vicidial from WAY back and AFAIK they have no support, the project is inactive at least 90% of the time).
Redux will install, but try it in a VMWare a few times to get used to it if you have issues. It does take some getting used to, but that's because it has a bunch of options. If you want to have a powerful system when you are done, along with the ability to easily add more servers when the time comes, Vicibox Redux is definitely the way to go.
However, if you read the manual for clustering, you will find that having 3 dialers in a single cluster can make life easier the first time you have a hard drive fail. Also, clusters do allow for simpler expansion and reduce the likelihood of a "monster machine" taking down the entire system (as long as you keep your mysql server solid as a rock ... you're good to go on your cluster, any other server can be duplicated). Also: The Mysql server does NOT need to be a Vicidial server. There are some "mods" like increasing the connections that are necessary, but those are just some changes in the my.cnf, nothing special. Oh: and you MUST time-sync the servers in the cluster (using ntp.conf, not just a cronjob that compares times every now and then, ie: sync them, don't "set" them).
Re: Not surprised
Posted:
Thu Apr 28, 2011 4:06 pm
by gardo
64bit GoAutoDial is in the roadmap. An alternative is if you're planning to do a multi-server Vicidial install is have the database on 64 bit CentOS then the dialers on 32 bit GoAutoDial. This solution works pretty well and is highly scalable. We have dual quad core Xeons on 32bit GoAutoDial running 80 agents outbound (full recordings and g729 codec) connected to a 64bit CentOS database server without any hiccups.
douglaswscott wrote:Not really, after testing the other dialers out there.
Redux has a terrible user interface during the initial install, OS Dial is missing features, but both have 64 bit distro's.
I have followed instructions from two different sites trying to fresh install Centos 5.5 64 bit to no avail.
Last try had the Zaptel dummy driver working but asterisk -r was not in the path to execute when typed. I had some type of perl issue going on too.
I looked into starting from Asterisk as a 64 bit distro but the version is 1.7.1.
I was hoping to take advantage of a quad dual core xeon box and not have to run 3 dialers. I have 2 sql boxes, 1 pri 1 spare. I have 2 centos servers for backups, 1 pri and rsync to a 2nd one just in case.
We would like to run more seats but 32 bit servers are growing here like mushrooms.
williamconley wrote:would it surprise you to hear that vicibox redux installs a different operating system, one that does not use aptitude? (ie: apt-get)
Posted:
Thu Apr 28, 2011 4:38 pm
by williamconley
That's good info.
"dual quad core" = 8 processors (not shabby). What speed? Memory?
There have been many posts by users trying to get to 64 bit, and now that OpenSuSE HAS 64 bit there is a lot more data available, and yet there still seems to be no real support for 64 bit being "better" than 32 bit (except for the database server).
Are the dialers both operating as web as well, or does that cluster have a sep web server?
Why we need Centos 5.5 64 bit.
Posted:
Tue May 03, 2011 10:19 am
by douglaswscott
The speed of the Xeons are 3.2 ghz and the memory is 12 gigabytes. 64 Bit Centos shows 16 cpu's due to the hyperthreading.
I have read of other shops installing from scratch and running seats over 120 people.
We are expanding our shop which is currently 53 seats to about 200 to 250 seats and I do not need a rack full of old technology 32 bit os dialers with a small seat limit.
Ubuntu issue - Our UPS is the APC RT1000. I have talked to APC engineers as their network shutdown utility that runs on just about any Linux distro except Ubuntu. They stated as to the /etc folder differences they will not work on or support Ubuntu. Centos is our only option for Vici.
As to managers dealing with multi dialers - We have our managers monitor agents from cordless sip phones as they walk around the floor. The managers carry a sip phone for each dialer as he dials the agents conference to monitor.
I am not sure if there is another way to monitor but the managers are starting to look like Jedi Knghts with all of the cordless phones hanging from thier belts.
To recap - the number of seats, managing the floor and ups support all point to looking into Centos 5.5 64 bit.
Hope the info helps.
williamconley wrote:That's good info.
"dual quad core" = 8 processors (not shabby). What speed? Memory?
There have been many posts by users trying to get to 64 bit, and now that OpenSuSE HAS 64 bit there is a lot more data available, and yet there still seems to be no real support for 64 bit being "better" than 32 bit (except for the database server).
Are the dialers both operating as web as well, or does that cluster have a sep web server?
Posted:
Tue May 03, 2011 2:31 pm
by williamconley
the info absolutely does help. well done.
write a script that allows the managers to call the agents by user # instead of calling conferences. not hard, really.
the apc utility is perplexing, of course, but if you have many servers connected to the UPS I would suspect you could use one of them as a control to shut down the OpenSuSE boxes (ie: Proxy shutdown). Also remember that Vicibox 1.0 was Ubuntu, Vicibox Redux (2.0 and later) is OpenSuSE ... do they support OpenSuSE
?
Then COPY the GoAutoDial installation methodology and/or call Gardo! (I am willing to bet he could design you a 64-bit CentOS installation, but you'd have to make it worth interrupting his schedule ... if you do it right, he may even publish it so he'd have GoAutoDial 3.0!!!)
opening up mysql to remote servers.
Posted:
Mon Jun 13, 2011 4:00 pm
by douglaswscott
The box running our SQL is overloaded and running slow.
I built a fresh server and decied to load Centos x64 on it.
I then installed SQL-SERVER and CLIENT via yum.
I have the asterisk database created and the dump imported.
How do I allow access to asterisk from other IP's? I have ip-tables off.
I have copied the /etc/my.cnf file over to the new server.
I have set the chkconfig so sql starts at boot.
When I use navicat to connect I get a "1045 - Access denied for user 'root'@'10.10.0.237' (using password: YES).
What am I missing as the vici install of sql doesnt seem to care what IP I connect from.
Posted:
Tue Jun 14, 2011 12:32 am
by viciflash
check you cnf. may be the config only allows incoming connection (bound to an ip address)
or possibly "root" only accepts connection from a specific ip address.
here's what i did before:
mysql> CREATE USER 'r00t'@'%' IDENTIFIED BY 'r00tpass';
mysql> GRANT ALL ON <asterisk_db>.* TO 'r00t'@'%';
mysql> FLUSH PRIVILEGES;
user cron worked
Posted:
Tue Jun 14, 2011 8:27 am
by douglaswscott
I added cron with pw 1234 per your instructions - it worked.
root I granted and flushed - still refuses root.
viciflash wrote:check you cnf. may be the config only allows incoming connection (bound to an ip address)
or possibly "root" only accepts connection from a specific ip address.
here's what i did before:
mysql> CREATE USER 'r00t'@'%' IDENTIFIED BY 'r00tpass';
mysql> GRANT ALL ON <asterisk_db>.* TO 'r00t'@'%';
mysql> FLUSH PRIVILEGES;
Posted:
Sun Jun 26, 2011 12:26 am
by williamconley
you granted and flushed for root ... but what about CREATE? without that, there may be NO password. mysql will always refuse non-local root access without a password.
create user root fixed it....
Posted:
Mon Jun 27, 2011 9:47 am
by douglaswscott
Thank you, that fixed the problem. I had to add root user.
I am still learning, since I could local log into mysql as -u root -p asterisk I had assumed that there was a user called root.
williamconley wrote:you granted and flushed for root ... but what about CREATE? without that, there may be NO password. mysql will always refuse non-local root access without a password.
Posted:
Mon Jun 27, 2011 4:58 pm
by cristian
Good catch Bill.
2.2 Lastest svn
Posted:
Mon Jul 18, 2011 1:31 pm
by douglaswscott
what is the direct link on svn.eflo.net for the GoAutoDial CE 2.1Vicidial SVN 2.4-309a BUILD: ??
All I have found online is ...
http://wiki.vicidial.org/index.php/SVN:howto
I am looking for the latest interface with the fixes to install into a current server - via svn.
Posted:
Mon Jul 18, 2011 5:04 pm
by gardo
It's only available via the GoAutoDial CE 2.1 ISO. However, you can get the updated version for the agent UI and admin here:
Thank you
Posted:
Tue Jul 19, 2011 8:36 am
by douglaswscott
I was testing it on a Centos 5.6 x64 OS, everything was working except for the admin.php.
The ISO version forces us into an OS that does not work well with the number of seats that our call centers use.
You might consider posting the required yum installs, perl version, cpan modules and direct svn's for those willling to tinker.
gardo wrote:It's only available via the GoAutoDial CE 2.1 ISO. However, you can get the updated version for the agent UI and admin here:
Posted:
Thu Jul 21, 2011 11:29 am
by gardo
We made it easy for you:
This updates Vicidial 2.2.1 version to 2.4 SVN with all the necessary dependencies.
Let us know how it goes.