OpenThread commissioning

Commissioning is the process that allows a new Thread device to join a Thread network. The new device must be authenticated and authorized to become part of the network.

In the commissioning process, devices have different Commissioning roles. The whole process can happen within the Thread network (connectivity within the Thread network) or can involve devices that are outside the network (other network provides connectivity, for example Ethernet or Wi-Fi). This is the main difference between On-mesh Thread commissioning and External Thread commissioning, respectively. The whole commissioning process benefits from several security measures, especially the DTLS protocol.

Commissioning roles

During the commissioning process, the devices involved are assigned one of the following roles:

  • Leader - Watches over the network configuration, allows Commissioner Candidate to become Commissioner, and ensures there is only one active Commissioner.

  • Commissioner Candidate - Role for a device capable of becoming the Commissioner, but has not yet been assigned the role of Commissioner.

  • Commissioner - Authenticates the Joiner and provides it with network credentials required to join the network. The Commissioner can be part of the network or it can be outside the network (see On-mesh and external commissioning).

  • Joiner - Role for a new device that wants to join the Thread network. It exchanges messages with the Commissioner through the directly connected Joiner Router that serves as a proxy.

  • Joiner Router - Role for a router device that is one hop away from the Joiner device in the Thread network and is the sole device connected with the Joiner. Responds to the Discovery Request of the Joiner. Moreover, when chosen by the Joiner, it passes subsequent communication in a secure manner.

  • Border Router - Role for a device equipped with at least two interfaces (for example Thread and Wi-Fi, Ethernet, LTE etc.) that forwards data between a Thread network and a non-Thread network. It can also be an interface for the Commissioner.

    • Border Agent function, usually combined with the Border Router role, accepts petitions from the Commissioner candidate. It also relays commissioning messages between Thread Network and a Commissioner. If a Commissioner is a part of the network, the same node is both the Commissioner and the Border Agent.

    Note

    While the Border Router is typically used only in the external commissioning process, the Nordic Border Router, which is based on the OpenThread Border Router (OTBR), supports both on-mesh and external commissioning.

Once a device is assigned one of the roles in the network, it can combine it with other roles. An exception is the Joiner role, which is exclusive to the Joiner and cannot be combined with other roles. For example:

For details about scenarios that include devices with multiple roles, see Thread Group’s Commissioning White Paper.

See Commissioning commands for the list of commands used to assign the commissioning roles.

On-mesh and external commissioning

The commissioning in OpenThread can be either on-mesh or external. Native commissioning is not supported by OpenThread.

On-mesh Thread commissioning

In the on-mesh Thread commissioning, the commissioning takes place inside the Thread network. The Thread Leader approves a Commissioner connected either to the Thread network (on-mesh Commissioner) or to a Thread device, and accepts it into the Thread network. Border Agent then authenticates it. After authentication, the Commissioner instructs the Joiner Router to transfer Thread network credentials to the Joiner.

In this type of commissioning, Thread network credentials are transferred between devices over the radio. At the end of its own authentication process, the Joiner joins the Thread network and becomes an active device that communicates with other Thread devices.

For security purposes, the on-mesh Thread commissioning requires exchanging a DTLS handshake between Commissioner and Joiner. See Security, authentication, and credentials for more information.

On-mesh Thread commissioning

On-mesh Thread commissioning

For information about how to configure on-mesh Thread Commissioning, see Configuring on-mesh Thread commissioning.

External Thread commissioning

In the external Thread commissioning, the commissioning involves a Commissioner device connected to a network other than the Thread network, like Wi-Fi or Ethernet. This external Commissioner (for example, a mobile phone) commissions new devices onto the network using the Thread Border Router as forwarding interface.

For security purposes, the external Thread commissioning requires exchanging a DTLS handshake. The following DTLS sessions are established:

  • Between Commissioner and Border Agent

  • Between Commissioner and Joiner

See Security, authentication, and credentials for related information.

External Thread commissioning

External Thread commissioning

Commissioning phases

The commissioning process goes through petitioning and joining.

Petitioning

Petitioning concerns the Commissioner role.

Petitioning occurs in both commissioning scenarios. The Commissioner Candidate that is either connected to an external network (external candidate) or is part of the network (on-mesh candidate) must petition the Leader of the Thread network through the Thread Border Agent to become the only authorized Commissioner.

