Пограничный маршрутизатор потока — двунаправленное подключение IPv6 и обнаружение служб на основе DNS

1. Введение

699d673d05a55535.png

Что такое поток?

Thread — это беспроводной сетевой протокол с низким энергопотреблением на основе IP, который обеспечивает безопасную связь между устройствами и между устройствами и облаком. Сети Thread могут адаптироваться к изменениям топологии, чтобы избежать сбоев в одной точке.

Что такое OpenThread?

OpenThread, выпущенный Google, представляет собой реализацию Thread® с открытым исходным кодом.

Что такое маршрутизатор границ потоков?

Пограничный маршрутизатор Thread подключает сеть Thread к другим сетям на базе IP, таким как Wi-Fi или Ethernet. Для подключения к другим сетям сети Thread требуется пограничный маршрутизатор. Пограничный маршрутизатор Thread минимально поддерживает следующие функции:

  • Двунаправленное IP-соединение между сетями Thread и Wi-Fi/Ethernet.
  • Двунаправленное обнаружение сервисов через mDNS (по каналу Wi-Fi/Ethernet) и SRP (по сети Thread).
  • Поток поверх инфраструктуры, объединяющий разделы потоков по IP-ссылкам.
  • Внешняя комиссионация потока (например, мобильного телефона) для аутентификации и присоединения устройства потока к сети потока.

OpenThread Border Router (OTBR), выпущенный Google, представляет собой реализацию Thread Border Router с открытым исходным кодом.

Что вы построите

В этой лабораторной работе вы настроите пограничный маршрутизатор потока и подключите свой мобильный телефон к конечному устройству потока через пограничный маршрутизатор.

Чему вы научитесь

  • Как настроить ОТБР
  • Как сформировать сеть потоков с помощью OTBR
  • Как создать устройство OpenThread CLI с функцией SRP
  • Как зарегистрировать услугу в SRP
  • Как обнаружить и подключиться к конечному устройству Thread

Что вам понадобится

  • Рабочая станция Linux для сборки и прошивки Thread RCP, OpenThread CLI и тестирования многоадресной рассылки IPv6.
  • Raspberry Pi для маршрутизатора Thread Border.
  • 2 USB-ключа Nordic Semiconductor nRF52840 (один для RCP и один для конечного устройства Thread).
  • Телефон на базе iOS с версией не ниже iOS 14 или телефон на базе Android с версией не ниже Android 8.1.

2. Настройте ОТБР

Самый быстрый способ настроить OTBR — следовать Руководству по настройке OTBR .

После завершения настройки OTBR используйте ot-ctl , чтобы проверить, что OTBR действует как leader потока.

$ sudo ot-ctl state
leader
Done

Также проверьте, что OTBR автоматически настроил префикс off-mesh-routable (OMR) в данных потоковой сети.

$ sudo ot-ctl netdata show
Prefixes:
Prefixes:
fd76:a5d1:fcb0:1707::/64 paos med 4000
Routes:
fd49:7770:7fc5:0::/64 s med 4000
Services:
44970 5d c000 s 4000
44970 01 9a04b000000e10 s 4000
Done
$ sudo ot-ctl ipaddr      
fda8:5ce9:df1e:6620:0:ff:fe00:fc11
fda8:5ce9:df1e:6620:0:0:0:fc38
fda8:5ce9:df1e:6620:0:ff:fe00:fc10
fd76:a5d1:fcb0:1707:f3c7:d88c:efd1:24a9
fda8:5ce9:df1e:6620:0:ff:fe00:fc00
fda8:5ce9:df1e:6620:0:ff:fe00:4000
fda8:5ce9:df1e:6620:3593:acfc:10db:1a8d
fe80:0:0:0:a6:301c:3e9f:2f5b
Done

3. Настройка конечного клиентского устройства SRP

Сборка и прошивка OT CLI

