Google は、黒人コミュニティのための人種的公平の促進に取り組んでいます。詳細をご覧ください。

このページは Cloud Translation API によって翻訳されました。

Docker で OpenThread を使用して Thread ネットワークをシミュレートする

1. はじめに

Google がリリースした OpenThread は、Thread ネットワークプロトコルのオープンソース実装です。Google Nest は、Google Nest 製品で使用されている技術を幅広く利用できるようにし、スマートホーム製品の開発を加速させるため、OpenThread をリリースしました。

Thread 仕様は、家庭用アプリケーション向けに、IPv6 ベースの信頼性、安全性、消費電力の少ないワイヤレスデバイス間通信プロトコルを定義しています。OpenThread は、IPv6、6LoWPAN、MAC セキュリティを備えた IEEE 802.15.4、メッシュリンク確立、メッシュルーティングなど、すべての Thread ネットワーキングレイヤを実装しています。

この Codelab では、Docker を使用して、エミュレートされたデバイスで Thread ネットワークをシミュレートする手順を説明します。

学習内容

OpenThread ビルドツールチェーンの設定方法
Thread ネットワークをシミュレートする方法
Thread ノードの認証方法
OpenThread Daemon を使用して Thread ネットワークを管理する方法

必要なもの

Docker
Linux、ネットワークルーティングに関する基本的な知識

2. Docker を設定する

この Codelab は、Linux、Mac OS X、または Windows マシンで Docker を使用するように設計されています。推奨される環境は Linux です。

Docker のインストール

任意の OS に Docker をインストールします。

Docker イメージを pull する

Docker がインストールされたら、ターミナルウィンドウを開き、openthread/environment Docker イメージを pull します。このイメージは、ビルド済みの OpenThread と OpenThread Daemon を特徴としており、この Codelab ですぐに使用できます。

$ docker pull openthread/environment:latest

ダウンロードが完了するまで数分かかることがあります。

ターミナルウィンドウで、イメージから Docker コンテナを起動し、その bash シェルに接続します。

$ docker run --name codelab_otsim_ctnr -it --rm \
   --sysctl net.ipv6.conf.all.disable_ipv6=0 \
   --cap-add=net_admin openthread/environment bash

--rm オプションを指定すると、コンテナの終了時にコンテナが削除されます。コンテナを削除したくない場合は、このオプションを使用しないでください。

この Codelab に必要なフラグに注意してください。

--sysctl net.ipv6.conf.all.disable_ipv6=0 - コンテナ内で IPv6 を有効にします。
--cap-add=net_admin - NET_ADMIN 機能を有効にします。これにより、IP ルートの追加など、ネットワーク関連の操作を実行できます。

コンテナに格納すると、次のようなプロンプトが表示されます。

root@c0f3912a74ff:/#

上記の例では、c0f3912a74ff がコンテナ ID です。Docker コンテナインスタンスのコンテナ ID は、この Codelab のプロンプトに表示されるものとは異なります。

Docker の使用

この Codelab は、Docker の基本的な使用法を理解していることを前提としています。Codelab の全体を最後まで Docker コンテナ内にとどめる必要があります。

3. Thread ネットワークをシミュレートする

この Codelab で使用するサンプルアプリケーションは、基本的なコマンドラインインターフェース（CLI）を介して OpenThread 構成および管理インターフェースを公開する、最小限の OpenThread アプリケーションを示しています。

この演習では、エミュレートされた Thread デバイスを別のエミュレートされた Thread デバイスから ping するために必要な最小限の手順を説明します。

下図は、基本的な Thread ネットワークトポロジを示しています。この演習では、緑色の円内の 2 つのノード、すなわち 1 つの接続を持つスレッドリーダーと Thread ルーターをエミュレートします。

ネットワークを作成する

1. Node 1 の起動

まだ行っていない場合は、ターミナルウィンドウで Docker コンテナを起動し、その bash シェルに接続します。

$ docker run --name codelab_otsim_ctnr -it --rm \
   --sysctl net.ipv6.conf.all.disable_ipv6=0 \
   --cap-add=net_admin openthread/environment bash

Docker コンテナで、ot-cli-ftd バイナリを使用して、エミュレートされた Thread デバイスの CLI プロセスを生成します。

root@c0f3912a74ff:/# /openthread/build/examples/apps/cli/ot-cli-ftd 1

注: このコマンドを実行した後に > プロンプトが表示されない場合は、enter を押してください。

