The "Wireless Battle of the Mesh" is an event that aims to bring
together people from across the globe to discuss and test advances, features and performance of different tools and technology for mesh networking!
This year, version 8 of the event will take place from 03-09 August 2015 in Maribor, Slowenia
The BMX6 team endorses and supports the Battle of the Mesh v8 because of
the efforts made by its community to advance the field of wireless and community mesh
networking and foster the development of grass-roots DIY networks.
The BMX6 project will support the event by:
- coming to the event and convince others to do the same
- help to set up test cases and analyse measurement results
- report about advancement of our protocol and it's usage in communities
Many other communities endorse and support the Wireless Battle of The
Mesh, an up to date list of the endorsers of the Battlemesh v8 can be
found at the main Battlemesh website: http://battlemesh.org .
The "Wireless Battle of the Mesh" is an event that aims to bring
together people from across the globe to test the performance of
different routing protocols for ad-hoc networks, like Babel,
B.A.T.M.A.N., BMX, OLSR, and 802.11s. Of course, new protocols (working
on OpenWRT) are always welcome!
This year, version 7 of the event will take place from Monday 12th till
Sunday 18th of May at the sublab (http://sublab.org/) in Leipzig, Germany.
The qMp team endorses and supports the Battle of the Mesh v7 because of
the efforts made by its community to advance the field of wireless mesh
networking and foster the development of grassroots community networks.
The qMp project will support the event by:
- coming to the event and convince others to do the same
- help to set up the testbed and analyze measurement results
- give talks about advancement of our system and it's usage in communities
Many other communities endorse and support the Wireless Battle of The
Mesh v7, an up to date list of the endorsers of the Battlemesh v7 can be
found at the main Battlemesh website: http://battlemesh.org.
Join us!
A new paper has been accepted and published in the IEEE MWSWIM 2013 conference.
It is an analysis about the QMP network deployed in Barcelona (Sants/UPC), taking
measures for more than 5 months.
Find the documents here: http://dev.qmp.cat/documents/23
The "Wireless Battle of the Mesh" is an event that aims to bring
together people from across the globe to test the performance of
different routing protocols for ad-hoc networks, like Babel,
B.A.T.M.A.N., BMX, OLSR, and 802.11s. Of course, new protocols (working
on OpenWRT) are always welcome!
This year, version 7 of the event will take place from Monday 12th till
Sunday 18th of May at the sublab (http://sublab.org/) in Leipzig, Germany.
The BMX6 team endorses and supports the Battle of the Mesh v7 because of
the efforts made by its community to advance the field of wireless mesh
networking and foster the development of grassroots community networks.
The BMX6 project will support the event by:
- coming to the event and convince others to do the same
- help to set up the testbed and analyze measurement results
- assist in setting up bmx6 for participating in the battle
- give talks about advancement of our protocol and it's usage in communities
Many other communities endorse and support the Wireless Battle of The
Mesh v7, an up to date list of the endorsers of the Battlemesh v7 can be
found at the main Battlemesh website: http://battlemesh.org .
Presentation at IS4CWN 2013, Berlin about:
BMX6 Mesh Routing Protocol
Reclaim Your Mesh – Self-paced Networking in Multilateral Environments
Abstract:
BMX6, the successor of BatMan-eXperimental, is a mesh routing protocol for community networks. Having learned from the shortcomings of commonly used protocols such as OLSR, Babel, and Batman, this relatively young protocol incorporates fundamentally new architectural concepts and mechanisms to address the challenges of wireless community networks. After a short introduction, this presentation will briefly outline BMX6 concepts to address related aspects such as scalability, heterogeneity, performance, self-configuration, and even trust and security. Further, performance measurements based on emulation and community experimentation (e.g. during Wireless Battle Mesh) will be summarized and experiences gathered from real community deployments will be discussed.
Slides: http://bmx6.net/attachments/download/137/is4cwn2013-bmx6.pdf
Title: Analysis of the BMX6 routing protocol
Author: Glenn Daneels
Abstract:
This thesis investigates the BMX6 protocol which is a distance-vector routing protocol especially designed for mesh networks. Due to its novelty, the BMX6 protocol is not standardized or properly documented yet. However, interesting features like the optimized way of communicating and the possibility to add extensions to the protocol, make BMX6 a very promising protocol.
This thesis will provide a documentation on the protocol. The key features of the protocol are discussed, as is the function of each frame and the interaction with other frames. Each frame structure is visually shown and the function of every field is explained. Other aspects, e.g. all the possible options are included, some technical aspects for installment and the use of the protocol are touched. This thesis also provides other researchers, who want to further analyze the source code, essential knowledge about some key internal processes of the protocol.
As there are already large community networks like Guifi.net that are using BMX6 and also other types of mesh networks are becoming more popular, analyzing its performance against other used protocols like OLSR is crucial. Therefore, 4 different types of experiments were executed for both BMX6 and OLSR in function of the topology size: the start-up of a network, the steady state of the network, adding a new node to the network and adding of new link to the network. BMX6 showed better results on the 4 different types of experiments than OLSR. Especially from the steady state experiment results, it is clear that the optimized communication scheme in BMX6 is protocol overhead efficient and that the protocol scales better than OLSR.
Promotor: Pr. Dr. C. Blondia
Supervisor: Dr. Bart Braem
PDF: http://bmx6.net/attachments/download/134/Thesis_AnalysisOfTheBMX6RoutingProtocol_GlennDaneels.pdf
Title: Evaluation of Dynamic Routing Protocols on Realistic Wireless Topologies
Routing protocols analysed: BMX6, OLSR, and Babel
Abstract:
Community Networks are consolidating themselves as a valid model to extend the edges of the Internet. As a result of efforts to overcome specific problems in this new model, communities have developed very interesting ideas and solutions in many fields. Nevertheless, the research community has so far paid marginal attention to them. As a consequence, not only is there a lack of references evaluating the performance of the routing protocols for IPv6 in real-life scenarios, but other interesting proposals such as BatMan-eXperimental version 6 (BMX6) remain completely unstudied.
The routing protocol selection is one of the most critical choices any community must make prior to any hardware deployment, in the delicate moment when the community is just starting to form. In our opinion, in such cases, an exhaustive evaluation of the performance of the available routing protocols would ease this selection process.
In an effort to contribute in this direction, this dissertation first analyses the topology and link characteristics of a well-known Community Network (guifi.net). In a second step, this new knowledge is used to parametrise an emulation environment in order to reflect relevant attributes of a real wireless CN and to study the performance (in terms of protocol overhead and convergence time) of the Babel, BMX6 and OLSR routing protocols for Internet Protocol version 6 (IPv6).
Supervisor: Daniel Riera
External collaborators: Axel Neumann, Ester López
PDF: http://www.bmx6.net/attachments/129/master_thesis__evaluation.pdf
Our motivation and ideas for enhancing the BMX6 routing protocol to support node-individual routing, trust, and security metrics have been presented at the HotMesh 2013 Workshop during the IEEE WoWMoM Conference in Madrid/Spain.
The full paper is available here: http://bmx6.net/attachments/123/hot-mesh-paper.pdf
Abstract—Community wireless mesh networks are decentralized and cooperative structures with participation rules that define their freedom, openness and neutrality. The operation of these networks require routing algorithms that may impose additional unnecessary technical restrictions in the determination of routes that can restrict the freedom of community users. We propose a receiver-driven discretionary routing mechanism
where each receiver (the intended destination of the packet) can freely specify delivery objectives and remain compatible with the collaborative approach of community networks. Each node has a unique identifier and can announce the description of its offer and also the description of its routing policy with preferences to deliver traffic to it. BMX6 provides a ”hash-based profile propagation mechanism” to disseminate descriptions. This receiver-driven routing can be applied to express preferences for desirable nodes and paths, or to restrict traffic to trusted nodes enabling trust and security aware routing. We validate our contributions with a proof of concept implementation of key concepts, as an extension of the BMX6 routing protocol, that confirms its feasibility and scalability.
Keywords-routing; community mesh networks; metric policies; trust; security;
The qMp firmware has a new map agent based on the
Altermesh map tools which can be found here [1]. The difference with the
one included in qMp (b6m) is that this second one is distributed and
altermap is centralized and needs a central server to work.
It is very simple, easy to use and it consumes a very few amount of
resources in the node, so I have thought it would be nice to have it in
parallel with b6m. For quick deployments where nodes are moving, using
it does not have any sense but b6m yes.
To use it you need to have the last qMp version. Once it boots, every
hour it will send some information about the node to the central server
(which is currently managed by AlterMundi people). Execute
"altermap-agent" to force the refresh of the information.
Then the node owner must go to [3], select the qMp.cat network and click
the button "Add node". In the field have to be introduced the exact
hostname of the node (i.e GSalcolea46-fs), and then pick the map
position and you are done!!
I hope you enjoy it!
[1] https://bitbucket.org/guidoi/altermesh-packages/
[2] http://map.qmp.cat/altermap
[3] http://map.qmp.cat
