コミッション対象の調査
コミッション対象の検出は、コミッショニングの前に行われます。これは、コミッション可能なノードを検出して識別するプロセスです。コミッション可能なノードが自身をアドバタイズする方法は 3 つあります。
- Bluetooth Low Energy(BLE)
- Wi-Fi Soft AP
- IP ネットワーク上の DNS-SD(既存の IP ベアリング ネットワークとも呼ばれます)
どちらの方法でも、コミッション可能なノードは表 1 に示すように情報をアドバタイズします。
項目 | 長さ | 必須 |
---|---|---|
識別要素 | 12 ビット | ○ |
ベンダー ID | 16 ビット | × |
商品 ID | 16 ビット | × |
拡張データ | 可変 | × |
Matter の仕様にあるとおり、ベンダー ID とプロダクト ID は必須ではありませんが、含めることができます。識別子は必須であり、複数の同一デバイスが同時に接続された場合に、正しいデバイスをプロビジョニングするためのコミッショニング プロセスにおいて不可欠です。拡張データは、カスタムのベンダー固有情報をエンコードするために使用できます。
多くのデバイスは、電源を入れてから短時間(約 3 ~ 15 分)だけアドバタイズします。他のデバイスは、メインの制御がファブリックから発生しないか、ロックなど、デバイスのプロビジョニングされていない自動アドバタイジングが安全でないため、アドバタイジングを開始できません。表 2 にこの動作の概要を示します。
主なデバイス機能 | 自動通知 |
---|---|
ロックやフェンスでデバイスにアクセスする | × |
ほとんどの制御はファブリックから行われます。たとえば、スイッチや電球などです。 | ○ |
ほとんどの制御はファブリックから行われるのではなく、たとえば、食器洗い機や冷蔵庫などです。 | × |
Bluetooth Low Energy
このアドバタイズメント モードでは、コミッショナーは BLE アドバタイズメントを見ます。委員会は、汎用アクセス プロファイル(GAP)周辺機器インターフェースを実装し、その非コミッション状態を定期的にアドバタイズする必要があります。デバイスをオンにしてから最初の 30 秒間は、20 ~ 60 ミリ秒間隔でアドバタイズメントの頻度を高くする必要があります。
30 秒後、デバイスは 150 ~ 1,500 ミリ秒間隔の低頻度でアドバタイズする必要があります。最初のファブリックをコミッショニングしたとき、デバイスは BLE アドバタイズを停止する必要があります。
コミッショナーがスキャンをリクエストする必要はありません。37(2,402 MHz)、38(2,426 MHz)、39(2,480 MHz)の BLE アドバタイジング チャネルに対してパッシブ スキャンを行います。これらのチャネルは、Wi-Fi チャネルとの重複を最小限に抑えたスペクトル内の領域から選択されるため、干渉による無線干渉が最小限に抑えられます。
BLE は動作上の検出には使用されません。
Wi-Fi Soft AP
Wi-Fi Soft AP を使用する場合、コミッショニーはアドホックのソフト アクセス ポイント(Soft AP)ネットワークを通じて検出されます。ネットワークの SSID(ネットワーク名)の形式は MATTER-ddd-vvvv-pppp です。
- ddd は、16 進数の 12 ビット判別器です。
- vvvv は、16 ビットのベンダー ID(16 進数)です。
- pppp は 16 ビットのプロダクト ID(16 進数)です。
コミッショナーがコミッショナーに接続するたびに、コミッショナーは一意の IPv6 リンクローカル アドレスを設定し、Wi-Fi レイヤで接続を有効にします。この時点で、次のセクションで説明する DNS-SD 方式と同じ場合と同様に検出が続行されます。
また、Wi-Fi Soft AP は、IPv4 の DHCP と情報要素(IE)を実装して、ベンダー固有の追加情報を公開できます。IE は 802.11(Wi-Fi)管理フレーム内の可変長フィールドで、カスタム情報を他のシステムに伝送できるようにします。
コミッショナー スキャンでは Wi-Fi チャネル 1、6、11 を優先する必要がありますが、地域のスペクトル規制で許可されているすべてのチャネルをスキャンする必要があります。
Wi-Fi Soft AP はオペレーション検出には使用されません。
DNS-SD
この場合、コミッショニーは、ノードによって提供されるサービスに関する情報を含むドメイン名サービス - サービス ディスカバリ(DNS-SD)アドバタイズによって発見されます。DNS-SD の詳細については、RFC 6762 をご覧ください。これは、次のような場合にデバイスを検出する一般的な方法です。
- コミッショニーはイーサネットに接続しているため、暗号化されていないネットワーク メディアに物理的にアクセスできます。
- コミッショニーは、なんらかの帯域外手段で Wi-Fi または Thread ネットワークに接続している。
- コミッショニーはすでに別のファブリックを委託され、Wi-Fi/Thread ネットワークに接続しています。この場合、コミッショニーは BLE 広告を使用したり、Soft AP を作成したりすることはできません。したがって、すべてのセカンダリ ファブリックがこの方法でプロビジョニングされます。
Thread デバイスは DNS-SD を直接使用するのではなく、Thread ボーダー ルーターによって提供されるプロキシ方式を使用します。このメソッドは、DNS-SD サービス登録プロトコルとそのアドバタイジング プロキシによって定義されます。Thread デバイスは、通常 Thread ボーダー ルーターによって提供される SRP サービスに自身を登録します。このサービスは、登録済みの各 Thread ノードに代わって、これらのプロトコルによって生成された追加のトラフィックで Thread ネットワークに負担をかけることなく、mDNS トラフィックを処理します。
デバイス検出用の DNS-SD インスタンス名は _matterc._udp
で、ホスト名は 48 ビット MAC アドレスまたは 64 ビット MAC 拡張アドレス(A5F15790B0D15F32.local.
などの 16 進文字列で表現)で構築されます。通常、この記録はコミッショニーが任命される可能性のある場合にのみ宣伝されます。ただし、コミッション モードでない場合にも、アドバタイジングが継続される場合があります。この動作を「拡張検出」と呼びます。
検出後、AAAA レコードに IPv6 アドレスが返され、DNS-SD TXT レコードに Key-Value ペアが返されます。Key-Value ペアには、識別要素、ベンダー ID、プロダクト ID などの情報が含まれます。ノードはコミッショニングのサブタイプもアドバタイズします。これにより、結果をフィルタリングして、特定の属性に一致するコミッショニーのみを見つけることができます。
作戦的調査
運用上の調査は、委託されたノードを検出して識別するプロセスです。運用上の検出は、IP ベースの DNS-SD メソッドを介してのみ行われます。ノードのインスタンス名は、64 ビットで圧縮されたファブリック ID と 64 ビットのノード ID で構成されます。16 進数のこれらの ID は、2906C908D115D362-8FC7772401CD0696.local.
のようにハイフンで連結されます。運用上の探索は、DNS-SD デバイス探索と同じターゲット ホスト名を共有します。
DNS-SD サービスのタイプは _matter._tcp
です。_tcp
という命名が使用されますが、デバイスは UDP などの他のトランスポートも使用することがあります。