Projecte

General

Perfil

Memo » Historial » Versió 15

Axel Neumann, 10-07-2014 10:44

1 1 Axel Neumann
h1. Mobility performance Evaluation of Mesh rOuting protocols (MEMO)
2
3
Experimentation Project executed by "RouteK S.L.":http://routek.net as part of "Federation for FIRE (Fed4Fire)":http://www.fed4fire.eu integrated project and funded as "Innovative Experiments by SMEs Fed4FIRE-SME-1":http://www.fed4fire.eu/open-calls/1st-call-for-sme-closed.html
4
5
h2. Project Summary
6
7
In contrast to traditional IP-mobility solutions (like MIPv6), which require a pre-deployed infrastructure and are limited to the coverage range of the core-backbone nodes, a fully mesh-based solution can conceptually provide a self-organized network that does not require any pre-deployed infrastructure and which’s coverage expands as nodes participate in the network. However, the performance of mesh networks in the presence of mobile mesh nodes is unclear.
8
9
This project focuses, from an experimental point of view, on the capabilities of several mesh routing protocols (Babel, BMX6, BATMAN-adv, OLSR, and IEEE802.11s) for supporting mobile mesh nodes. These investigations are of significant interest because the demand for seamless mobility has become imperative for the users.
10
11 2 Axel Neumann
Related experiments will be prepared using "emulab - total network testbed":http://www.wall2.ilabt.iminds.be/ and executed in w-iLab.t Zwijnaarde (iMinds) and Community-lab (UPC) Fed4FIRE testbeds because both of them support the configuration of wireless nodes similar to our standard deployments and are suitable to perform mobility tests. 
12 1 Axel Neumann
13
h2. Concept and objectives
14
15
The main question we are seeking to answer with this experiment is (i) if and to what extend traditional IP-mobility solutions for wireless networks (like MIPv6) can be substituted with full-mesh based solutions and (ii) to what extend the existence of mobile nodes, and thereby introduced temporary and highly dynamic links, affects the end-to-end performance of stationary nodes.
16
17
To answer this question, the objective of this proposal is to analyze state-of-the-art routing protocol solutions regarding their capabilities for supporting topology dynamics caused by mobile mesh nodes. 
18
The mobility support will be measured by means of the maximum amount of topology changes a protocol can handle while maintaining a continuous connection between (i) a mobile node and a stationary destination node and (ii) two stationary nodes which's possible end-to-end path include links via a mobile node. 
19
The exact metric for ranking the mobility performance of a protocol is given by a reference experiments. In addition, relevant cost factors for achieving an identified mobility performance will be captured as needed for providing a fair analysis of each's protocol advantages and disadvantages.
20
21
The main objective of our concluding analysis is to provide benchmarking results and guidelines that allow to estimate and predict to some extend the feasibility for supporting a given use case with a particular routing protocol.
22
23
24
h2. Outlook
25
26
The project execution will officially start by June 1st and end by September 30 2014
27
This wiki will be updated over time.
28 3 Axel Neumann
29
30 9 Axel Neumann
31
h2. Procedures relevant for this project
32
33
34
35
h2. Open Issues
36
* request VPN access for mobile-node management
37
38
 
