Memo » Historial » Versió 11
Axel Neumann, 26-06-2014 13:35
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 | * User prepares desired tar.gz image (using network configuration of already-provided openWRT images) |
||
65 | 10 | Axel Neumann | * default password?? [TBD] |
66 | 3 | Axel Neumann | * Requests further image testing and adaption via email to testbed admins for enabling them. |
67 | 1 | Axel Neumann | |
68 | |||
69 | 4 | Axel Neumann | h3. Outband experimentation-data access |
70 | |||
71 | 3 | Axel Neumann | 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: |
72 | 1 | Axel Neumann | * via central data login ("currently broken":http://ops.wall2.ilabt.iminds.be ) [TBD...] |
73 | * navigating to: /groups/wall2-ilabt-iminds-be |
||
74 | |||
75 | 4 | Axel Neumann | |
76 | |||
77 | h3. Documentation and procedure for exclusive registration of specific nodes for F4F wall2 testbed. |
||
78 | 1 | Axel Neumann | |
79 | 11 | 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. |
80 | |||
81 | 4 | Axel Neumann | The agreed procedure is: |
82 | * 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...] |
||
83 | 1 | 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...] |
84 | 9 | Axel Neumann | * Check availability of nodes in allocation table using (wilab2 registration). Which URL exactly ?? [clarification] |
85 | * "Current node status":https://www.wilab2.ilabt.iminds.be/shownodetype.php3?node_type=ZOTAC |
||
86 | * "Reservation List":https://www.wilab2.ilabt.iminds.be/reservation/index.php/reserve/all with broken calendar view [TBD] |
||
87 | |||
88 | 1 | Axel Neumann | * Reserve desired nodes and allocation slot via private mail so they are blocked for others |
89 | * 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). |
||
90 | 4 | Axel Neumann | |
91 | |||
92 | |||
93 | h3. Documentation on controlling wireless-mobile-node movements in w-iLab.t testbed |
||
94 | |||
95 | The agreed procedure is: |
||
96 | 6 | Axel Neumann | * VPN access to private address space needed, VPN credentials need to be requested via private mail |
97 | 4 | Axel Neumann | * Undocumented Graphical user interface for defining node movement [TBD...] |