Выполните шаг 5 из лабораторной работы «Создание сети потоков с использованием плат nRF52840 и OpenThread », чтобы создать и прошить конечное устройство CLI nRF52840.

Но вместо включения OT_COMMISSIONER и OT_JOINER узлу CLI требуются функции OT_SRP_CLIENT и OT_ECDSA .

Таким образом, полный вызов сборки должен выглядеть следующим образом:

$ script/build nrf52840 USB_trans -DOT_SRP_CLIENT=ON -DOT_ECDSA=ON

Присоединяйтесь к сети Thread

Чтобы присоединиться к сети Thread, нам нужно получить Active Operational Dataset с устройства OTBR. Давайте вернемся к ot-ctl и получим активный набор данных:

$ sudo ot-ctl dataset active -x
0e080000000000010000000300001235060004001fffe002083d3818dc1c8db63f0708fda85ce9df1e662005101d81689e4c0a32f3b4aa112994d29692030f4f70656e5468726561642d35326532010252e204103f23f6b8875d4b05541eeb4f9718d2f40c0302a0ff
Done

Вернитесь к сеансу экрана клиентского узла SRP и задайте активный набор данных:

> dataset set active 0e080000000000010000000300001235060004001fffe002083d3818dc1c8db63f0708fda85ce9df1e662005101d81689e4c0a32f3b4aa112994d29692030f4f70656e5468726561642d35326532010252e204103f23f6b8875d4b05541eeb4f9718d2f40c0302a0ff
Done

Затем запустите интерфейс Thread:

> ifconfig up
Done
> thread start
Done

Подождите несколько секунд и проверьте, успешно ли произошло присоединение к сети Thread:

> state
child
Done
> netdata show
Prefixes:
fd76:a5d1:fcb0:1707::/64 paos med 4000
Routes:
fd49:7770:7fc5:0::/64 s med 4000
Services:
44970 5d c000 s 4000
44970 01 9a04b000000e10 s 4000
Done
> ipaddr
fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927
fda8:5ce9:df1e:6620:0:ff:fe00:4001
fda8:5ce9:df1e:6620:ed74:123:cc5d:74ba
fe80:0:0:0:d4a9:39a0:abce:b02e
Done

Убедитесь, что сетевые данные соответствуют напечатанным на OTBR. Теперь мы можем пинговать OMR-адрес OTBR:

> ping fd76:a5d1:fcb0:1707:f3c7:d88c:efd1:24a9
Done
> 16 bytes from fd76:a5d1:fcb0:1707:f3c7:d88c:efd1:24a9: icmp_seq=1 hlim=64 time=49ms

4. Опубликуйте службу на конечном устройстве.

mDNS широко используется для публикации службы DNS-SD на локальной сети. Но многоадресные сообщения потребляют слишком много полосы пропускания и быстро истощают батарею маломощных устройств. Thread использует протокол одноадресной передачи SRP для регистрации своих служб на пограничном маршрутизаторе и полагается на пограничный маршрутизатор для рекламы служб на канале Wi-Fi или Ethernet.

Мы можем зарегистрировать службу с помощью команды srp client .

Перейдите к сеансу экрана узла клиента SRP и автоматически запустите клиент SRP:

> srp client autostart enable
Done

Задайте имя хоста, которое будет объявлено в соединении Wi-Fi/Ethernet:

> srp client host name ot-host
Done

Чтобы устройство, подключенное к сети Wi-Fi/Ethernet, могло связаться с конечным устройством Thread, необходимо объявить OMR-адрес конечного устройства:

> srp client host address fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927
Done

В конце зарегистрируйте поддельную службу _ipps._tcp :

> srp client service add ot-service _ipps._tcp 12345
Done

Подождите несколько секунд, и мы увидим зарегистрированную службу:

> srp client service
instance:"ot-service", name:"_ipps._tcp", state:Registered, port:12345, priority:0, weight:0
Done

