10. Requirements
§ SW: the testbed offers bare-metal access to IoT devices, so there is no SW
requirements on IoT devices. No specific req. on AGILE gateway SW either
(except: must be able to run on AGILE hardware e.g. RasPi)
§ HW: IoT devices are currently IEEE 802.15.4 only on the targeted IoT-LAB
site => AGILE gateway should have a IEEE 802.15.4 communication module
(which may be a USB-connected board running RIOT).
§ Security requirements:
§ ssh tunnel to AGILE gateway, where AGILE interfaces can be used (and
corresponding security considerations apply).
§ Bare-metal access to IoT-devices: e.g. RIOT firmware running on IoT-LAB M3
nodes, with IPv6/6LoWPAN/RPL/UDP stack (and corresponding security
considerations apply).
§ Data management, post-processing and visualization: up to the testbed
users. Out of scope for the testbed tools. Pre-processing possible on the IoT-
devices (programmable in the firmware uploaded on IoT devices e.g. RIOT)
AGILE MEETING, 14-15 April 2016, Athens
11. Open Issues
§Industrial gateway vs Maker gateway (and how many ?)
§Framework to avoid user-initiated file-system « bricking » on the gateway
§ Based on NFS boot?
§Final decision between several possible levels of integration:
§ Level 1: adding new IoT devices to IoT-LAB (connecting them through USB to
one of the A8-M3 nodes)
§ Level 2: adding new gateways to IoT-LAB (e.g. AGILE gateway)
◦ connecting via an existing Open A8 - maybe USB-Ethernet
◦ connecting to the private Ethernet of IoT-LAB local server
◦ alternative: connect via an additional private server, with an admin VM dedicated to AGILE.
§ Level 3: modifying SW (currently a customized OpenEmbedded - Yocto Daisy) on
IoT-Lab A8 nodes so that they become an AGILE Gateway, e.g. using Snappy
AGILE MEETING, 14-15 April 2016, Athens