ABBAS SHAKEEL
2009-Aug-19 03:45 UTC
[asterisk-users] Multi operator platform Asterisk {manage}
Hello Please let me know. If we need to configure Asterisk for multi operator platform (You can consider it as four or five asterisk servers are placed at different geological locations) All the servers have same logic. Suppose if need a change in logic of call flow . Then we need to upgrade all the servers manually ... this is very tedious and error prone process. Is there a better way to manage all this stuff.............. suppose i have to update extensions.conf file or add some new sound prompts etc what I am thinking is to establish a VPN to each server etc etc... Is there a way that server is placed at different geological location but its logic(configuration files ) is at a different geological place . I want to centralize the process -- Best Regards Shakeel Abbas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090819/5d96a1ab/attachment.htm
Steve Edwards
2009-Aug-19 04:30 UTC
[asterisk-users] Multi operator platform Asterisk {manage}
On Wed, 19 Aug 2009, ABBAS SHAKEEL wrote:> Please let me know. If we need to configure Asterisk for multi operator > platform (You can consider it as four or five asterisk servers are > placed at different geological locations) > > Suppose if need a change in logic of call flow . Then we need to upgrade > all the servers manually ... this is very tedious and error prone > process.Actually, it can be quite simple and maintainable. I use rsync to maintain my configuration, source, script, crontab and sound files across several servers in separate geographic location. The files are distributed to a directory tree that mirrors my development system. I use preprocessor.pl from the Mozilla project to customize configuration, script and crontab files. The customization process inserts database credentials and manages host specific differences. I invoke this process using "make rsync" to distribute the files and then "make config" to customize the files and move them to the correct locations with the correct ownership and permissions. This way, I can manage everything from one location with a minimum of duplication, distribute large and slow updates without affecting production then roll the update out quickly. I like the "autonomy" of this system. While some systems depend on MySQL databases local to their datacenter, no system is dependent on any resource outside of its datacenter. Periodically, the "reporting database server" sucks CDRs and other data out of the remote "production database servers" so reporting reflects activity of all of the servers. -- Thanks in advance, ------------------------------------------------------------------------- Steve Edwards sedwards at sedwards.com Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000
ABBAS SHAKEEL
2009-Aug-19 04:51 UTC
[asterisk-users] Multi operator platform Asterisk {manage}
On Wed, Aug 19, 2009 at 9:30 AM, Steve Edwards <asterisk.org at sedwards.com>wrote:> On Wed, 19 Aug 2009, ABBAS SHAKEEL wrote: > > > Please let me know. If we need to configure Asterisk for multi operator > > platform (You can consider it as four or five asterisk servers are > > placed at different geological locations) > > > > Suppose if need a change in logic of call flow . Then we need to upgrade > > all the servers manually ... this is very tedious and error prone > > process. > > Actually, it can be quite simple and maintainable. > > I use rsync to maintain my configuration, source, script, crontab and > sound files across several servers in separate geographic location. The > files are distributed to a directory tree that mirrors my development > system. > > I use preprocessor.pl from the Mozilla project to customize configuration, > script and crontab files. The customization process inserts database > credentials and manages host specific differences. > > I invoke this process using "make rsync" to distribute the files and then > "make config" to customize the files and move them to the correct > locations with the correct ownership and permissions. > > This way, I can manage everything from one location with a minimum of > duplication, distribute large and slow updates without affecting > production then roll the update out quickly. > > I like the "autonomy" of this system. While some systems depend on MySQL > databases local to their datacenter, no system is dependent on any > resource outside of its datacenter. > > Periodically, the "reporting database server" sucks CDRs and other data > out of the remote "production database servers" so reporting reflects > activity of all of the servers. > > -- > Thanks in advance, > ------------------------------------------------------------------------- > Steve Edwards sedwards at sedwards.com Voice: +1-760-468-3867 PST > Newline Fax: +1-760-731-3000 > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2009 - October 13 - 15 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >Thank you very much Steve for this value able info . Rsync looks really great ! How you are get CDR records etc from the remote servers for reporting purpose ..... I was thinking to have one centralized database ? but your comments let me think about distributed database ? What will the best way to do that ? -- Best Regards Shakeel Abbas -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090819/406c3757/attachment.htm