Roteador de borda do Thread - Multicast Thread 1.2

1. Introdução

608c4c35050eb280.png

O que é Thread?

O Thread é um protocolo de rede mesh sem fio de baixo consumo e baseado em IP que permite a comunicação segura entre dispositivos e na nuvem. As redes de linhas de execução podem se adaptar às mudanças de topologia para evitar falhas de ponto único.

O que é OpenThread?

O OpenThread lançado pelo Google é uma implementação de código aberto do Thread®.

O que é um roteador de borda do OpenThread?

O Roteador de borda do OpenThread (OTBR) lançado pelo Google é uma implementação de código aberto do Roteador de Borda do Thread.

Thread 1.2 multicast

A Thread 1.2 define uma série de recursos compatíveis com multicast em uma rede heterogênea (Thread e Wi-Fi/Ethernet Network) para endereços multicast com escopo maior que o realm local.

Um roteador de borda do Thread 1.2 registra o conjunto de dados do roteador de backbone (BBR) e o serviço BBR selecionado é o roteador de backbone principal (PBBR), que é responsável pela entrada/saída de multicasts.

Um dispositivo Thread 1.2 envia uma mensagem CoAP para registrar o endereço multicast no PBBR (Registo do ouvinte de multicast, MLR) se o endereço for maior que o realm local. A PBBR usa o MLDv2 na interface externa para se comunicar com a LAN/WAN IPv6 mais ampla sobre os grupos multicast IPv6 que precisa ouvir, em nome da rede Thread local. E o PBBR só encaminhará o tráfego multicast para a rede Thread se o destino estiver inscrito em pelo menos um dispositivo Thread.

Para dispositivos finais mínimos Thread 1.2, eles podem depender do pai para agregar o endereço multicast e fazer o MLR em nome deles ou se registrar se o pai for do Thread 1.1.

Para ver mais detalhes, consulte a Seção 1.2 Especificação da seção 5.24 Encaminhamento de multicast para um escopo maior que o realm-local.

O que você criará

Neste codelab, você vai configurar um roteador de borda do Thread e dois dispositivos Thread e, em seguida, ativar e verificar os recursos do Multicast em dispositivos Thread e Wi-Fi.

O que você aprenderá

  • Como criar o firmware nRF52840 com os recursos do Thread 1.2 Multicast.
  • Como se inscrever em endereços multicast IPv6 em dispositivos Thread.

O que será necessário

  • Um dispositivo Raspberry Pi 3/4 e um cartão SD com pelo menos 8 GB de capacidade.
  • Três placas semicondutoras nRF52840 DK da Nordic.
  • Um Wi-Fi AP sem a proteção contra publicidade do roteador IPv6 ativada.
  • Laptop Linux/macOS (Raspberry Pi também funciona) com o Python3 instalado.

2. Configurar OTBR

Siga o codelab Roteador de borda do Thread - Conectividade IPv6 bidirecional e Descoberta de serviço baseada em DNS para configurar um roteador de borda do Thread no Raspberry Pi.

Quando concluído, o Raspberry Pi deve ter criado uma rede Thread em funcionamento e estar conectado a uma rede Wi-Fi.

O OTBR deve se tornar o roteador principal principal em segundos.

$ sudo ot-ctl bbr state
Primary
Done
$ sudo ot-ctl bbr
BBR Primary:
server16: 0xD800
seqno:    23
delay:    1200 secs
timeout:  3600 secs
Done

3. Dispositivos Build e Flash Thread

Crie o aplicativo da CLI do Thread 1.2 com o Multicast e atualize as duas placas DK nRF52840.

Criar firmware do nRF52840 DK

Siga as instruções para clonar o projeto e criar o firmware nRF52840.

$ mkdir -p ~/src
$ cd ~/src
$ git clone --recurse-submodules --depth 1 https://github.com/openthread/ot-nrf528xx.git
$ cd ot-nrf528xx/
$ script/build nrf52840 USB_trans -DOT_MLR=ON -DOT_THREAD_VERSION=1.2
$ arm-none-eabi-objcopy -O ihex build/bin/ot-cli-ftd ot-cli-ftd.hex

Podemos encontrar o firmware HEX criado com sucesso em ot-cli-ftd.hex.

Firmware nRF52840 DK do Flash

Atualize o firmware em nRF52840 DK usando nrfjprog, que faz parte das nRF Command Line Tools.

$ nrfjprog -f nrf52 --chiperase --program ot-cli-ftd.hex --reset

4. Anexar dispositivos Thread à rede Thread

O OTBR criou uma rede Thread nas etapas anteriores. Agora, podemos adicionar os DKs nRF52840 à rede Thread:

Receber conjunto de dados bruto bruto do OTBR:

$ sudo ot-ctl dataset active -x
0e080000000000000000000300000b35060004001fffc00208dead00beef00cafe0708fddead00beef00000510e50d3d0931b3430a59c261c684585a07030a4f70656e54687265616401022715041021cf5e5f1d80d2258d5cfd43416525e90c0302a0ff

Conecte-se a uma placa nRF52840 DK:

$ screen /dev/ttyACM0 115200

Configure o conjunto de dados ativo para o nRF52840 DK:

> dataset set active 0e080000000000000000000300000b35060004001fffc00208dead00beef00cafe0708fddead00beef00000510e50d3d0931b3430a59c261c684585a07030a4f70656e54687265616401022715041021cf5e5f1d80d2258d5cfd43416525e90c0302a0ff
Done

Inicie a pilha Thread, aguarde alguns segundos e verifique se o dispositivo foi conectado:

> ifconfig up
Done
> thread start
Done
> state
child

