asterisk users - Aug 2009 - 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

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

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