スレッドボーダールーターは、低消費電力のThreadメッシュと家庭のイーサネットまたはWi-Fiネットワーク間でIPv6パケットをルーティングすることで、スマートホームサーバーを接続します。
ボーダールーターはオートメーションの中枢ではなく、Home Assistantや他のコントローラーと同じマシン上で動作する必要はありません。IEEE 802.15.4無線を使うThreadデバイス側のネットワークと、通常の家庭用LANに接続されたもう一方のネットワーク側を持ちます。スマートホームサーバーは、そのルーティングされたIP経路を通じて認証済みデバイスにアクセスし、Matterがアプリケーションコマンドとセキュリティ関係を提供します。以下のセクションでは、パケット経路を追い、ルーティング、検出、認証、制御を分けて説明します。
Threadメッシュと家庭用LANは別々のIPリンク
Threadのセンサー、ロック、スイッチなどの低消費電力ノードは、通常のWi-Fiに参加するのではなく、IEEE 802.15.4メッシュ上で通信します。ThreadはIPv6を使用しているため、無線リンクや電力モデルがイーサネットやWi-Fiと異なっていても、デバイスはIP識別子を持ちます。
Home AssistantはThreadネットワークを、デバイス制御のためにMatterやHomeKitのような上位アプリケーションプロトコルを必要とするIP対応の低消費電力メッシュとして説明しています。メッシュはパケットを運びますが、ライトやロックのコマンドの意味は定義しません。
家庭用サーバーは通常、隣接するLAN上にあります。ボーダールーターがなければ、両側がIPv6を理解していても802.15.4メッシュへの無線経路はありません。
ボーダールーターは無線ルーティングをイーサネットまたはWi-Fiに接続
ThreadボーダールーターはThread無線を内蔵または制御し、家庭用LANにも接続します。一方でメッシュに参加し、もう一方でLANクライアントからThreadアドレスへのルートを広告します。
このボーダールーティングは、Matterコマンドを解釈せずにネットワーク間でパケットを転送します。専用のOpenThread機器であったり、スマートスピーカー、ディスプレイ、ハブ、対応ネットワーク機器の副次機能であったりします。
イーサネットは通常、ボーダールーターに安定したLAN経路を提供しますが、Wi-Fiでも接続可能です。重要なのは常時到達可能で正しいルーティングが行われることであり、オートメーションサーバーへの物理的な接続ではありません。
ZimaSpaceのスマートホームサーバーガイドは、無線の配置を計算機の配置と分けて扱っています。常時稼働サーバーの最適な場所が必ずしも最良のThreadカバレッジを提供するとは限らないためです。
IPv6によりサーバーからThreadデバイスへ到達可能に
ルートが利用可能になると、スマートホームサーバー上のMatterサービスはIPv6を使ってThreadデバイスと通信します。ユニキャストアドレスは個々のノードに届き、マルチキャストは低消費電力ネットワークの制約下で検出やグループ通信をサポートします。
MatterはThread、Wi-Fi、イーサネット間でIPv6通信を使用します。ボーダールーターはパケット経路を連続的に保ち、コントローラーとデバイスはアプリケーション層でMatterトラフィックを保護します。
家庭用ルーターもLANとThreadネットワーク間でIPv6を正しく転送する必要があります。ボーダールーターは有効なルートを広告できますが、IPv6転送やマルチキャスト検出をブロックするLANは認証や操作制御を妨げる可能性があります。
Matterコントローラーとボーダールーターは異なる役割
Matterコントローラーは認証済みデバイスとの信頼関係を持ち、クラスターやコマンドを理解し、それらのデバイスをオートメーションやダッシュボードに公開します。Threadボーダールーターはネットワーク到達性のみを提供します。
Connectivity Standards AllianceはMatterコントローラーとThreadボーダールーターを区別しています。1つの製品に両方の役割が含まれることもありますが、役割は論理的に分離されており、異なるハードウェアで動作可能です。
これにより、Home AssistantがAppleやGoogleのボーダールーターを介してMatter-over-Threadデバイスを制御しつつ、そのデバイスをAppleやGoogleのスマートホームプラットフォームに追加しなくてもよい理由が説明されます。サードパーティのルーターは暗号化されたパケットを中継し、Home Assistantのファブリックがコントローラー関係を維持します。
複数のボーダールーターは経路を増やすがコントローラーは増やさない
Threadはメッシュ上に複数のボーダールーターを許可します。追加のルーターは無線カバレッジを改善し、単一のルーティングポイントを排除できますが、互換性のあるThread認証情報を共有し、周囲のLANがルートを正しく処理する必要があります。
Home Assistantは複数のボーダールーターがカバレッジを増やし単一障害点のリスクを減らせると指摘しています。これらは自動的に複数のMatterファブリックを作成したり、スマートホームサーバーのコントローラー状態を複製したりしません。
アーキテクチャをテストするには、サーバーがIPv6経由で認証済みノードを解決し到達できることを確認し、1台のボーダールーターの電源を切って別の経路に切り替わるか観察します。また、すべてのボーダールーターが意図したThreadネットワークに属し、異なる認証情報で孤立したメッシュを形成していないことも検証してください。
成功したテストは3つの別々の層を証明します:Thread内の無線到達性、LANへのIPv6ルーティング、サーバーからの認証済みMatter制御。これらの層を分けて扱うことで、すべてのペアリング失敗をボーダールーターのせいにすることを防げます。
テック&AIハブ
もっと読む

Home Assistantにおけるランタイム状態と永続状態:再起動後も維持すべきものは?
Home Assistantはすべてのライブ値を永続化するわけではありません。設定、レジストリ、選択された復元状態、履歴、デプロイデータは、再起動時にそれぞれ異なる役割を果たします。

Home Assistantはローカルセッションとリモートセッションをどのように認証しますか?
ローカルおよびリモートのHome Assistantセッションでは、同じサーバー側のIDモデルを使用します。リモートアクセスによって変わるのは経路とTLSの境界であり、トークンフローの中核ではありません。

Recorderデータが増えると、なぜHome Assistantの履歴クエリは遅くなるのですか?
レコーダーの成長に伴い、要求された範囲に含まれる行数が増えたり、キャッシュミスが増加したり、ストレージやインデックス処理が遅くなったりすると、履歴クエリのコストが上昇する可能性があります。

