 GitHubでソースを表示 |
スレッドがネットワーク内の各デバイスを識別する方法と、それらが相互に通信するために使用するアドレスのタイプを見てみましょう。
スコープ
ユニキャストアドレッシングのスレッドネットワークには、次の3つのスコープがあります。
- リンクローカル—単一の無線送信で到達可能なすべてのインターフェイス
- Mesh-Local —同じスレッドネットワーク内で到達可能なすべてのインターフェイス
- グローバル—スレッドネットワークの外部から到達可能なすべてのインターフェース
最初の2つのスコープは、スレッドネットワークによって指定されたプレフィックスに対応します。リンクローカルのプレフィックスはfe80::/16 、メッシュローカルのプレフィックスはfd00::/8です。
ユニキャスト
単一のスレッドデバイスを識別する複数のIPv6ユニキャストアドレスがあります。それぞれに、スコープとユースケースに基づいて異なる機能があります。
各タイプについて詳しく説明する前に、ルーティングロケーター（RLOC）と呼ばれる一般的なタイプについて詳しく見ていきましょう。 RLOCは、ネットワークトポロジ内の場所に基づいて、スレッドインターフェイスを識別します。
ルーティングロケーターの生成方法
すべてのデバイスには、ルーターIDと子IDが割り当てられます。各ルーターは、すべての子のテーブルを維持します。これらの組み合わせにより、トポロジ内のデバイスが一意に識別されます。たとえば、次のトポロジで強調表示されているノードについて考えてみます。ここで、ルーター（五角形）の番号はルーターIDであり、エンドデバイス（円）の番号は子IDです。
各子のルーターIDは、その親（ルーター）に対応します。ルーターは子ではないため、ルーターの子IDは常に0です。これらの値は、スレッドネットワーク内のデバイスごとに一意であり、RLOCの最後の16ビットを表すRLOC16を作成するために使用されます。
たとえば、左上のノード（ルーターID = 1および子ID = 1）のRLOC16の計算方法は次のとおりです。
RLOC16は、IPv6アドレスの最後の64ビットに対応するインターフェイス識別子（IID）の一部です。一部のIIDは、一部のタイプのスレッドインターフェイスを識別するために使用できます。たとえば、RLOCのIIDは、常に0000:00ff:fe00: RLOC16ます。
IIDをメッシュローカルプレフィックスと組み合わせると、RLOCになります。たとえば、 fde5:8dba:82e1:1::/64メッシュローカルプレフィックスを使用すると、RLOC16 = 0x401であるノードのRLOCは次のようになります。
これと同じロジックを使用して、上記のサンプルトポロジで強調表示されているすべてのノードのRLOCを決定できます。
ただし、RLOCはトポロジ内のノードの場所に基づいているため、ノードのRLOCはトポロジの変更に応じて変更される可能性があります。
たとえば、ノード0x400がスレッドネットワークから削除されている可能性があります。ノード0x401と0x402は、異なるルーターへの新しいリンクを確立し、その結果、それぞれに新しいRLOC16とRLOCが割り当てられます。
ユニキャストアドレスタイプ
RLOCは、スレッドデバイスが持つことができる多くのIPv6ユニキャストアドレスの1つにすぎません。アドレスの別のカテゴリはエンドポイント識別子（EID）と呼ばれ、スレッドネットワークパーティション内の一意のスレッドインターフェイスを識別します。 EIDは、スレッドネットワークトポロジから独立しています。
一般的なユニキャストタイプの詳細を以下に示します。
リンクローカルアドレス（LLA） | |
|---|---|
| 単一の無線送信で到達可能なスレッドインターフェイスを識別するEID。 | |
| 例 | fe80::54db:881c:3845:57f4 |
| IID | 802.15.4拡張アドレスに基づく |
| 範囲 | リンクローカル |
| 詳細 |
|
メッシュ-ローカルEID（ML-EID） | |
|---|---|
| ネットワークトポロジに関係なく、スレッドインターフェイスを識別するEID。同じスレッドパーティション内のスレッドインターフェイスに到達するために使用されます。一意のローカルアドレス（ULA）とも呼ばれます。 | |
| 例 | fde5:8dba:82e1:1:416:993c:8399:35ab |
| IID | 試運転が完了した後に選択されたランダム |
| 範囲 | メッシュ-ローカル |
| 詳細 |
|
ルーティングロケーター（RLOC） | |
|---|---|
| ネットワークトポロジ内の場所に基づいて、スレッドインターフェイスを識別します。 | |
| 例 | fde5:8dba:82e1:1::ff:fe00:1001 |
| IID | 0000:00ff:fe00: RLOC16 |
| 範囲 | メッシュ-ローカル |
| 詳細 |
|
エニーキャストロケーター（ALOC） | |
|---|---|
| 宛先のRLOCが不明な場合、RLOCルックアップを介してスレッドインターフェイスを識別します。 | |
| 例 | fde5:8dba:82e1:1::ff:fe00:fc01 |
| IID | 0000:00ff:fe00:fc XX |
| 範囲 | メッシュ-ローカル |
| 詳細 |
|
グローバルユニキャストアドレス（GUA） | |
|---|---|
| スレッドネットワークを超えて、グローバルスコープでスレッドインターフェイスを識別するEID。 | |
| 例 | 2000::54db:881c:3845:57f4 |
| IID |
|
| 範囲 | グローバル |
| 詳細 |
|
マルチキャスト
マルチキャストは、一度に複数のデバイスに情報を通信するために使用されます。スレッドネットワークでは、スコープに応じて、特定のアドレスがさまざまなデバイスグループでのマルチキャスト使用のために予約されています。
| IPv6アドレス | 範囲 | に配信 |
|---|---|---|
ff02::1 | リンクローカル | すべてのFTDおよびMED |
ff02::2 | リンクローカル | すべてのFTD |
ff03::1 | メッシュ-ローカル | すべてのFTDおよびMED |
ff03::2 | メッシュ-ローカル | すべてのFTD |
上記のマルチキャストテーブルには、Sleepy End Devices（SED）が受信者として含まれていないことに気付くかもしれません。代わりに、スレッドは、SEDを含むすべてのスレッドノードに使用されるリンクローカルおよびレルムローカルスコープのユニキャストプレフィックスベースのIPv6マルチキャストアドレスを定義します。これらのマルチキャストアドレスは、ユニキャストメッシュローカルプレフィックスに基づいて構築されているため、スレッドネットワークによって異なります（ユニキャストプレフィックスベースのIPv6マルチキャストアドレスの詳細については、 RFC 3306を参照してください）。
スレッドデバイスでは、すでにリストされている範囲を超える任意のスコープもサポートされています。
エニーキャスト
エニーキャストは、宛先のRLOCが不明な場合に、トラフィックをスレッドインターフェイスにルーティングするために使用されます。エニーキャストロケーター（ALOC）は、スレッドパーティション内の複数のインターフェイスの場所を識別します。 ALOC16呼ばALOCの最後の16ビットは、の形式である0xfc XX ALOCの種類を表します。
たとえば、 0xfc01と0xfc0fの間の0xfc0fは、DHCPv6エージェント用に予約されています。特定のDHCPv6エージェントRLOCが不明な場合（おそらくネットワークトポロジが変更されたため）、メッセージをDHCPv6エージェントALOCに送信して、RLOCを取得できます。
スレッドは、次のALOC16値を定義します。
| ALOC16 | タイプ |
|---|---|
0xfc00 | 盟主 |
0xfc01 – 0xfc0f | DHCPv6エージェント |
0xfc10 – 0xfc2f | サービス |
0xfc30 – 0xfc37 | コミッショナー |
0xfc40 – 0xfc4e | 近隣探索エージェント |
0xfc38 – 0xfc3f0xfc4f – 0xfcff | 予約済み |
要約
あなたが学んだこと：
- スレッドネットワークは、リンクローカル、メッシュローカル、グローバルの3つのスコープで構成されます。
- スレッドデバイスには複数のユニキャストIPv6アドレスがあります
- RLOCは、スレッドネットワーク内のデバイスの場所を表します
- ML-EIDは、パーティション内のスレッドデバイスに固有であり、アプリケーションで使用する必要があります
- スレッドはマルチキャストを使用して、ノードとルーターのグループにデータを転送します
- 宛先のRLOCが不明な場合、スレッドはエニーキャストを使用します
スレッドのIPv6アドレッシングの詳細については、スレッド仕様のセクション5.2および5.3を参照してください。