<div dir="ltr">G&#39;day listers,<br>Well, I just found this one:<br><br><a href="http://svn.digium.com/view/asterisk/team/russell/events/doc/distributed_devstate.txt?view=markup">http://svn.digium.com/view/asterisk/team/russell/events/doc/distributed_devstate.txt?view=markup</a><br>
<br>Time to read.<br><br><br><div class="gmail_quote">On Tue, Sep 9, 2008 at 2:29 PM, Nguyen <span dir="ltr">&lt;<a href="mailto:chinhnam.nguyen@gmail.com">chinhnam.nguyen@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Dear Tilghman,<br>
<br>
Thanks for your feedback. Scratching my head to see how to turn the<br>
standalone box to something more scalable. func_odbc , mysql in<br>
dialplan, all are missing the states of devices, agents... etc<br>
<br>
Realtime, as far as it goes, also touch only one part of asterisk, by<br>
storing all the reginfo in db. If we want to move further, and<br>
touching the states, we have to dig in.<br>
<br>
We understand that for asterisk as it is, local db1 is good enough.<br>
Maybe Digium can take another look at the problem.<br>
<br>
Will keep you in touch with progress, if any :)<br>
<div><div></div><div class="Wj3C7c"><br>
<br>
<br>
On 9/9/08, Tilghman Lesher &lt;<a href="mailto:tilghman@mail.jeffandtilghman.com">tilghman@mail.jeffandtilghman.com</a>&gt; wrote:<br>
&gt; On Monday 08 September 2008 12:43:53 Nguyen wrote:<br>
&gt;&gt; Hi listers,<br>
&gt;&gt;<br>
&gt;&gt; We want to implement one call center with asterisk. The idea is it should<br>
&gt;&gt; be scalable, with openser as an dispatcher and bunch of asterisk servers<br>
&gt;&gt; to<br>
&gt;&gt; do ACD, Queues, Agents things... Easy to say :(<br>
&gt;&gt;<br>
&gt;&gt; Look closely to the current asterisk, we do see some problem:<br>
&gt;&gt;<br>
&gt;&gt; - SIP registrations was stored in astdb.<br>
&gt;&gt; - And queue members also was stored in astdb.<br>
&gt;&gt; - ...<br>
&gt;&gt;<br>
&gt;&gt; asterisk was built as standalone PBX, so it&#39;s understandable.<br>
&gt;&gt;<br>
&gt;&gt; Is it time to replace astdb with something like MySQL, so all asterisk<br>
&gt;&gt; boxes in cluster can have identical access to all the informations,<br>
&gt;&gt; devstates, etc...?<br>
&gt;&gt;<br>
&gt;&gt; Our first thought is replacing the astdb implementation, currently with<br>
&gt;&gt; DB1, with MySQL. app_dbodbc is a hint, but there are still many things to<br>
&gt;&gt; consider: concurrency access from many box to same row, performance<br>
&gt;&gt; issues,<br>
&gt;&gt; ...<br>
&gt;&gt;<br>
&gt;&gt; We need your pointers here. Where are the caveats? Is it the correct way<br>
&gt;&gt; to<br>
&gt;&gt; start add clustering capabilities to asterisk?<br>
&gt;&gt;<br>
&gt;&gt; Your replies are much appreciated,<br>
&gt;<br>
&gt; There are some very major issues with trying to replace astdb with any other<br>
&gt; backend. &nbsp;One possibility which has been floated is to replace the DB1<br>
&gt; implementation with sqlite, as the backend is still a Berkeley database,<br>
&gt; while<br>
&gt; having the advantages of a SQL interface layer. &nbsp;An implementation has been<br>
&gt; coded, though we&#39;ve held off on committing such a change until we have the<br>
&gt; ability to convert an old db1-based database to a sqlite-based database.<br>
&gt;<br>
&gt; I would highly recommend, though, that you do not attempt to replace db1<br>
&gt; with<br>
&gt; MySQL for this purpose. &nbsp;There are some higher level databases where it may<br>
&gt; make good sense to go with MySQL as your backend (such as for Realtime<br>
&gt; database maintenance), but astdb is most certainly not one of them.<br>
&gt;<br>
&gt; In addition, you may want to look at func_odbc for an additional interface<br>
&gt; from the dialplan to your database.<br>
&gt;<br>
&gt; --<br>
&gt; Tilghman<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; -- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
&gt;<br>
&gt; AstriCon 2008 - September 22 - 25 Phoenix, Arizona<br>
&gt; Register Now: <a href="http://www.astricon.net" target="_blank">http://www.astricon.net</a><br>
&gt;<br>
&gt; asterisk-users mailing list<br>
&gt; To UNSUBSCRIBE or update options visit:<br>
&gt; &nbsp; &nbsp;<a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
&gt;<br>
<br>
<br>
</div></div>--<br>
With best regards,<br>
<font color="#888888">Nguyen<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>With best regards,<br>Nguyen<br>
</div>