[論文レビュー] Connecting the World of Embedded Mobiles: The RIOT Approach to Ubiquitous Networking for the Internet of Things

Martine Lenders, Peter Kietzmann+7 more|arXiv (Cornell University)|Jan 9, 2018

IoT and Edge/Fog Computing被引用数 10

ひとこと要約

本稿では、GNRCをデフォルトスタックとして採用するモジュラーでレイヤードなネットワーキングアーキテクチャを備えたRIOTの提案を紹介する。これにより、低消費電力IoTデバイス上でもフル機能を備えたマルチインターフェースネットワーキングが可能になる。洗練されたモジュラー設計を採用しているにもかかわらず、GNRCはContiki や TinyOS といったモノリシックなシステムと同等のパフォーマンスを達成しており、異種ネットワークにおける設定のしやすさと拡張性に優れている。

ABSTRACT

The Internet of Things (IoT) is rapidly evolving based on low-power compliant protocol standards that extend the Internet into the embedded world. Pioneering implementations have proven it is feasible to inter-network very constrained devices, but had to rely on peculiar cross-layered designs and offer a minimalistic set of features. In the long run, however, professional use and massive deployment of IoT devices require full-featured, cleanly composed, and flexible network stacks. This paper introduces the networking architecture that turns RIOT into a powerful IoT system, to enable low-power wireless scenarios. RIOT networking offers (i) a modular architecture with generic interfaces for plugging in drivers, protocols, or entire stacks, (ii) support for multiple heterogeneous interfaces and stacks that can concurrently operate, and (iii) GNRC, its cleanly layered, recursively composed default network stack. We contribute an in-depth analysis of the communication performance and resource efficiency of RIOT, both on a micro-benchmarking level as well as by comparing IoT communication across different platforms. Our findings show that, though it is based on significantly different design trade-offs, the networking subsystem of RIOT achieves a performance equivalent to that of Contiki and TinyOS, the two operating systems which pioneered IoT software platforms.

研究の動機と目的

• 超制限付きIoTデバイス向けに、複数の異種インターフェースとプロトコルをサポートするフル機能を備えたモジュラーなネットワーキングサブシステムを設計すること。
• 抽象化された明確なAPIを通じて、ICN や SDN といった新しいネットワーキング機能をシームレスに統合できるようにすること。
• 既存のIoTスタック（例：lwIP や emb6）と比較して、RIOTのネットワーキングスタックのパフォーマンスとリソース効率を評価すること。
• レイヤードでモジュラーなネットワークスタックが、リソースが限られた環境でもモノリシックで最適化されたシステムと同等のパフォーマンスを達成できることを示すこと。
• IP over lpWAN やアダプティブなマルチパスフォワーディングといった将来の標準仕様をサポートすることで、将来の拡張性を確保すること。

提案手法

• ドライバ、プロトコル、スタック全体に対して汎用インターフェースを備えたモジュラーなネットワーキングサブシステムを設計し、プラグイン可能なコンponentsを可能にする。
• RIOTのマルチスレーディングとIPCを活用して、再帰的に構成されたレイヤードネットワークスタックであるGNRCを実装する。これにより、プロトコルの明確な分離が実現される。
• IEEE 802.15.4、イーサーネット、LoRa、CAN などの複数の異種インターフェースを同時に動作可能にすることで、マルチパスおよび技術間ハンドオーバー機能を実現する。
• 異なるハードウェアプラットフォーム上でマイクロベンチマークを実行し、GNRCをlwIP や emb6 と比較することで通信パフォーマンスをベンチマークする。
• 同じサブシステム内で将来のインターネットプロトコルスタックとしてICNベースのCCN-liteを評価し、名前ベースの処理に伴うオーバーヘッドを測定する。
• 非同期IPCを用いて、特にICNのリクエスト・レスポンスモデルに適した効率的なレイヤー間通信を管理する。

実験結果

リサーチクエスチョン

• RQ1 洗練されたレイヤードでモジュラーなネットワーキングアーキテクチャは、Contiki や TinyOS のようなモノリシックで最適化されたIoTネットワーキングスタックと同等のパフォーマンスを達成できるか？
• RQ2 RIOTのGNRCスタックは、多様なIoTハードウェアプラットフォーム上で実行される実世界のマイクロベンチマークにおいて、lwIP や emb6 と比較してどの程度のパフォーマンスを示すか？
• RQ3 RIOTのネットワーキングサブシステムのモジュラー設計は、ICN や SDN といった将来のプロトコルへの拡張性をどの程度サポートできるか？
• RQ4 制限付きの組み込み環境に情報中心ネットワーキング（ICN）スタック（例：CCN-lite）を実装する際のパフォーマンス上のトレードオフは何か？
• RQ5 ハードウェアレベルの最適化（例：SPIやラジオバッファの使用）は、送信パフォーマンスにどのような影響を及ぼし、ベンチマーク結果にばらつきをもたらすか？

主な発見

• GNRCはモジュラーでレイヤードな設計を採用しているにもかかわらず、Contiki や TinyOS と同等のパフォーマンスを達成しており、デバイス間のパケット送信時間ではRIOTがContikiを約20％上回っている。
• RIOTとContikiのパフォーマンス差の主な要因は、プロトコルやドライバの処理オーバーヘッドではなく、ハードウェアの送信非効率性に起因している。
• GNRCは、フル機能を備えたICNスタック（CCN-lite）を実行する場合でも、RAMをわずか4 kBで使用しており、将来のインターネットプロトコルのメモリ効率の高さを示している。
• CCN-liteの処理時間は、GNRCのIPスタックと比較して2倍以上長く、特に長いコンテンツ名の場合に名前パースと比較のオーバーヘッドが顕著に現れる。
• RIOTのネットワーキングサブシステムで採用された非同期IPCモデルは、ICNのリクエスト・レスポンスパラダイムに特に効果的であり、名前プレフィックスごとに効率的な戦略レイヤーを実装可能である。
• モジュラーなアーキテクチャのおかげで、新しいプロトコルの統合と設定が容易になり、実行時およびメモリのオーバーヘッドが最小限に抑えられ、長期的な保守性と拡張性が向上する。