위탁과 운영 발견

수수료 가능한 탐색

커미셔닝 가능한 탐색은 커미셔닝 전에 이루어지며, 커미셔닝 가능한 노드를 검색하고 식별하는 프로세스를 의미합니다. 수수료 부과 가능한 노드가 자체적으로 알릴 수 있는 방법에는 세 가지가 있습니다.

두 가지 방법 모두에서 수수료 가능한 노드는 표 1과 같이 정보를 알립니다.

표 1: 수수료 부과 가능한 노드 광고
필드 길이 필수
분류자 12비트 지원됨
공급업체 ID 16비트 No
제품 ID 16비트 No
확장 데이터 가변 No

Matter 사양에 따라 공급업체 ID제품 ID는 필수가 아니지만 포함할 수 있습니다. Discriminator는 필수이며 동일한 기기 여러 개가 동시에 연결된 경우 올바른 기기를 프로비저닝하는 커미셔닝 프로세스 중에 중요합니다. 확장 데이터는 맞춤 공급업체별 정보를 인코딩하는 데 사용할 수 있습니다.

대부분의 기기는 전원을 켠 후 짧은 시간 (~3~15분) 동안 광고를 게재합니다. 다른 기기는 광고를 시작해서는 안 됩니다. 기본 제어가 패브릭에서 시작되지 않거나 도어락과 같은 기기의 프로비저닝되지 않은 자동 광고가 안전하지 않기 때문입니다. 표 2에는 이 동작이 요약되어 있습니다.

표 2: 기기 유형별로 프로비저닝되지 않은 기기 광고
기본 기기 기능 자동 공지
자물쇠 및 장벽으로 기기에 액세스 No
대부분의 컨트롤은 패브릭에서 시작됩니다. 스위치나 전구를 예로 들 수 있습니다. 지원됨
대부분의 컨트롤은 패브릭에서 시작되지 않습니다. 예를 들어 식기세척기나 냉장고가 있습니다. No

저전력 블루투스

이 광고 모드에서는 위원회가 BLE 광고를 보게 됩니다. 위원회는 일반 액세스 프로필 (GAP) 주변기기 인터페이스를 구현하고 미실행 상태를 주기적으로 알려야 합니다. 기기가 켜진 후 처음 30초 동안 광고 빈도가 20~60밀리초 간격으로 높아야 합니다.

30초 후 기기는 150~1,500밀리초 간격으로 낮은 빈도로 광고해야 합니다. 첫 번째 패브릭에 커미셔닝될 때 기기는 BLE 광고를 중지해야 합니다.

