<p>This is just my two cents but could we not use snmp as a basis for something like this since it would allow monitoring eternally using ones own systems, or allow each FreeSWITCH server to monitor the other servers over snmp. At least I think it could be an option to explore anyways.</p>
<div class="gmail_quote">On Feb 17, 2013 3:12 PM, "Marcin Gozdalik" <<a href="mailto:gozdal@gmail.com">gozdal@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Sent previous mail too fast :/<br>
<br>
2013/2/17 Marcin Gozdalik <<a href="mailto:gozdal@gmail.com">gozdal@gmail.com</a>>:<br>
> 2013/2/17 Eliot Gable <<a href="mailto:egable%2Bfreeswitch@gmail.com">egable+freeswitch@gmail.com</a>>:<br>
><br>
>> ZMQ also does not work with a fork, which is needed in order to execute any<br>
>> system commands (like iptables or anything else which has no programming<br>
>> API). That pretty much eliminates ZMQ as a possibility.<br>
><br>
> My understanding of ZMQ and Spread is that they solve very different<br>
> problems and they operate on different levels. ZMQ is on much lower<br>
> levels and does not...<br>
<br>
...guarantee anything like Spread: "Spread services range from<br>
reliable message passing to fully ordered messages with delivery<br>
guarantees, even in case of computer failures and network partitions".<br>
ZMQ is basically just a socket, but a bit easier to use.<br>
<br>
>> I did some research this weekend, and of all the possibilities I could find,<br>
>> the one that caught my attention the most was Spread: <a href="http://www.spread.org/" target="_blank">http://www.spread.org/</a><br>
><br>
><br>
> I did use Spread in a big project, comprising of 40+ servers for<br>
> cluster membership. It worked very well most of the time, but failed<br>
> without proper understanding on our side. It took some config files<br>
> voo-doo (tuning some timeout knobs) to get it running reliably.<br>
><br>
>> If anyone has any other suggestions than Spread, I would like to hear it.<br>
>> Also, some feedback on item #1 would be great, as I cannot really judge for<br>
>> everyone else how willing they are to accept such a licensing clause.<br>
><br>
> ZooKeeper?<br>
> Something based on Paxos: <a href="http://libpaxos.sourceforge.net/" target="_blank">http://libpaxos.sourceforge.net/</a> ?<br>
> <a href="http://openreplica.org/" target="_blank">http://openreplica.org/</a> ?<br>
><br>
> Never used any of them though.<br>
<br>
<br>
--<br>
Marcin Gozdalik<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div>