(Created page with "== Some ideas to improve the UMOBILE Lab == A good example of an on-line lab is the FIT IoT-Lab (https://www.iot-lab.info/tools/) (as Paulo suggested some days ago). The overa...") |
(→Some ideas to improve the UMOBILE Lab) |
||
| Line 1: | Line 1: | ||
== Some ideas to improve the UMOBILE Lab == | == Some ideas to improve the UMOBILE Lab == | ||
A good example of an on-line lab is the FIT IoT-Lab (https://www.iot-lab.info/tools/) (as Paulo suggested some days ago). The overall meaning of such a lab is to allow the ''configuration'' of testbeds to run experiments. | A good example of an on-line lab is the FIT IoT-Lab (https://www.iot-lab.info/tools/) (as Paulo suggested some days ago). The overall meaning of such a lab is to allow the ''configuration'' of testbeds to run experiments. | ||
| + | |||
| + | OOOO | ||
| + | RouterOS sono solo infrastruttura | ||
| + | Sebbene non appare utile, e' possibile cambiare il routing iP | ||
| + | |||
| + | OOOO | ||
| + | |||
| + | |||
| + | At the moment the UMOBILE Lab | ||
| + | e' costituito dai RaspB (SEG, che implementa l'NDN, attraverso i tunnel) | ||
| + | |||
| + | Il primo nodo NDN potrebbe essere collegato al testbed pubblico. | ||
| + | |||
| + | |||
| + | Quali sono gli entry-point nei SEG per parlare con i device NDN mobili (es. l'app di Paulo) | ||
| + | |||
| + | Come fa l'applicazione di Paulo a parlare con il lab? | ||
| + | |||
| + | Ha senso modificare i tunnel NDN? | ||
| + | |||
| + | Le dashboad: possiamo web-impaginare le FIB; ma che altro? | ||
| + | |||
| + | E' utile provare il protocollo di routing (standard) NDN? come si fa? c'e' una versione UM? | ||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
| + | |||
There would be GUIs and APIs to control and measure the results. | There would be GUIs and APIs to control and measure the results. | ||
| Line 11: | Line 40: | ||
=== ''Configuration'' of testbeds === | === ''Configuration'' of testbeds === | ||
| − | We may call ''testbeds'' or ''experiments'' the configuration of the devices in the lab to get | + | We may call ''testbeds'' or ''experiments'' the configuration of the devices in the lab to get a specific architecture among the possible ones. |
| − | + | ||
| + | |||
| + | Strictly remaining on the IP level, you can get different topology of the lab changing the routes inside devices; the figure below represents the idea. | ||
XXXX FIG | XXXX FIG | ||
A good example of an on-line lab is the FIT IoT-Lab (https://www.iot-lab.info/tools/) (as Paulo suggested some days ago). The overall meaning of such a lab is to allow the configuration of testbeds to run experiments.
OOOO RouterOS sono solo infrastruttura Sebbene non appare utile, e' possibile cambiare il routing iP
OOOO
At the moment the UMOBILE Lab
e' costituito dai RaspB (SEG, che implementa l'NDN, attraverso i tunnel)
Il primo nodo NDN potrebbe essere collegato al testbed pubblico.
Quali sono gli entry-point nei SEG per parlare con i device NDN mobili (es. l'app di Paulo)
Come fa l'applicazione di Paulo a parlare con il lab?
Ha senso modificare i tunnel NDN?
Le dashboad: possiamo web-impaginare le FIB; ma che altro?
E' utile provare il protocollo di routing (standard) NDN? come si fa? c'e' una versione UM?
There would be GUIs and APIs to control and measure the results. Currently the UMOBILE researchers can login into the lab
E CHE FANNO?
There would be also a way (and a policy) to allow foreign (non-UMOBILE) researchers to login and use the lab.
We may call testbeds or experiments the configuration of the devices in the lab to get a specific architecture among the possible ones.
Strictly remaining on the IP level, you can get different topology of the lab changing the routes inside devices; the figure below represents the idea.
XXXX FIG
In order to run different experiments (or trial: a campaign of "stimula" (i.e command sequences on the "user (handheld) devices") along with the generated results and collected measurements
=== Dashboards