The petitioning involves up to two phases:

  • In the external commissioning scenario, the potential commissioner exchanges a DTLS authentication handshake with the Thread Border Router to prove its eligibility and set up a secure connection.

  • In both scenarios, the potential commissioner sends a petition to the Thread Leader through the Thread Border Router.

The Leader accepts the petition based on only one criterium: whether there is already an active Commissioner in the Thread network. If there is none, the petition is accepted. If the petition is rejected, a rejection message is sent with the ID of the active Commissioner.

After the petition is accepted by the Leader:

  • In the external commissioning scenario, the connection is established and all subsequent communication between the Commissioner and other Thread devices is done through the Border Agent.

  • In both scenarios, the new Commissioner becomes the only authorized Commissioner.

  • In both scenarios, a periodic message is sent to keep the secure commissioning session open.

Joining

Joining concerns the Joiner role.

Joining occurs in both commissioning scenarios. It involves the following phases:

  • The Joiner, that is a potential new device in the Thread network, sends a Discovery Request message on every channel.

  • The Joiner Router receives the message and answers with the Discovery Response message. This message contains network identifiers and Steering Data in the payload.

  • The Joiner uses the information received from the Joiner Router to discover the correct network to connect to.

After the Joiner received the payload from the Joiner Router:

  • The connection is established.

  • The secure communication session continues, with a periodic message sent to keep it open.

Security, authentication, and credentials

To avoid a situation in which rogue devices join the Thread network, the communication between Commissioner and Joiner (in both scenarios), and Commissioner and Border Agent (in external commissioning) is secured with the Datagram Transport Layer Security (DTLS) authentication protocol session. The session is established automatically.

Also the communication between Joiner and Joiner Router is secured, but only when Joiner Router sends network credentials to Joiner using one time key generated by the Commissioner.

During commissioning, the on-mesh Thread Commissioner possesses the network master key by default, while the external Thread Commissioner never gains possession of the network master key.

The commissioning uses the following passwords and credentials:

  • Commissioning Credential - Passphrase known by the Leader and shared with the Commissioner of the network.

    Note

    The Commissioning Credential has 6 bytes minimum and 255 bytes maximum and is composed in the UTF-8 format, without character exclusions.

  • Commissioning Key (PSKc) - Pre-Shared Key for the Commissioner based on the Commissioning Credential which is used to establish the Commissioner Session between the Commissioner and Border Agent. All devices in the Thread network store the PSKc.

  • Joining Device Credential (PSKd) - Passphrase for authenticating a new Joiner device, used to establish a secure session between the Commissioner and the Joiner. When encoded in binary, this passphrase is referred to as Pre-Shared Key for the Device.

    Note

    The Joining Device Credential is composed of at least 6 and no more than 32 uppercase alphanumeric ASCII characters (base32-thread, 0 to 9 and A to Y, with the exclusion of I, O, Q, and Z).

For details and full overview of security credentials, see Thread protocol specification, table 8.2.

Commissioning commands

See the following pages in the OpenThread CLI Reference on GitHub for an overview of available CLI commands:

The NCP commands are available through wpantund, which provides a CLI wpantund wrapper for Spinel specification properties for Thread.

Configuring on-mesh Thread commissioning

You can configure on-mesh Thread commissioning using the Thread CLI sample or the Thread NCP sample with two devices to form a Thread network. One device will act as a Commissioner and the other will be a Joiner.

Note

Before you start the configuration process, make sure you are familiar with Thread commissioning concepts, especially On-mesh Thread commissioning.

Requirements

To configure on-mesh Thread commissioning, you need at least two development kit boards that are compatible with either the CLI or the NCP samples. Check the sample documentation pages for the list of compatible development kit boards.

Programming the DKs

Program both development kits with the Thread CLI sample or program both of them with the Thread NCP sample. See the sample’s page for details.

After programming the DKs and turning them on, both devices will be pre-commissioned and will form a Thread network. This network needs to be manually disabled.

Disabling the Thread network

The nRF Connect SDK’s Thread CLI and NCP samples come with the autostart feature, which means that the devices will form the network automatically without user intervention. To properly observe the commissioning process, it is recommended to form a new Thread network manually.

