[Battlemesh] WBMv8 -- a personal perspective

[Simon Wunderlich]

Hi Federico,

that sounds like an excellent idea to me! Since we were so many people working 
on it, it makes sense to split the roles further. If we find an agreement, I'd 
suggest to put these roles into the organization framework so I can ask for 
volunteers early next year. It would also be great to ask for one person of 
each routing protocol present as main contact point.

With this, we could put names into the wiki, as you have probably seen at the 
end of this years main wiki page.

Cheers,
    Simon


On Tuesday 11 August 2015 11:49:18 Nemesis wrote:
> I agree 100%.
> 
> And I would add the following, please tell me if you (plural you) also
> agree.
> 
> There were quite some people that wanted to help out but it was not
> clear what they could do.
> I think we need more roles, firmware preparation and test manager are
> not enough.
> 
> I think we need to have these responsibilities:
> 
>   * firmware preparation: like now - better if firmware is ready before
>     the event with a fixed revision as previously suggested
> 
>   * test plan: individuate test scenarios realistically, that is,
>     according to the situation of each event (number volunteers,
>     technical issues and so on)
> 
>   * flashing: flashes devices in mass
> 
>   * configuration: reviews config of the past year, checks if they can
>     be reused as is or need to be modified, if modified gets them
>     approved by the routing devs - better if the basic configs are ready
>     before the event
> 
>   * deployment & debugging: deploys the testbed and works until
>     everything works correctly, updating configs if necessary
> 
>   * test scripts: writes and tests the scripts to execute tests, like
>     much Henning and Thijs did this year, and passes the raw data to the
>     graph generation
> 
>   * graph generation: writes (or reuses an already written set of)
>     scripts to generate graphs from raw data extracted from the test scripts
> 
>   * documentation: prepares drawing of topology, takes photos of the
>     testbed for the presentation, writes an outline of the test plan,
>     stores all the configs and scripts used during the process for later
>     publication
> 
>   * routing team: developers of all the routing protocol involved
>     oversee the whole process, with particular attention to the test
>     plan phase, configuration and test scripts.
> 
> Of course one person can help out with more than one function. This year
> I helped out with configuration and documentation, while henning helped
> out with test scripts, deployment and debugging.
> 
> With regular meetings as Pedro suggested plus a high level description
> of the process it should be easy for volunteers to understand how they
> can help out and start working asap.
> 
> Federico
> 
> On 08/11/2015 12:01 AM, guifipedro wrote:
> > [About testbed]
> > 
> > Our routing protocols work very well but we did (in my opinion) an
> > epic fail in human communication.
> > 
> > 
> > I propose planned, face to face, regular and short meetings for next
> > testbed coordination in battlemesh v9 with all the teams [0] involved
> > in.
> > 
> > Each representative team member could answer this questions [1]:
> > 1. What did you do yesterday?
> > 2. What will you do today?
> > 3. Are there any impediments in your way?
> > 
> > This meetings should be assisted for example with an etherpad or
> > similar application to have a writing version of that organized verbal
> > conversation.
> > 
> > [0] and all the members
> > [1] inspired by daily scrum meeting,
> > https://www.mountaingoatsoftware.com/agile/scrum/daily-scrum
> > _______________________________________________
> > Battlemesh mailing list
> > Battlemesh at ml.ninux.org
> > http://ml.ninux.org/mailman/listinfo/battlemesh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part.
URL: <http://ml.ninux.org/pipermail/battlemesh/attachments/20150811/a11bf897/attachment.pgp>