<br><br><div class="gmail_quote">On Wed, Aug 19, 2009 at 9:30 AM, Steve Edwards <span dir="ltr">&lt;<a href="http://asterisk.org">asterisk.org</a>@<a href="http://sedwards.com">sedwards.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Wed, 19 Aug 2009, ABBAS SHAKEEL wrote:<br>
<br>
&gt; Please let me know. If we need to configure Asterisk for multi operator<br>
&gt; platform (You can consider it as four or five asterisk servers are<br>
&gt; placed at different geological locations)<br>
&gt;<br>
</div><div class="im">&gt; Suppose if need a change in logic of call flow . Then we need to upgrade<br>
&gt; all the servers manually ... this is very tedious and error prone<br>
&gt; process.<br>
<br>
</div>Actually, it can be quite simple and maintainable.<br>
<br>
I use rsync to maintain my configuration, source, script, crontab and<br>
sound files across several servers in separate geographic location. The<br>
files are distributed to a directory tree that mirrors my development<br>
system.<br>
<br>
I use preprocessor.pl from the Mozilla project to customize configuration,<br>
script and crontab files. The customization process inserts database<br>
credentials and manages host specific differences.<br>
<br>
I invoke this process using &quot;make rsync&quot; to distribute the files and then<br>
&quot;make config&quot; to customize the files and move them to the correct<br>
locations with the correct ownership and permissions.<br>
<br>
This way, I can manage everything from one location with a minimum of<br>
duplication, distribute large and slow updates without affecting<br>
production then roll the update out quickly.<br>
<br>
I like the &quot;autonomy&quot; of this system. While some systems depend on MySQL<br>
databases local to their datacenter, no system is dependent on any<br>
resource outside of its datacenter.<br>
<br>
Periodically, the &quot;reporting database server&quot; sucks CDRs and other data<br>
out of the remote &quot;production database servers&quot; so reporting reflects<br>
activity of all of the servers.<br>
<br>
--<br>
Thanks in advance,<br>
-------------------------------------------------------------------------<br>
Steve Edwards       <a href="mailto:sedwards@sedwards.com">sedwards@sedwards.com</a>      Voice: +1-760-468-3867 PST<br>
Newline                                              Fax: +1-760-731-3000<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
AstriCon 2009 - October 13 - 15 Phoenix, Arizona<br>
Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</blockquote></div><br><br><div><br></div><div>Thank you very much Steve for this value able info .</div><div><br></div><div>Rsync looks really great !</div><div><br></div><div>How you are get CDR records etc from the remote servers for reporting purpose .....</div>
<div>I was thinking to have one centralized database ? but your comments let me think about distributed database ? </div><div>What will the best way to do that ?</div><div><br></div><div> </div><div><br></div><div><br clear="all">
<br>-- <br>Best Regards<br>Shakeel Abbas<br><br>
</div>