このバイナリは OpenThread デバイスを実装します。IEEE 802.15.4 無線ドライバは UDP の上位に実装されています（IEEE 802.15.4 フレームは UDP ペイロード内で渡されます）。

1 の引数は、「factory-assigned」の最下位ビットを表すファイル記述子です。エミュレートされたデバイスでは IEEE EUI-64。この値は、IEEE 802.15.4 無線エミュレーション用に UDP ポートにバインドする場合にも使用されます（ポート = 9000 + ファイルディスクリプタ）。この Codelab でエミュレートされた Thread デバイスのインスタンスは、それぞれ異なるファイル記述子を使用します。

注: エミュレートされたデバイスのプロセスを生成するときは、この Codelab に記載されているように、1 以上のファイル記述子のみを使用してください。0 のファイル記述子は、他の用途のために予約されています。

新しい運用データセットを作成し、アクティブデータセットとして commit する。運用データセットは、作成する Thread ネットワークの構成です。

> dataset init new
Done
> dataset
Active Timestamp: 1
Channel: 20
Channel Mask: 07fff800
Ext PAN ID: d6263b6d857647da
Mesh Local Prefix: fd61:2344:9a52:ede0/64
Network Key: e4344ca17d1dca2a33f064992f31f786
Network Name: OpenThread-c169
PAN ID: 0xc169
PSKc: ebb4f2f8a68026fc55bcf3d7be3e6fe4
Security Policy: 0, onrcb
Done

このデータセットをアクティブなデータセットとして commit します。

> dataset commit active
Done

IPv6 インターフェースを起動します。

> ifconfig up
Done

スレッドプロトコルオペレーションを開始します。

> thread start
Done

数秒待ってから、デバイスが Thread Leader になったことを確認します。リーダーは、ルーター ID の割り当てを管理するデバイスです。

> state
leader
Done

ノード 1 の Thread インターフェースに割り当てられた IPv6 アドレスを表示します（実際の出力は異なります）。

> ipaddr
fd61:2344:9a52:ede0:0:ff:fe00:fc00
fd61:2344:9a52:ede0:0:ff:fe00:5000
fd61:2344:9a52:ede0:d041:c5ba:a7bc:5ce6
fe80:0:0:0:94da:92ea:1353:4f3b
Done

特定の IPv6 アドレスタイプに注意してください。

先頭は fd = mesh-local
先頭が「fe80」 = リンクローカル

メッシュローカルアドレスタイプは次のように分類されます。

ff:fe00 = ルーターロケータ（RLOC）を含む
ff:fe00 = エンドポイント識別子（EID）を含まない

コンソール出力で EID を特定し、後で使用できるようにメモしておきます。上記のサンプル出力では、EID は次のようになります。

fd61:2344:9a52:ede0:d041:c5ba:a7bc:5ce6

2. Node 2 の起動

新しいターミナルを開き、現在実行中の Docker コンテナで Node 2 に使用する bash シェルを実行します。

$ docker exec -it codelab_otsim_ctnr bash

この新しい bash プロンプトで、引数 2 を指定して CLI プロセスを生成します。これは、エミュレートされた 2 つ目の Thread デバイスです。

root@c0f3912a74ff:/# /openthread/build/examples/apps/cli/ot-cli-ftd 2

注: このコマンドを実行した後に > プロンプトが表示されない場合は、enter を押してください。

ノード 1 の運用データセットと同じ値を使用して、Thread ネットワークキーと PAN ID を構成します。

> dataset networkkey e4344ca17d1dca2a33f064992f31f786
Done
> dataset panid 0xc169
Done

このデータセットをアクティブなデータセットとして commit します。

> dataset commit active
Done

IPv6 インターフェースを起動します。

> ifconfig up
Done

スレッドプロトコルオペレーションを開始します。

> thread start
Done

デバイスは子として初期化されます。Thread の子はエンドデバイスと同等です。エンドデバイスは、親デバイスとのみユニキャストトラフィックを送受信する Thread デバイスです。

> state
child
Done

2 分以内に、child から router に状態が切り替わるはずです。Thread ルーターは、Thread デバイス間でトラフィックをルーティングできます。「親」とも呼ばれます。

> state
router
Done

ネットワークを確認する

ルーターテーブルを見ると、メッシュネットワークを簡単に確認できます。

1. 接続を確認する

Node 2 で RLOC16 を取得します。RLOC16 は、デバイスの RLOC IPv6 アドレスの最後の 16 ビットです。

> rloc16
5800
Done