Repita as etapas acima para conectar a outra placa nRF52840 DK à rede Thread.

Agora configuramos a rede Thread com três dispositivos Thread: OTBR e duas placas nRF52840 DK.

5. Configurar rede Wi-Fi

Configure a rede Wi-Fi no OTBR e no laptop para que eles sejam conectados ao mesmo Wi-Fi AP.

Podemos usar raspi-config para configurar o SSID e a senha longa do Wi-Fi no Raspberry Pi OTBR.

A topologia de rede final é mostrada abaixo:

5d0f36fd69ebcc9a.png

6. Inscrever-se no endereço multicast IPv6

Inscreva-se em ff05::abcd no dispositivo final nRF52840 1:

> ipmaddr add ff05::abcd
Done

Verifique se ff05::abcd foi inscrito:

> ipmaddr
ff33:40:fdde:ad00:beef:0:0:1
ff32:40:fdde:ad00:beef:0:0:1
ff05:0:0:0:0:0:0:abcd            <--- ff05::abcd subscribed
ff02:0:0:0:0:0:0:2
ff03:0:0:0:0:0:0:2
ff02:0:0:0:0:0:0:1
ff03:0:0:0:0:0:0:1
ff03:0:0:0:0:0:0:fc
Done

Assine ff05::abcd no laptop:

Precisamos de um script Python subscribe6.py para assinar um endereço multicast no laptop.

Copie o código abaixo e salve-o como subscribe6.py:

import ctypes
import ctypes.util
import socket
import struct
import sys

libc = ctypes.CDLL(ctypes.util.find_library('c'))
ifname, group = sys.argv[1:]
addrinfo = socket.getaddrinfo(group, None)[0]
assert addrinfo[0] == socket.AF_INET6
s = socket.socket(addrinfo[0], socket.SOCK_DGRAM)
group_bin = socket.inet_pton(addrinfo[0], addrinfo[4][0])
interface_index = libc.if_nametoindex(ifname.encode('ascii'))
mreq = group_bin + struct.pack('@I', interface_index)
s.setsockopt(socket.IPPROTO_IPV6, socket.IPV6_JOIN_GROUP, mreq)
print("Subscribed %s on interface %s." % (group, ifname))
input('Press ENTER to quit.')

Execute subscribe6.py para se inscrever em ff05::abcd na interface de rede Wi-Fi (por exemplo, wlan0):

$ sudo python3 subscribe6.py wlan0 ff05::abcd
Subscribed ff05::abcd on interface wlan0.
Press ENTER to quit.

A topologia de rede final com assinaturas multicast é mostrada abaixo:

b118448c98b2d583.png

Agora que você já assinou o endereço multicast IPv6 no dispositivo final nRF52840 da rede Thread e no laptop na rede Wi-Fi, verificaremos a acessibilidade bidirecional do multicast IPv6 nas seções a seguir.

7. Verificar multicast IPv6 de entrada

Agora, poderemos alcançar o Dispositivo final nRF52840 1 na rede Thread e o laptop usando o endereço multicast IPv6 ff05::abcd da rede Wi-Fi.

Ping ff05::abcd no OTBR pela interface Wi-Fi:

$ ping -6 -b -t 5 -I wlan0 ff05::abcd
PING ff05::abcd(ff05::abcd) from 2401:fa00:41:801:83c1:a67:ae22:5346 wlan0: 56 data bytes
64 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=1 ttl=64 time=57.4 ms
64 bytes from 2401:fa00:41:801:8c09:1765:4ba8:48e8: icmp_seq=1 ttl=64 time=84.9 ms (DUP!)
64 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=2 ttl=64 time=54.8 ms
64 bytes from 2401:fa00:41:801:8c09:1765:4ba8:48e8: icmp_seq=2 ttl=64 time=319 ms (DUP!)
64 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=3 ttl=64 time=57.5 ms
64 bytes from 2401:fa00:41:801:8c09:1765:4ba8:48e8: icmp_seq=3 ttl=64 time=239 ms (DUP!)

# If using MacOS, use this command. The interface is typically not "wlan0" for Mac.
$ ping6 -h 5 -I wlan0 ff05::abcd

O OTBR pode receber duas respostas ping do dispositivo final nRF52840 e do laptop porque ambas se inscreveram em ff05::abcd. Isso mostra que o OTBR pode encaminhar os pacotes multicast de solicitação de ping IPv6 da rede Wi-Fi para a rede Thread.

8. Verificar multicast IPv6 de saída

Ping ff05::abcd no dispositivo final nRF52840 2:

> ping ff05::abcd 100 10 1
108 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=12 hlim=64 time=297ms
108 bytes from 2401:fa00:41:801:64cb:6305:7c3a:d704: icmp_seq=12 hlim=63 time=432ms
108 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=13 hlim=64 time=193ms
108 bytes from 2401:fa00:41:801:64cb:6305:7c3a:d704: icmp_seq=13 hlim=63 time=306ms
108 bytes from fdb5:8d36:6af9:7669:e43b:8e1b:6f2a:b8fa: icmp_seq=14 hlim=64 time=230ms
108 bytes from 2401:fa00:41:801:64cb:6305:7c3a:d704: icmp_seq=14 hlim=63 time=279ms

O Dispositivo final nRF52840 2 pode receber respostas ping do Dispositivo final 1 nRF52840 e do laptop. Isso mostra que o OTBR pode encaminhar os pacotes multicast de ping IPv6 da rede Thread para a rede Wi-Fi.

9. Parabéns

Parabéns! Você configurou um roteador de borda do Thread e verificou o multicast IPv6 bidirecional.

Para saber mais sobre o OpenThread, acesse openthread.io.

Documentos de referência: