Tasks¶

IPv6¶

Right now qMp is using IPv6 ULA between the mesh nodes as main IP protocol.
However clients can only get IPv4 address (by DHCP). The first step of this task is to give IPv6 ULA to end users (by radvd announcements)

Another needed point is all related with IPv6 public addresses.
A Gateway node can get an IPv6 network range from its ISP.
When another node wants to use this node as gateway, it ask for an available IPv6 range using AHCP.
Then configure it to some interface (br-lan?) and give public IPv6 addresses to end users (by radvd announements)

Tinc VPN¶

A VPN between qMp nodes is needed to be able to manage them in remote. Tinc seems the best option.

smsfs¶

The bmx6 sms is a cool feature which permits to send small messages (represented as files) to all nodes of the network.
However there is a restriction of XXX bytes per file (or message). A nice approach would be to create an abstraction layer
of this sms feature, something like sms filesystem. Then if the maximum size is M and the file size is N (where N > M).
The file is splited in X parts ( X = N/M ). Also gzip encryption can be used to minimize the network overhead.

The fuse module may be used to provide an userspace-transparent filesystem. There exist a LUA API for fuse (flu): http://piratery.net/flu/index.html http://hg.piratery.net/flu/overview

Centralized control¶

A system to control all nodes from the network is needed. Maybe the SMS plugin can be used to broadcast the commands.
Some security must be implemented too (node A can get instructions from B but not from C).

Statistics¶

WPA2 + ADHOC¶

Iptables Proxy¶

bmx6 health daemon¶