調査可能で運用可能な調査

コミッション対象の調査

コミッションの対象となる発見は、コミッショニングの前に行われるプロセスを指します。 いくつかのステップがありますコミッション対象のノードは、次の 3 つの方法で自分自身を宣伝できます。

どちらの方法でも、コミッション可能なノードは以下に示すように情報をアドバタイズします。 表 1.

表 1: コミッション対象ノードの広告
フィールド 長さ 必須
識別要素 12 ビット ○
ベンダー ID 16 ビット いいえ
商品 ID 16 ビット いいえ
拡張データ 可変 いいえ

Matter 仕様では、ベンダー ID と商品 ID は必須ではありませんが、含めることができます。識別要素は、 必須であり、これはコミッショニング プロセスで 同じデバイスが複数接続されている場合に、正しいデバイスを選択する あります。拡張データ: ベンダー固有のカスタムのエンコードに使用できます。 情報です。

多くのデバイスは、終了後短時間（約 3 ～ 15 分）だけアドバタイズ 起動します。他のデバイスも広告掲載を開始することはできません ファブリックから発信されていないか、自動プロビジョニングが 鍵などのデバイスの広告は安全ではありません。表 2 は、 できます。

表 2: 未プロビジョニングの広告 デバイスタイプ別のデバイス数
デバイスの主な機能 自動通知
ロックやフェンスによるデバイスへのアクセス いいえ
ほとんどの制御はファブリックから行われます。（スイッチや電球など）。 ○
ほとんどの制御はファブリックから行われるのではなく、例: 食器洗い機 冷蔵庫に入れます。 いいえ

Bluetooth Low Energy

このアドバタイズメント モードでは、コミッショナーは BLE アドバタイズメントを見ます。「 委員会は、Generic Access Profile（GAP）周辺機器を実装する必要があります。 その非コミッション状態を定期的にアドバタイズします。最初の 30 日間 デバイスがオンになってから数秒後に、 20 ～ 60 ミリ秒間隔。

30 秒経過すると、デバイスは 150～1,500 ミリ秒の間隔で低頻度でアドバタイズする必要があります。最初のファブリックをコミッショニングする場合、デバイスは BLE アドバタイズメントを停止します。

コミッショナーがスキャンをリクエストする必要はありません。パッシブな動作をするはずです。 BLE の 3 つのアドバタイジング チャネル、すなわち 37（2402 MHz）、38（2426 MHz）、39 （2,480 MHz）。これらのチャンネルは、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（HEX）です。

コミッショナーがコミッショナーに接続すると、コミッショナーとコミッショナーの両方で 固有の IPv6 リンクローカル アドレスを使用して、Wi-Fi レイヤで接続を有効にします。ちなみに この時点で、DNS-SD 方式の場合と同じ方法で検出が継続されます。 次のセクションで説明します

また、Wi-Fi Soft AP は、IPv4 と情報要素（Information Element）の DHCP を実装している場合があります。 （IE）: ベンダー固有の追加情報を公開します。IE は変数 802.11（Wi-Fi）管理フレーム内の長さフィールドを使用して、カスタム 他のシステムに伝送される情報です。

コミッショナースキャン中は Wi-Fi チャネル 1、6、11 を優先する必要がありますが、 現地の周波数規制で許可されているすべてのチャネルをスキャンする必要があります。

Wi-Fi Soft AP はオペレーション検出には使用されません。

DNS-SD

この場合、コミッショニーはドメイン名サービス - サービス ディスカバリ（DNS-SD）アドバタイズメント。サービスに関する情報が含まれます。 表示されます。詳しくは、 RFC 6762（詳細） 概要をご覧ください。これは、次の場合にデバイスを検出する一般的な方法です。

  • コミッショニーはイーサネットに接続されているため、 暗号化されていないネットワーク メディアです。
  • コミッショニーが Wi-Fi または Thread ネットワークに接続しました 外部 IP アドレスで通信できます
  • コミッショニーはすでに別のファブリックの依頼を受けており、同社に参加しました Wi-Fi/Thread ネットワークに接続されている。この場合、 BLE アドバタイズや Soft AP の作成はできません。したがって、すべてのセカンダリ ファブリックはこの方法でプロビジョニングされます。

Thread デバイスは DNS-SD を直接使用せず、代わりに Thread ボーダー ルーターによって提供されるプロキシ方式です。 このメソッドは、 DNS-SD サービス登録プロトコル および 広告プロキシ。 Thread 台のデバイスが自身を SRP サービスに登録します 通常は Thread ボーダー ルーターによって提供されます。このサービス 登録された各 Thread に代わって mDNS トラフィックを処理 Thread ネットワークに余分な負荷が トラフィックを制限します。

デバイス検出用の DNS-SD インスタンス名は _matterc._udp で、 ホスト名は、48 ビット MAC アドレスまたは 64 ビット MAC Extended 住所。A5F15790B0D15F32.local. などの 16 進文字列で表されます。 通常、この記録が宣伝されるのは、コミッショニーが 設計されています。ただし、 設定します。この動作を「拡張検出」と呼びます。

検出後、AAAA レコードと Key-Value に IPv6 アドレスが返されます。 DNS‐SD TXT レコードで返されます。Key-Value ペアには、 識別要素、ベンダー ID、プロダクト ID などの情報が含まれます。このノードは、コミッション サブタイプもアドバタイズします。これにより、結果をフィルタして、特定の属性に一致するコミッショナーのみを検索できます。

作戦的調査

運用上のディスカバリは、 作成します。運用上の検出は、IP アドレスベースの DNS-SD 方式。ノードのインスタンス名は、64 ビットで圧縮された ファブリック ID と 64 ビットのノード ID。これらの ID は 16 進数でハイフンで連結されます（2906C908D115D362-8FC7772401CD0696.local. など）。運用上のディスカバリーは、DNS-SD デバイスと同じターゲット ホスト名を共有します。 見つけてもらう。

DNS-SD サービスのタイプは _matter._tcp です。_tcp という命名が使用されますが、 デバイスは UDP などの他のトランスポートを使用することがあります。

前へ
トランザクションを呼び出す
次へ
生地