위원회는 검사를 요청할 필요가 없습니다. BLE 광고 채널 3개(37(2,402MHz), 38(2,426MHz), 39(2,480MHz)에 대해 수동 스캔을 실행해야 합니다. 이러한 채널은 스펙트럼 내의 리전에서 선택되며 Wi-Fi 채널과의 중복이 최소화되어 교차 무선 간섭을 최소화합니다.

BLE는 작업 검색에 사용되지 않습니다.

Wi-Fi 소프트 AP

Wi-Fi 소프트 AP를 사용할 때 커미셔닝 대상은 임시 소프트 액세스 포인트 (소프트 AP) 네트워크를 통해 검색됩니다. 네트워크의 SSID (네트워크 이름)는 MATTER-ddd-vvvv-pppp 형식이며, 각 항목의 의미는 다음과 같습니다.

  • ddd는 HEX 형식의 12비트 구분자입니다.
  • vvvv는 HEX 형식의 16비트 공급업체 ID입니다.
  • pppp는 16비트 제품 ID(16비트)입니다.

커미셔너가 커미셔너에 연결할 때마다 둘 다 고유한 IPv6 링크-로컬 주소를 구성하여 Wi-Fi 레이어에서 연결을 사용 설정합니다. 이 시점에서 다음 섹션에서 다루는 DNS-SD 방법과 동일한 경우와 마찬가지로 검색이 계속됩니다.

또한 Wi-Fi 소프트 AP는 IPv4용 DHCP 및 정보 요소(IE)를 구현하여 공급업체별 추가 정보를 노출할 수 있습니다. IE는 802.11 (Wi-Fi) 관리 프레임 내의 가변 길이 필드로, 맞춤 정보를 다른 시스템으로 전달할 수 있습니다.

커미셔너 스캔 중에는 Wi-Fi 채널 1, 6, 11을 사용해야 하지만, 현지 스펙트럼 규정에 따라 허용되는 모든 채널을 스캔해야 합니다.

Wi-Fi 소프트 AP는 작업 검색에 사용되지 않습니다.

DNS-SD

이 경우 노드에서 렌더링한 서비스에 대한 정보가 포함된 도메인 이름 서비스 - 서비스 검색 (DNS-SD) 광고로 커미셔너를 찾을 수 있습니다. DNS-SD에 관한 자세한 내용은 RFC 6762를 참고하세요. 이는 다음과 같은 경우 일반적인 기기 검색 방법입니다.

  • 커미셔닝 대상은 이더넷에 연결되므로 암호화되지 않은 네트워크 매체에 물리적으로 액세스할 수 있습니다.
  • 위원회가 대역 외 수단을 사용해 Wi-Fi 또는 Thread 네트워크에 가입했습니다.
  • 커미셔닝 대상은 이미 다른 패브릭에 커미셔닝되었으며 Wi-Fi/Thread 네트워크에 연결되었습니다. 이 경우 커미셔닝 담당자는 BLE 광고를 사용하거나 소프트 AP를 만들 수 없습니다. 따라서 모든 보조 패브릭이 이 방법을 통해 프로비저닝됩니다.

Thread 기기는 DNS-SD를 직접 사용하지 않는 대신 Thread 보더 라우터에서 제공하는 프록시 메서드를 사용합니다. 이 메서드는 DNS-SD 서비스 등록 프로토콜광고 프록시에 의해 정의됩니다. Thread 기기는 일반적으로 Thread 보더 라우터에서 제공하는 SRP 서비스에 등록됩니다. 이 서비스는 이러한 프로토콜에서 생성된 추가 트래픽으로 Thread 네트워크에 부담을 주지 않고 등록된 각 Thread 노드를 대신하여 mDNS 트래픽을 처리합니다.

기기 검색을 위한 DNS-SD 인스턴스 이름은 _matterc._udp이고 호스트 이름은 48비트 MAC 주소 또는 64비트 MAC 확장 주소로 빌드되며 이는 A5F15790B0D15F32.local.와 같은 16진수 문자열로 표현됩니다. 일반적으로 이 기록은 위원회에 위탁될 수 있는 경우에만 공지됩니다. 그러나 수수료 모드가 아닌 경우에도 광고를 계속할 수 있습니다. 이 동작을 확장 탐색이라고 합니다.

탐색 후에는 IPv6 주소가 AAAA 레코드에 반환되고 키-값 쌍이 DNS-SD TXT 레코드에 반환됩니다. 키-값 쌍에는 분류자, 공급업체 ID, 제품 ID와 같은 정보가 포함됩니다. 또한 노드는 결과를 필터링하여 특정 속성과 일치하는 수수료 담당자만 찾을 수 있는 커미셔닝 하위유형을 공지합니다.

운영 탐색

운영 검색은 커밋된 노드를 검색하고 식별하는 프로세스입니다. 작업 검색은 IP 기반 DNS-SD 메서드를 통해서만 이루어집니다. 노드 인스턴스 이름은 64비트 압축된 Fabric ID와 64비트 노드 ID로 구성됩니다. 그런 다음 16진수로 된 ID는 하이픈으로 연결됩니다(예: 2906C908D115D362-8FC7772401CD0696.local.). 작업 검색은 DNS-SD 기기 검색과 동일한 대상 호스트 이름을 공유합니다.

DNS-SD 서비스 유형은 _matter._tcp입니다. _tcp 이름 지정이 사용되지만 기기는 UDP와 같은 다른 전송을 사용할 수 있습니다.