Mesh Network Visualization Proposal

From OLPC
Jump to navigation Jump to search

Project Summery

This project will aim to provide a visual research tool for mesh network analysis. The KDE Marble widget would provide a display mechanism, along with a database backed data source. Provided capabilities include :

  1. Marble XO client mapping based on GPS data.
  2. Various map overlays utilizing several visual techniques.
  3. Add interactive capability by making mesh node/edges selectable.
  4. Add animated versions of the map overlays (Time permitting) 

The suggested tool's main goal is to provide a mesh network analysis & research tool. XO users will probable be providing simulation data rather than actually running the tool. This issue may become irrelevantly once widget support is added to Sugar. This will also allow for the tool to be converted into a 'peer finding' or 'treasure hunting' applications for XO users.

General

Mesh network analysis could be assisted considerable by a dedicated visual research tool. This tool would use Marble to display data assumed to exist in some database backed form. Different 'mesh overlays' would utilizes different data subsets, loading them into memory and possible animating them.

Marble was chosen since it scales well with mesh size (WAN / LAN size mesh networks ). Presented data would be throttled according to map zoom levels, grouping XO nodes as clusters when zooming out. Ability to un/hide data layers would also keep large scale scenarios clear. As well, Marble makes integrating interactive user capabilities easy.

Most overlays map nodes by their GPS position. Although the XO-1 currently doesn't support a GPS module one might expected it to be incorporated in the future. If no GPS data is available an approximated node position could be computed by some triangulation algorithm based on relative signal strength. Existing GPS support in marble should come in hand for this.

Visualization

A vision of how this tool would look like

Following is a list of several visual techniques and a partial mesh network metrics set to which they apply. Several map icons would be used for various network entities such as clients, AP, routers, clusters (when zoomed out).

1. Simple topology representation

interconnect nodes according to signal, actual data flow etc. Automatic node grouping would make this view scale easily :to client, router or cluster levels. Illustrates mesh network cover. A 'village scale' representation may show active XO :links and how they all connect to a school router.

2. Icon changing of nodes

Change node icons according to status (failed, busy, unreachable, router, XO laptop etc. )

3. 'Heat' colorizing of inter-node edges

applicable to node signal strength, node load rate, average node throughput, node collision / retransmission rates, load :vs. signal strength, load vs. collisions, dropped packet count etc.

Examples:

- a 'hot' segment in the 'dropped packet' overlay would indicate a network segment being over loaded with data.     
- a 'cool' segment in the 'load vs. signal strength' would indicate under utilized network segments. 

This technique could make mesh bottle necks stand out & point out unreliable network segments.

4. Varied opacity edge coloration

applicable mesh metrics are collision / retransmission rates (higher opacity levels for more reliable segments), edge :load rate.

Most interesting visualizations would emerge when animating the above overlays. Implementation would call for either pre-loading all relevant data or intensive database communication (sacrificing performance). This would help unveil network dynamics: Animating the load overlay would allow 'seeing' how routing algorithms respond to route around congested network segments (essentially entropy in action). Animated 'Load vs. Signal' overlay could show mesh reaction to segment / node (router) failure. Network load shifting during the day could be investigated to enhance usage during the night for certain tasks (automatic client software updating for example).

Interactive user capabilities include node/edge displaying IP data, segment protocol histogram, Tx\Rx ratios, etc. upon being selected. Overlay type & hiding of mapped elements will use existing Marble functionality.

The tool would expect experiment/simulation data to be present through some accessible database. According to available database schemes mapping overlays would become available. Example : the basic mesh topological map overlay, would require a list of XO clients, AP, routers etc. along side their GPS position and each XO's reachable neighbor. On the other hand, the packet collision overlay would require packet collision data for every mesh segment. The animated collision overlay would require the database to include time reference for every time snapshot.

Longterm Road Map

One far reached application might be to used the tool in a 'real time fashion'. Network statistical information would be gathered 'online' as experiments progress. Some possible applications of this would be :

  1. selection of two nodes may initiate a ping command to measure network lag time between them.
  2. Injection of simulated network node failures would ease the testing of the networks rerouting algorithms.
  3. File entropy simulations - measuring the speed in which the latest release of Ubuntu could reach opposite sides of the network using various P2P protocols.

Data Representation

The libpcap file format is the de-facto packet gathering format & should be thought as the default data input format. Unfortunately it currently lacks interface statistics data, vital for mesh analysis (hopefully provided in next generation libpcap file format). Since the tool will be database backed automatic database generation from a set XO libpcap files is a desirable feature though may exceed GSoC time scale.

This still leaves some mesh metrics (router level statistics) that would have to be provided in some other form (preferable as an experiment database). Relevant mesh overlays will become available through database schema analysis. Example : a database linking nodes to their libpcap files with GPS data (expressed in the DB schema) would result in a GPS based overlay with an option to view each XO's libcap file in Wireshark.

Deliverables

Since the potential of this tool is wided I will foucus on the following features as a start :

  1. Marble support for all non-animated GPS based overlays backed by some DB.
  2. User interaction enabling node & edge selection. 
  3. Ability to hide nodes / edges.
  4. A layers menu for overlay selection & un/hiding of map elements.  
  5. Auto node un/grouping upon zooming in/out ( optional ) 
  6. Animated overlays ( optional, depending on progress ) 

These should provide the OLPC with an highly effective mesh network analysis tool.

Any mentor comment through the actual application (submitted on 2008/03/30 11:42:44 PDT) is welcome.