[Battlemesh] Battlemesh v5 tests
bh at udev.org
Fri Mar 9 10:17:47 CET 2012
On Fri, Mar 9, 2012 at 9:56 AM, Simon Wunderlich
<simon.wunderlich at s2003.tu-chemnitz.de> wrote:
> Hey Gabriel,
> thanks for bringing the discussion to the batman ml and giving some constructive
> input. I've written this bonding/alternating feature some time ago, and we released
> it at WBMv3 together with this little documentation to be found in the wiki. Actually,
> I considered the feature rather simple and therefore I did not write too much about it
> - because there is not really much to write about, or so I thought. Obviously, there
> were some things unclear, so thanks for pointing me/us to that.
> When implementing, it is easy to miss some things that are not that obvious
> for outsiders, so please feel free to ask or suggest things. We'll rework the
> bonding/interface alternating part in the next days, and would be
> happy to include your suggestions. :)
> Usually, we create the protocol documentation for the purpose of review and
> documentation for other batman-adv devs - and we don't expect that they all
> fall on the head at the same time. They are meant to describe the concept and
> not the actual implementation with all their nasty details.
> On Wed, Mar 07, 2012 at 11:18:48PM +0100, Gabriel Kerneis wrote:
>> [CC: b.a.t.m.a.n at lists.open-mesh.org, see note 3 in particular]
>> On Wed, Mar 07, 2012 at 06:17:52PM +0100, Antonio Quartulli wrote:
>> > Technical details about what? Interface-alternating? It is there!
>> > Gabriel wrote the link.
>> No. Please re-read my email carefuly. The wiki contains a rough explanation of
>> the general principle (ie. “same interface = bad, different interface = good”).
>> Not the actual algorithm used by batman-adv (quoting from the wiki: “the
>> algorithm tries to avoid forwarding packets on the interface which just received
>> the packet”).
>> Note that the wiki has been updated since then, by Simon with a few more
>> details , and by Marek with benchmark results from WBMv3.
> Maybe "algorithm" is a big word for a little feature like that. The bonding
> and interface alternating basically work in two steps:
> 1) detect that a neighbor is reachable via two different links
> 2) use the two different links for various manipulations (bonding, interface alternation)
Hoping over the same frequency should be made costly.
Do you add a cost if the packet comes from the same wireless interface?
Benjamin Henrion <bhenrion at ffii.org>
FFII Brussels - +32-484-566109 - +32-2-3500762
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."
More information about the Battlemesh