Node 1 のルーター表で Node 2 の RLOC16 を確認します。まず、ノード 2 がルーターの状態に切り替わったことを確認してください。

> router table
| ID | RLOC16 | Next Hop | Path Cost | LQ In  | LQ Out  | Age | Extended MAC   |
+----+--------+----------+-----------+--------+-------+---+--------------------+
| 20 | 0x5000 |       63 |         0 |      0 |     0 |   0 | 96da92ea13534f3b |
| 22 | 0x5800 |       63 |         0 |      3 |     3 |  23 | 5a4eb647eb6bc66c |

ノード 2 の 0x5800 の RLOC がテーブルに表示され、メッシュに接続されていることを確認します。

2. ノード 2 からノード 1 に ping を実行する

エミュレートされた 2 つの Thread デバイス間の接続を検証します。Node 2 で、Node 1 に割り当てられた EID を ping します。

> ping fd61:2344:9a52:ede0:d041:c5ba:a7bc:5ce6
> 16 bytes from fd61:2344:9a52:ede0:d041:c5ba:a7bc:5ce6: icmp_seq=1 hlim=64 time=12ms

enter キーを押して、> CLI プロンプトに戻ります。

ネットワークをテストする

エミュレートされた 2 つの Thread デバイス間で正常に ping を実行できるようになったので、1 つのノードをオフラインにしてメッシュネットワークをテストします。

Node 1 に戻り、Thread を停止します。

> thread stop
Done

Node 2 に切り替えて、状態を確認します。2 分以内に、ノード 2 はリーダー（ノード 1）がオフラインであることを検出し、ノード 2 がネットワークの leader に遷移します。

> state
router
Done
...
> state
leader
Done

確認したら、Thread を停止して Node 2 を出荷時の設定にリセットしてから、Docker bash プロンプトに戻ります。この演習で使用した Thread ネットワーク認証情報が次の演習に引き継がれないようにするため、出荷時設定へのリセットが行われます。

> thread stop
Done
> factoryreset
>
> exit
root@c0f3912a74ff:/#

factoryreset コマンドの後に > プロンプトが再度表示されるように、enter を数回押す必要がある場合があります。Docker コンテナは終了しないでください。

また、ノード 1 を出荷時の設定にリセットして終了します。

> factoryreset
>
> exit
root@c0f3912a74ff:/#

使用可能なすべての CLI コマンドについては、OpenThread CLI リファレンスをご覧ください。

4. コミッショニングでノードを認証する

前の演習では、シミュレートされた 2 台のデバイスで Thread ネットワークを設定し、接続を検証しました。ただし、これにより、認証されていない IPv6 リンクローカルトラフィックのみがデバイス間で送受信されます。グローバル IPv6 トラフィックを両者間で（および Thread ボーダールーター経由でインターネットに）ルーティングするには、ノードを認証する必要があります。

認証を行うには、1 つのデバイスがコミッショナーとして機能する必要があります。コミッショナーは現在、新しい Thread デバイスの認証サーバーで選出されており、デバイスがネットワークに接続するために必要なネットワーク認証情報の提供を承認しています。

この演習では、前と同じ 2 ノードトポロジを使用します。認証については、Thread Leader はコミッショナー、Thread Router は Joiner として、

Docker

残りの演習の各ノード（ターミナルウィンドウ）で、必ず OpenThread ビルドで Docker コンテナが実行されていることを確認します。前の演習から続行する場合、同じ Docker コンテナ内で 2 つの bash プロンプトがすでに開いているはずです。実行されていない場合は、Docker のトラブルシューティングの手順を確認するか、Thread ネットワークをシミュレートするの演習をやり直します。

1. ネットワークの作成

Node 1 で、CLI プロセスを生成します。

root@c0f3912a74ff:/# /openthread/build/examples/apps/cli/ot-cli-ftd 1

注: このコマンドを実行した後に > プロンプトが表示されない場合は、enter を押してください。

新しい運用データセットを作成し、それをアクティブなデータセットとして commit して、スレッドを開始します。

> dataset init new
Done
> dataset
Active Timestamp: 1
Channel: 12
Channel Mask: 07fff800
Ext PAN ID: e68d05794bf13052
Mesh Local Prefix: fd7d:ddf7:877b:8756/64
Network Key: a77fe1d03b0e8028a4e13213de38080e
Network Name: OpenThread-8f37
PAN ID: 0x8f37
PSKc: f9debbc1532487984b17f92cd55b21fc
Security Policy: 0, onrcb
Done