Мы завершили все работы по настройке, и служба _ipps._tcp должна была быть объявлена ​​в канале Wi-Fi/Ethernet. Теперь пришло время обнаружить и достичь конечного устройства!

5. Откройте для себя сервис

Откройте для себя услугу с помощью мобильного телефона

54a136a8940897cc.png

Мы используем приложение Service Browser для обнаружения служб mDNS с помощью телефона Android, эквивалентное приложение также можно найти для мобильных устройств iOS. Откройте приложение, и служба _ipps._tcp должна просто появиться.

Откройте для себя сервис с хостом Linux

Если вы хотите обнаружить службу с другого хоста Linux, вы можете использовать команду avahi-browse .

Установите avahi-daemon и avahi-utils :

$ sudo apt-get install -y avahi-daemon avahi-utils

Решить проблему с услугой:

$ sudo service avahi-daemon start # Ensure the avahi daemon is started.
$ avahi-browse -r _ipps._tcp
+ wlan0 IPv6 ot-service                                    Secure Internet Printer local
= wlan0 IPv6 ot-service                                    Secure Internet Printer local
   hostname = [ot-host.local]
   address = [fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927]
   port = [12345]
   txt = []
...

Откройте для себя сервис с хостом macOS

Для разрешения службы можно использовать dns-sd на macOS:

$ dns-sd -Z _ipps._tcp local.
Browsing for _ipps._tcp.local.
DATE: ---Sun 14 Mar 2021---
21:31:42.125  ...STARTING...

; To direct clients to browse a different domain, substitute that domain in place of '@'
lb._dns-sd._udp                                 PTR     @

; In the list of services below, the SRV records will typically reference dot-local Multicast DNS names.
; When transferring this zone file data to your unicast DNS server, you'll need to replace those dot-local
; names with the correct fully-qualified (unicast) domain name of the target host offering the service.

_ipps._tcp                                      PTR     ot-service._ipps._tcp
ot-service._ipps._tcp                           SRV     0 0 12345 ot-host.local. ; Replace with unicast FQDN of target host
ot-service._ipps._tcp                           TXT     ""
...

6. Проверьте связь с конечным устройством

Пинг с мобильного телефона

Возьмем в качестве примера телефон Pixel. Мы можем узнать OMR-адрес ранее зарегистрированной службы «ot-service» на странице сведений об экземпляре службы в приложении Service Browser.

bb992962e68d250b.png888daa1df1e1a9bf.png

Теперь мы можем выполнить ping-запрос на адрес OMR с помощью другого приложения Network Analyzer .

К сожалению, версия приложения Network Analyzer для Android не поддерживает запросы mDNS для утилиты ping, и мы не можем напрямую выполнить ping имени хоста ot-host.local (мы можем выполнить ping имени хоста с помощью версии приложения для iOS).

Пинг с хоста Linux/macOS

Пограничный маршрутизатор потока отправляет объявления маршрутизатора ICMPv6 (RA) для объявления префиксов (через опцию информации о префиксе) и маршрутов (через опцию информации о маршруте) по каналу Wi-Fi/Ethernet.

Подготовить хост Linux

Важно убедиться, что на вашем хосте включены RA и RIO:

  1. net.ipv6.conf.wlan0.accept_ra должен быть равен как минимум 1 если переадресация IP не включена, и 2 в противном случае.
  2. net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen не должен быть меньше 64 .

Для большинства дистрибутивов accept_ra по умолчанию равен 1 Но могут быть и другие сетевые демоны, которые переопределят эту опцию (например, dhcpcd на Raspberry Pi переопределит accept_ra на 0 ). Вы можете проверить значение accept_ra с помощью:

$ sudo sysctl -n net.ipv6.conf.wlan0.accept_ra
0

И установите значение 1 (или 2 , если включена переадресация IP) с помощью:

$ sudo sysctl -w net.ipv6.conf.wlan0.accept_ra=1
Net.ipv6.conf.wlan0.accept_ra = 1

