Hi.<br>I'm also a newcomer at WBM, the last one was my first one. Before I went there, I thought that this was an event where the main objective was to test mesh protocols and put them in battle. But after, my thought was that this is an event to meet people and speak about some geek topics.<br>

For me that is good, but maybe to push the original objective a little more would be nice.<br>One of the main restrictions I found is the hardware. Fonera is a very limited device and when you are running 4 or 5 protocols, it can do some strange things, and the tests become unreliable. Maybe we should put some efforts in to have another kind of hardware, we can find some sponsors who can give us some hardware. Or maybe we can put a special tax for spending on hardware (10€ per person = 600€ = 10 new devices).<br>

About the sponsors searching, what can we offer them? <br><br>Regards<br clear="all">--<br>./p4u<br><br>
<br><br><div class="gmail_quote">2011/9/22 Marek Lindner <span dir="ltr"><<a href="mailto:lindner_marek@yahoo.de">lindner_marek@yahoo.de</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Thursday, September 22, 2011 06:52:22 Andrew Parnell wrote:<br>
> One thing I would like to suggest is to have a more formalised<br>
> arrangement for the test network that we will use for WBMv5.  Though I<br>
> am a newcomer to this, one thing that I couldn't help but notice was<br>
> that many of us were there for 5-6 days before we were actually<br>
> deploying the Foneras and building a test mesh.  It seems that this is<br>
> not the most efficient use of our time.  Perhaps we could find a way<br>
> to require that each team/group who wishes to submit code for testing<br>
> must have this ready to go /before/ the event begins.  This way, a<br>
> firmware image can be prepared in advance, and once people begin to<br>
> arrive, we can set up the mesh immediately and have much more time for<br>
> testing.  We would probably also want to have another deadline(s)<br>
> sometime in the middle of the event perhaps, where updates can be<br>
> provided and a new firmware image(s) compiled.  Hopefully this would<br>
> allow us to use the short time we have to the maximum benefit, and we<br>
> could really get some good tests/statistics compiled as a result.<br>
<br>
</div>It is not that we did not try in the past. We had deadlines / teams / etc but<br>
clearly lacked direction imposed by a "test leader" or "test group". The<br>
misery starts when you ask the question: What are we going to test ? You will<br>
find people chiming in that are fairly silent most of the time but feel they<br>
have to "defend" their protocol.<br>
In short: As long as we don't have someone (preferrably a protocol neutral<br>
person) who takes matters into his hands I don't expect any improvement this<br>
year either.<br>
<br>
Regards,<br>
<font color="#888888">Marek<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Battlemesh mailing list<br>
<a href="mailto:Battlemesh@ml.ninux.org">Battlemesh@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/battlemesh" target="_blank">http://ml.ninux.org/mailman/listinfo/battlemesh</a><br>
</div></div></blockquote></div><br>