このデータセットをアクティブなデータセットとして commit します。

> dataset commit active
Done

IPv6 インターフェースを起動します。

> ifconfig up
Done

スレッドプロトコルオペレーションを開始します。

> thread start
Done

数秒待ってから、デバイスがスレッドリーダーになっていることを確認します。

> state
leader
Done

2. コミッショナーロールを開始する

まだノード 1 でコミッショナーロールを開始します。

> commissioner start
Done

J01NME Joiner 認証情報を持つ任意の Joiner（* ワイルドカードを使用）がネットワークへのコミッショニングを許可します。Joiner は、人間の管理者が委託した Thread ネットワークに追加するデバイスです。

> commissioner joiner add * J01NME
Done

3. Joiner ロールを開始する

Docker コンテナの 2 つ目のターミナルウィンドウで、新しい CLI プロセスを生成します。これがノード 2 です。

root@c0f3912a74ff:/# /openthread/build/examples/apps/cli/ot-cli-ftd 2

Node 2 で、J01NME Joiner 認証情報を使用して Joiner ロールを有効にします。

> ifconfig up
Done
> joiner start J01NME
Done

... 確認されるまで数秒お待ちください ...

Join success

Joiner として、デバイス（ノード 2）はコミッショナー（ノード 1）で自身を正常に認証し、Thread ネットワーク認証情報を受信しました。

Node 2 が認証されたので、Thread を開始します。

> thread start
Done

4. ネットワーク認証を検証する

Node 2 の state をチェックして、ネットワークに参加したことを確認します。2 分以内に、ノード 2 は child から router に移行します。

> state
child
Done
...
> state
router
Done

5. 構成をリセット

次の演習の準備をするために、構成をリセットします。各ノードで Thread を停止し、出荷時の設定にリセットして、エミュレートされた Thread デバイスを終了します。

> thread stop
Done
> factoryreset
>
> exit
root@c0f3912a74ff:/#

factoryreset コマンドの後に > プロンプトが再度表示されるように、enter を数回押す必要がある場合があります。

5. OpenThread Daemon を使用してネットワークを管理する

この演習では、1 つの CLI インスタンス（1 つの埋め込み SoC Thread デバイス）と 1 つの無線コプロセッサ（RCP）インスタンスをシミュレートします。

ot-daemon は OpenThread Posix アプリのモードであり、入力と出力として UNIX ソケットを使用するため、OpenThread コアをサービスとして実行できます。クライアントは、OpenThread CLI をプロトコルとして使用してソケットに接続することで、このサービスと通信できます。

ot-ctl は、RCP の管理と構成のために ot-daemon が提供する CLI です。これにより、RCP を Thread デバイスによって作成されたネットワークに接続します。

Docker

この演習の各ノード（ターミナルウィンドウ）で、OpenThread ビルドで Docker コンテナが実行されていることを確認します。前の演習から続行する場合、同じ Docker コンテナ内で 2 つの bash プロンプトがすでに開いているはずです。それ以外の場合は、Docker のトラブルシューティングの手順をご覧ください。

ot-daemon を使用する

この演習では、以下に対応する 3 つのターミナルウィンドウを使用します。

シミュレートされた Thread デバイスの CLI インスタンス（ノード 1）
ot-daemon プロセス
ot-ctl CLI インスタンス

1. Node 1 の起動

最初のターミナルウィンドウで、エミュレートされた Thread デバイスの CLI プロセスを生成します。

root@c0f3912a74ff:/# /openthread/build/examples/apps/cli/ot-cli-ftd 1

注: このコマンドを実行した後に > プロンプトが表示されない場合は、enter を押してください。

新しい運用データセットを作成し、それをアクティブなデータセットとして commit して、スレッドを開始します。

> dataset init new
Done
> dataset
Active Timestamp: 1
Channel: 13
Channel Mask: 07fff800
Ext PAN ID: 97d584bcd493b824
Mesh Local Prefix: fd55:cf34:dea5:7994/64
Network Key: ba6e886c7af50598df1115fa07658a83
Network Name: OpenThread-34e4
PAN ID: 0x34e4
PSKc: 38d6fd32c866927a4dfcc06d79ae1192
Security Policy: 0, onrcb
Done

このデータセットをアクティブなデータセットとして commit します。

> dataset commit active
Done

IPv6 インターフェースを起動します。

> ifconfig up
Done

スレッドプロトコルオペレーションを開始します。

> thread start
Done

ノード 1 の Thread インターフェースに割り当てられた IPv6 アドレスを表示します。

