ARA is an acronym for Asterisk Realtime Architecture and is a different way to keep configuration files in asterisk. Instead of reading configuration from plain files at startup, asterisk read them from database, in realtime. This mean, if you need to add a peer, you drop a new line in the sippeers table and you are fine. You start defining an ODBC source in res_odbc.conf and then configure the ARA source for each plain configuration files in extconfig.conf<div>
<br></div><div>About the config reload, reloading only the module changed is a good idea, but the commercial GUI I have meet so far doesn&#39;t support it. I have clients with very simple dialplan, able to reload it even if more than 130.000 rows long, others, with more complicated dialplan cannot reload it during work hours even if only 30.000 rows long.</div>
<div><br></div><div>You are right about freeware PBX for hosted services. Independent from the fact a GUI is free or needs a payment, I think it is important to have the source for it to be able to customize it and also it is important to have a clean dialplan, so you can debug and customize it as well. I am a developer selling software. I never protect my code obfuscating or compiling it and my clients enjoy it and never steal my work (so far).</div>
<div><br></div><div>Leandro</div><div><br><div class="gmail_quote">2012/7/31 Carlos Alvarez <span dir="ltr">&lt;<a href="mailto:carlos@televolve.com" target="_blank">carlos@televolve.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don&#39;t know what ARA is.  We use just bare Asterisk, no GUI, and from the context it seems that&#39;s related to a GUI.  We have no problem doing a config reload during production hours.  We never do a full reload, just the relevant module (SIP, dialplan, voicemail, etc).<div>

<br></div><div>I don&#39;t believe there is any freeware PBX software that is good for hosted services unless they are kept tiny and limited.  Switchvox is excellent as a hosted platform, but extremely expensive and totally closed so you can&#39;t customize as needed.  And at least 50% of our customers have customization that wouldn&#39;t fit into any of the GUI-based systems.</div>

<div><br></div><div>You&#39;ll need to decide what your market is and your value proposition as well as your ability to learn Asterisk (which I don&#39;t think anyone would argue is easy or fast).</div><div class="HOEnZb">
<div class="h5"><div><br><br><div class="gmail_quote">
On Mon, Jul 30, 2012 at 9:41 PM, Kannan <span dir="ltr">&lt;<a href="mailto:vasdeveloper@gmail.com" target="_blank">vasdeveloper@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Thanks Carlos, it is good to hear from one who is in a similar business. <div><br></div><div>Are you getting use of ARA too in similar hosted PBX offerings?</div><div><br></div><div><br><br><div class="gmail_quote"><div>
<div>
On Mon, Jul 30, 2012 at 10:00 PM, Carlos Alvarez <span dir="ltr">&lt;<a href="mailto:carlos@televolve.com" target="_blank">carlos@televolve.com</a>&gt;</span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><br><br><div class="gmail_quote"><div>On Mon, Jul 30, 2012 at 2:36 AM, Kannan <span dir="ltr">&lt;<a href="mailto:vasdeveloper@gmail.com" target="_blank">vasdeveloper@gmail.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>2. Multi-tenant PBX: Configuring multiple PBXs within the same instance of Asterisk. I.e. partitioning a single instance of Asterisk into multiple PBXs by way of configurations, using unique landing context for each tenant.</div>




<div>3. Virtual PBX: Multiple virtual machines within the same hardware, each host an instance of Asterisk.</div></blockquote><div><br></div></div><div>We use number two.  We dabbled with number three but didn&#39;t like the results for a lot of different reasons.  As others have mentioned, there is a certain level of danger when you mix companies so closely.  We have in the past made a mistake and brought down the whole system, but it&#39;s been many years since we&#39;ve done that.  Part is improved skill and part is that Asterisk has improved and no longer commits suicide for certain minor errors.</div>



<div> </div><div>To do this, you need to plan out a good naming convention for everything that will be unique to customers accounts.  SIP accounts, macros, contexts, etc etc.  We use the accountcode feature and prepend the accountcode through the dial plan and accounts.</div>



<div><br></div><div>accountcode.301 would be a SIP account</div><div><br></div><div>accountcode#function would be a context name</div></div><div><br></div><div>We do deploy custom hardware for specific functions or customers who are particularly large in some cases.  We just need a good reason to.  Like they want to self-manage, or they make a lot of changes, need custom integration with databases, etc.</div>


<span><font color="#888888">
<div><br></div>-- <br><div>Carlos Alvarez</div><div>TelEvolve</div><div><a href="tel:602-889-3003" value="+16028893003" target="_blank">602-889-3003</a></div><div><br></div><br>
</font></span><br></div></div><div>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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></div></blockquote></div><br></div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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 clear="all"><div><br></div>-- <br><div>Carlos Alvarez</div>

<div>TelEvolve</div><div><a href="tel:602-889-3003" value="+16028893003" target="_blank">602-889-3003</a></div><div><br></div><br>
</div>
</div></div><br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</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></div>