Параметр accept_ra_rt_info_max_plen в большинстве дистрибутивов Linux по умолчанию имеет значение 0 Установите его на 64 с помощью:

$ sudo sysctl -w net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen=64
net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen = 64

Изменение будет потеряно после перезагрузки хоста. Например, добавьте следующие команды в /etc/sysctl.conf , чтобы навсегда включить RIO:

$ net.ipv6.conf.wlan0.accept_ra_rt_info_max_plen = 64

Может быть слишком поздно менять эти конфигурации, поскольку OTBR уже отправляет сообщения RA, а интервал между двумя незапрошенными сообщениями RA может составлять несколько сотен секунд. Один из способов — отключиться и снова подключиться к точке доступа Wi-Fi, чтобы отправить сообщения Router Solicitation, чтобы OTBR ответил запрошенными RA. Другой вариант — перезапустить функцию Border Routing на Border Router:

$ sudo ot-ctl br disable
Done
$ sudo ot-ctl br enable
Done

Если вы пытаетесь переподключить Wi-Fi или перезапустить интерфейс Ethernet, убедитесь, что dhcpcd не используется для управления вашей сетью WiFi-/Ethernet IPv6. Поскольку dhcpcd всегда переопределяет параметр accept_ra при каждом перезапуске интерфейса, и ваша конфигурация accept_ra будет потеряна. Добавьте следующие строки в файл конфигурации dhcpcd (например, /etc/dhcpcd.conf ), чтобы явно отключить IPv6 в dhcpcd:

noipv6
noipv6rs

Чтобы изменения вступили в силу, необходимо перезагрузить устройство.

Подготовить хост macOS

Оба параметра accept_ra* включены по умолчанию, но вам необходимо обновить систему как минимум до macOS Big Sur.

Проверьте пинг имени хоста или адреса IPv6.

Теперь мы можем выполнить ping для имени хоста ot-host.local с помощью команды ping -6 ( ping6 для macOS):

$ ping -6 ot-host.local.
PING ot-host.local.(fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927)) 56 data bytes
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927): icmp_seq=1 ttl=63 time=170 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927): icmp_seq=2 ttl=63 time=64.2 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927): icmp_seq=3 ttl=63 time=22.8 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927): icmp_seq=4 ttl=63 time=37.7 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927 (fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927): icmp_seq=5 ttl=63 time=28.7 ms
...

Эта команда может не сработать на хостах Linux с ошибкой "Name or service not known" . Это происходит потому, что команда ping не разрешает имя ot-host.local. с помощью запросов mDNS. Откройте /etc/nsswitch.conf и добавьте mdns6_minimal в строку, начинающуюся с hosts :

hosts:          files mdns4_minimal mdns6_minimal dns

Конечно, вы всегда можете напрямую пропинговать адрес IPv6:

$ ping -6 fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927
PING fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927(fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927) 56 data bytes
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927: icmp_seq=1 ttl=63 time=32.9 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927: icmp_seq=2 ttl=63 time=27.8 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927: icmp_seq=3 ttl=63 time=29.9 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927: icmp_seq=4 ttl=63 time=73.5 ms
64 bytes from fd76:a5d1:fcb0:1707:d3dc:26d3:f70b:b927: icmp_seq=5 ttl=63 time=26.4 ms
...

7. Конечное устройство отменяет публикацию службы

Чтобы удалить адрес и службу, зарегистрированные на клиентском узле SRP:

> srp client host remove
Done

Сейчас вы не сможете обнаружить службу _ipps._tcp .

8. Поздравления

Поздравляем, вы успешно настроили OTBR в качестве пограничного маршрутизатора потока для обеспечения двунаправленного IP-подключения и обнаружения служб для конечных устройств потока.

Что дальше?

Ознакомьтесь с некоторыми из этих лабораторных работ...

Справочные документы