> ipaddr
fd55:cf34:dea5:7994:0:ff:fe00:fc00
fd55:cf34:dea5:7994:0:ff:fe00:d000
fd55:cf34:dea5:7994:460:872c:e807:c4ab
fe80:0:0:0:9cd8:aab6:482f:4cdc
Done
>

Thread ネットワークをシミュレートするの手順で説明したように、1 つのアドレスはリンクローカル（fe80）、3 つのアドレスはメッシュローカル（fd）です。EID が、アドレスに ff:fe00 を含まないメッシュローカルアドレスである。このサンプル出力では、EID は fd55:cf34:dea5:7994:460:872c:e807:c4ab です。

ipaddr 出力で、ノードとの通信に使用される特定の EID を特定します。

2. ot-daemon の起動

2 つ目のターミナルウィンドウで、tun デバイスノードを作成し、読み取り/書き込み権限を設定します。

root@c0f3912a74ff:/# mkdir -p /dev/net && mknod /dev/net/tun c 10 200
root@c0f3912a74ff:/# chmod 600 /dev/net/tun

このデバイスは、仮想デバイスでパケットの送受信に使用されます。デバイスがすでに作成されている場合、エラーが表示されることがあります。これは正常であり、無視してかまいません。

RCP ノードの ot-daemon を開始します。RCP ノードはノード 2 と呼びます。-v 詳細フラグを使用して、ログ出力を表示し、実行中であることを確認します。

root@c0f3912a74ff:/# /openthread/build/posix/src/posix/ot-daemon -v \
'spinel+hdlc+forkpty:///openthread/build/examples/apps/ncp/ot-rcp?forkpty-arg=2'

成功すると、詳細モードの ot-daemon は次のような出力を生成します。

ot-daemon[31]: Running OPENTHREAD/297a880; POSIX; Feb  1 2022 04:43:39
ot-daemon[31]: Thread version: 3
ot-daemon[31]: Thread interface: wpan0
ot-daemon[31]: RCP version: OPENTHREAD/297a880; SIMULATION; Feb  1 2022 04:42:50

ターミナルを開いたまま、バックグラウンドで動作させます。ここにはこれ以上コマンドを入力する必要はありません。

3. ot-ctl を使用してネットワークに参加する

ノード 2（ot-daemon RCP）はまだ Thread ネットワークへのコミッショニングを行っていません。そこで役立つのが ot-ctl です。ot-ctl は OpenThread CLI アプリと同じ CLI を使用します。そのため、シミュレートされた他の Thread デバイスと同じ方法で ot-daemon ノードを制御できます。

3 つ目のターミナルウィンドウを開き、既存のコンテナを実行します。

$ docker exec -it codelab_otsim_ctnr bash

コンテナで、ot-ctl を起動します。

root@c0f3912a74ff:/# /openthread/build/posix/src/posix/ot-ctl
>

この 3 番目のターミナルウィンドウで ot-ctl を使用して、2 番目のターミナルウィンドウで ot-daemon で開始したノード 2（RCP ノード）を管理します。Node 2 の state を確認します。

> state
disabled
Done

Node 2 の eui64 を取得して、参加を特定の Joiner に制限します。

> eui64
18b4300000000001
Done

Node 1（最初のターミナルウィンドウ）でコミッショナーを起動し、参加をその eui64 のみに制限します。

> commissioner start
Done
> commissioner joiner add 18b4300000000001 J01NME
Done

3 つ目のターミナルウィンドウで、ノード 2 のネットワークインターフェースを表示し、ネットワークに参加します。

> ifconfig up
Done
> joiner start J01NME
Done

... 確認されるまで数秒お待ちください ...

Join success

Joiner として、RCP（ノード 2）はコミッショナー（ノード 1）で自身を正常に認証し、Thread Network 認証情報を受け取りました。

次に、ノード 2 を Thread ネットワークに接続します（3 つ目のターミナルウィンドウで再度もあります）。

> thread start
Done

4. ネットワーク認証を検証する

3 番目のターミナルで、Node 2 の state をチェックして、ネットワークに参加したことを確認します。2 分以内に、ノード 2 は child から router に移行します。

> state
child
Done
...
> state
router
Done

5. 接続を検証する

3 つ目のターミナルウィンドウで、Ctrl+D または exit コマンドを使用して ot-ctl を終了し、コンテナの bash コンソールに戻ります。このコンソールから、ping6 コマンドで EID を使用してノード 1 に ping を実行します。ot-daemon RCP インスタンスが正常に Thread ネットワークに参加して通信している場合、ping は成功します。