To disconnect from the network before starting the commissioning process, run the following command on both devices for the sample of your choice:

uart:~$ ot thread stop
wpanctl:device_if> leave
Leaving current WPAN. . .

Setting up the Commissioner

One of the two devices must become the Leader and Commissioner of the randomly generated network. Complete the following steps for the sample of your choice:

  1. Form a network by running the following commands:

    uart:~$ ot dataset init new
    Done
    uart:~$ ot dataset commit active
    Done
    uart:~$ ot ifconfig up
    Done
    uart:~$ ot thread start
    Done
    
    wpanctl:leader_if> form "My_Network" -c 11
    Forming WPAN "My_Network" as node type "router", channel:11
    Successfully formed!
    
  2. View the newly generated network settings by running the following command:

    uart:~$ ot dataset
    Active Timestamp: 1
    Channel: 23
    Channel Mask: 07fff800
    Ext PAN ID: 36dd32babd209538
    Mesh Local Prefix: fd51:51f2:fb58:c849/64
    Master Key: 0278f75cb81f04834f09b5fc095852d6
    Network Name: OpenThread-8299
    PAN ID: 0x8299
    PSKc: 658f3f958bade7db07a36c3fbf2fa2c9
    Security Policy: 0, onrcb
    Done
    
    wpanctl:leader_if> status
    leader_if => [
          "NCP:State" => "associated"
          "Daemon:Enabled" => true
          "NCP:Version" => "OPENTHREAD/20191113-01053-g07f430dac; NONE; Oct  7 2020 14:54:25"
          "Daemon:Version" => "0.08.00d (0.07.01-347-gf2e1501; Oct  7 2020 11:40:50)"
          "Config:NCP:DriverName" => "spinel"
          "NCP:HardwareAddress" => [F4CE368F9ED56701]
          "NCP:Channel" => 11
          "Network:NodeType" => "leader"
          "Network:Name" => "My_Network"
          "Network:XPANID" => 0x7ADF737288F9FCB0
          "Network:PANID" => 0xC4BB
          "IPv6:MeshLocalAddress" => "fd7a:df73:7288:0:29a8:87b5:3fb7:5142"
          "IPv6:MeshLocalPrefix" => "fd7a:df73:7288::/64"
          "com.nestlabs.internal:Network:AllowingJoin" => false
    ]
    
  3. Retrieve the EUI64 identifier from the Joiner by running the following command:

    uart:~$ ot eui64
    f4ce3687a6e4f6e8
    Done
    
    wpanctl:joiner_if> getprop NCP:HardwareAddress
    NCP:HardwareAddress = [F4CE36710E768C63]
    
  4. Enable the Commissioner role in the Leader device by running the following command:

    uart:~$ ot commissioner start
    Done
    
    wpanctl:leader_if> commissioner start
    Commissioner started
    
  5. Set up a pre-shared key for the Joiner device by running the following command:

    uart:~$ ot commissioner joiner add f4ce3687a6e4f6e8 N0RD1C
    Done
    
    wpanctl:leader_if> commissioner joiner-add F4CE36710E768C63 3600 N0RD1C
    Added Joiner F4:CE:36:71:0E:76:8C:63, timeout:3600, PSKd:"N0RD1C"
    

    See Security, authentication, and credentials for encoding limitations.

Adding the Joiner

Now that the Commissioner is ready, complete the following steps for the sample of your choice:

  1. Start the joining process in the Joiner device by running the following commands:

    uart:~$ ot ifconfig up
    Done
    uart:~$ ot joiner start N0RD1C
    Done
    

    After a couple of seconds, the following message appears:

    Join success
    
    wpanctl:joiner_if> joiner --join N0RD1C
    Starting joiner commissioning, PSKd:"N0RD1C" ...
    Successfully joined!
    

    The Joiner starts broadcasting Discovery Requests on all available channels. When the Commissioner receives a Discovery Request, it responds to the sender. After the response, a DTLS session is established to securely authenticate the Joiner and exchange the network credentials.

  2. After a successful joining process, attach the newly added device to the Thread network by running the following command:

    uart:~$ ot thread start
    Done
    

    This command starts the Thread network and automatically attaches the device to it.

    wpanctl:joiner_if> attach
    Resuming saved WPAN. . .
    

Both devices are now able to ping each other.