Projekt OpenThread opublikował 1 listopada 2026 roku wydanie v2026.11.0 programu OpenThread Border Router (ot-br-posix). To otwartoźródłowy router brzegowy, na którym opiera się wiele domowych sieci Thread, w tym dodatek OpenThread Border Router w Home Assistant i sporo samodzielnie złożonych zestawów z Raspberry Pi i modułem radiowym. W comiesięcznym wydaniu są dwie zmiany warte uwagi, do tego poprawki mDNS i dalsze prace nad uruchamianiem agenta na macOS.
REST API bez otwartego portu TCP
otbr-agent udostępnia REST API, przez które inne programy odczytują stan sieci Thread i nią zarządzają. Do tej pory zawsze nasłuchiwał na adresie IP i porcie. Od tego wydania, jeśli wartość --rest-listen-address zaczyna się od /, agent traktuje ją jak ścieżkę gniazda uniksowego i nasłuchuje właśnie tam. Adresy, które nie są ścieżką, działają tak samo jak wcześniej.
Autor zmiany wyjaśnia, skąd ten pomysł. Jeśli jedyny klient REST działa na tym samym komputerze, otwarty port TCP to niepotrzebna furtka dla atakującego, a do pliku gniazda można dodatkowo ograniczyć dostęp zwykłymi uprawnieniami systemu plików. Wprost podaje też przykład, który go do tego skłonił: otbr-agent zainstalowany obok Home Assistant na gotowym urządzeniu, na którym jedynym klientem jest integracja otbr z Home Assistant. Zmiana ma około 20 wierszy kodu i nie dodaje żadnej nowej zależności.
Nic nie przełączy się samo. Dotychczasowe instalacje dalej nasłuchują na porcie TCP, dopóki osoba przygotowująca pakiet albo konfigurację nie wpisze ścieżki gniazda.
Dane o trasach z Thread 1.4.1 w diagnostyce sieci
REST API potrafi teraz pobrać Enhanced Route TLV (TLV 37), czyli rozszerzone dane o trasach dodane do diagnostyki sieci w Thread 1.4.1. Pojawiają się jako pole enhancedRoute w /api/diagnostics i w zadaniach diagnostyki sieci. Dla każdego routera widać jego identyfikator trasy, informację, czy wpis dotyczy routera wysyłającego odpowiedź, jakość łącza w obu kierunkach oraz następny skok z jego kosztem. Urządzenia końcowe nie wysyłają tych danych, więc pole jest opcjonalne.
Dla twórców map sieci Thread i dla każdego, kto szuka przyczyny niestabilnej sieci kratowej, to podstawowy materiał. Widać w nim, które routery się słyszą i jaką drogą idzie ruch między nimi. Narzędzia skorzystają na tym dopiero wtedy, gdy zaczną odpytywać o nowe pole.
Pozostałe zmiany
Gdy agent ma kilka interfejsów infrastruktury podanych przez -B, na przykład Ethernet i Wi-Fi, wybiera jeden z nich na podstawie stanu łącza na każdej platformie, a nie tylko na Linuksie. To część prac nad obsługą macOS jako systemu gospodarza.
Moduł korzystający z mDNSResponder nie gubi już znalezionej usługi, gdy ponawia wyszukiwanie adresu. Subskrypcje DNS-SD działają teraz na interfejsie wskazanym w zapytaniu. Wcześniej odpowiedź, która jako pierwsza dotarła innym interfejsem, na przykład pętlą zwrotną na macOS, mogła zostać odrzucona, a zapytanie DNS-SD z urządzenia Thread kończyło się po 6 sekundach bez odpowiedzi.
Domowi użytkownicy dostaną te zmiany zwykle później, gdy opiekunowie dodatków i oprogramowania układowego przejdą na nową wersję. Samo wydanie to kod źródłowy w serwisie GitHub.