root@c0f3912a74ff:/# ping6 -c 4 fd55:cf34:dea5:7994:460:872c:e807:c4ab
PING fd55:cf34:dea5:7994:460:872c:e807:c4ab (fd55:cf34:dea5:7994:460:872c:e807:c4ab): 56 data bytes
64 bytes from fd55:cf34:dea5:7994:460:872c:e807:c4ab: icmp_seq=0 ttl=64 time=4.568 ms
64 bytes from fd55:cf34:dea5:7994:460:872c:e807:c4ab: icmp_seq=1 ttl=64 time=6.396 ms
64 bytes from fd55:cf34:dea5:7994:460:872c:e807:c4ab: icmp_seq=2 ttl=64 time=7.594 ms
64 bytes from fd55:cf34:dea5:7994:460:872c:e807:c4ab: icmp_seq=3 ttl=64 time=5.461 ms
--- fd55:cf34:dea5:7994:460:872c:e807:c4ab ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.568/6.005/7.594/1.122 ms

6. Docker のトラブルシューティング

Docker コンテナを終了した場合

bash プロンプトが表示された場合は、実行中かどうかを確認し、必要に応じて再起動または再入力する必要がある場合があります。--rm オプションを使用せずに作成した Docker コンテナは、引き続き存在します。

実行中の Docker コンテナを表示するには:

$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
505fc57ffc72        environment       "bash"              10 minutes ago      Up 10 minutes                           codelab_otsim_ctnr

すべての Docker コンテナ（実行中と停止中の両方）を表示するには:

$ docker ps -a
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS              PORTS               NAMES
505fc57ffc72        environment       "bash"              10 minutes ago      Up 10 minutes                           codelab_otsim_ctnr

いずれかの docker ps コマンドの出力にコンテナ codelab_otsim_ctnr が表示されない場合は、もう一度実行します。

$ docker run --name codelab_otsim_ctnr -it --rm \
   --sysctl net.ipv6.conf.all.disable_ipv6=0 \
   --cap-add=net_admin openthread/environment bash

--rm オプションは、コンテナの終了時にコンテナを削除する場合にのみ使用します。

コンテナが停止している場合は（docker ps -a にリストされ、docker ps にはリストされません）、再起動します。

$ docker start -i codelab_otsim_ctnr

Docker コンテナがすでに実行中（docker ps に表示）の場合は、各ターミナルでコンテナに再接続します。

$ docker exec -it codelab_otsim_ctnr bash

「操作は許可されていません」エラー

mknod コマンドを使用して新しい OpenThread ノードを作成するときに Operation not permitted エラーが発生した場合は、この Codelab で紹介しているコマンドに従い、root ユーザーとして Docker を実行していることを確認します。この Codelab では、Docker をルートレスモードで実行することはサポートされていません。

7. 完了

OpenThread を使用して最初の Thread ネットワークのシミュレートに成功しました。うまくできました。

この Codelab では、以下について学びました。

OpenThread Simulation Docker コンテナの起動と管理
Thread ネットワークをシミュレートする
Thread ノードを認証する
OpenThread Daemon を使用して Thread ネットワークを管理する

Thread と OpenThread について詳しくは、以下のリファレンスをご覧ください。

または、Docker コンテナで OpenThread ボーダールーターを使用してみます。

Docker で OpenThread を使用して Thread ネットワークをシミュレートする

1. はじめに

学習内容

必要なもの

2. Docker を設定する

Docker のインストール

Docker イメージを pull する

Docker の使用

3. Thread ネットワークをシミュレートする

ネットワークを作成する

1. Node 1 の起動

2. Node 2 の起動

ネットワークを確認する

1. 接続を確認する

2. ノード 2 からノード 1 に ping を実行する

ネットワークをテストする

4. コミッショニングでノードを認証する

Docker

1. ネットワークの作成

2. コミッショナー ロールを開始する

3. Joiner ロールを開始する

4. ネットワーク認証を検証する

5. 構成をリセット

5. OpenThread Daemon を使用してネットワークを管理する

Docker

ot-daemon を使用する

1. Node 1 の起動

2. ot-daemon の起動

3. ot-ctl を使用してネットワークに参加する

4. ネットワーク認証を検証する

5. 接続を検証する

6. Docker のトラブルシューティング

「操作は許可されていません」エラー

7. 完了

2. コミッショナーロールを開始する