39
40 7 Axel Neumann
h2. Feedback 
41
42
..and findings on F4F API, federation, usage, and documentation
43 3 Axel Neumann
44 8 Axel Neumann
The first contact following the suggested "intros":http://doc.fed4fire.eu/ , "tutorial":http://doc.fed4fire.eu/firstexperiment.html , "jFed":http://fed4fire-testbeds.ilabt.iminds.be/jfed-documentation/ and "ilabt":http://fed4fire-testbeds.ilabt.iminds.be/ilabt-documentation/ documentations yield to instant success. Within few hours it was possible to pass the registration procedure and successfully execute a simple experiment with two unbound wireless nodes in the w-ilab.t testbed, showing reasonable ping latencies and losses depending on configured transmit power. Congratulation for the good and intuitive integration and documentation.
45 4 Axel Neumann
46
During a first kick-off teleconference with our mentors further (more advanced) issued were identified and discussed. These issues as well as their temporary solutions (and possible later issues as will likely be encountered during the project) are collected for concluding feedback in the following.
47
48 3 Axel Neumann
h3. Federation of accounts and required registrations
49
50
Some minor confusion raised due to different existing registration portals and domains.
51
* "emulab":http://www.emulab.net represents kind of reference portal but is not needed for F4F participation. Emulab-based experiment specification use NS syntax and registration procedures of following (required) portals are based on this.
52
* "wall2":https://www.wall2.ilabt.iminds.be/ provides the recommended registration portal for F4F participation when using jFed and Rspecs API
53 6 Axel Neumann
* "wilab2":https://www.wilab2.ilabt.iminds.be registration is required for F4F participation in case of emulab (NS) experiment-specification API is preferred (although not suggested). A registration is also needed for reviewing the allocation table of specific (wireless) nodes and for exclusive slot-reservation of nodes for a F4F experiment. The federation of wall2 and wilab2 registration and resource reservation is planned. [PENDING registration approval]
54 3 Axel Neumann
55
h3. Using "OpenWRT":http://openwrt.org based node OS images
56
57
Due to the active wireless development and its optimizations for embedded wireless-router devices of "OpenWRT":http://openwrt.org based systems we are preferring OpenWrt based node images for our experiments
58
59
* The corresponding "documentation section":http://fed4fire-testbeds.ilabt.iminds.be/ilabt-documentation/urnsrspecs.html#install-a-specific-disk-image-on-a-node initially lacked comments on using OpenWRT. [FIXED]
60 1 Axel Neumann
61 4 Axel Neumann
* Documentation for preparing and deploying customized node images is provided only for "pcgen1 nodes":http://fed4fire-testbeds.ilabt.iminds.be/ilabt-documentation/tipsandtricks.html#using-custom-images-on-virtual-wall-1-pcgen1-nodes. [TBD]
62 3 Axel Neumann
Aiming for Zotac and OpenWRT nodes we agreed on the following procedure:
63
64 15 Axel Neumann
** User prepares desired tar.gz image (using network configuration of already-provided openWRT images)
65
*** default password?? [TBD]
66
** Requests further image testing and adaption via email to testbed admins for enabling them.
67 1 Axel Neumann
68
69
h3. Outband experimentation-data access
70
71
Documentation for "accessing experimentation data":http://fed4fire-testbeds.ilabt.iminds.be/ilabt-documentation/storage.html of inactive experiments lacked access description. The explained approach is via central data login :
72 4 Axel Neumann
* in generic testbed node there is a NFS mountpoint at /groups/wall2-ilabt-iminds-be/memo
73 15 Axel Neumann
* data access via node only (to shared nfs)
74
* offline data access not possible yet:
75
** via scp/ssh user@ops.wall2.ilabt.iminds.be with wall2/JFed userid and pw [CLARIFIED]
76
** or scp/ssh -i ~/.../proj/.../fed4fire/ssl_id.private.rsa ops.wall2.ilabt.iminds.be and Geni SSL passphrase
77
** project related directories:
78
*** /data/users/USERID
79
*** /groups/MEMO/MEMO -> /proj/MEMO
80
*** /groups/wall2-ilabt-iminds-be/{.|memo|MEMO} is all permission denied [TODO]
81 1 Axel Neumann
82 4 Axel Neumann
83 11 Axel Neumann
h3. Documentation and procedure for exclusive registration of specific nodes for F4F wall2 testbed.
84
85 4 Axel Neumann
* using jFed for managing experiments, Wireless nodes should not be used unless reserved manually and beforehand because these nodes are "IMinds WiLab 2" nodes which dynamic allocation conflicts with emulab reservations.
86 1 Axel Neumann
87
The agreed procedure is:
88
* Intro given in (currently "broken":http://10.11.31.5/status/tutorials/Emulab-Wilab.pdf ) "w-iLab.t documentation":https://www.wilab2.ilabt.iminds.be/index.php3?stayhome=1 [TBD...]
89 4 Axel Neumann
* Check node list (position,capabilities in (currently "broken":http://10.11.31.5/status/status.php ) in "w-iLab.t documentation":https://www.wilab2.ilabt.iminds.be/index.php3?stayhome=1 [TBD...]
90 12 Axel Neumann
* Check availability of nodes in allocation table using (wilab2 registration). [DONE]
91 15 Axel Neumann
** "Node locations":http://ilabt.iminds.be/wilabt/hardwarelayout/zwijnaarde/map
92
** "Current node status":https://www.wilab2.ilabt.iminds.be/shownodetype.php3?node_type=ZOTAC
93
** "Reservation List":https://www.wilab2.ilabt.iminds.be/reservation/index.php/reserve/all with broken calendar view [FIXED]
94 1 Axel Neumann
95
* Reserve desired nodes and allocation slot via private mail so they are blocked for others
96 4 Axel Neumann
* Define registered nodes via "RSpec":http://fed4fire-testbeds.ilabt.iminds.be/ilabt-documentation/urnsrspecs.html#request-rspecs-w-ilab-t or (graphical API node name). 
97
98 1 Axel Neumann
99 4 Axel Neumann
100
h3. Documentation on controlling wireless-mobile-node movements in w-iLab.t testbed 
101
102
The agreed procedure is:
103 14 Axel Neumann
* VPN access to private address space needed, VPN credentials need to be requested via private mail [DONE]
104 12 Axel Neumann
* "Undocumented Graphical user interface":http://ilabt.iminds.be/wilabt/use/mobilitytoolkit for defining node movement [DONE]