Może spróbuję trochę podsumować moje testy dotyczące sieci mesh (802.11s) na WA-901ND v2.
Doprowadziłem system do stanu, kiedy mogłem kompilować ze źródeł, ale obrazy do testów tworzyłem używając imagebuilder. Może coś bym zyskał kompilujać ze źródeł i zmieniając opcje kompilacji, ale nie wiem jakimi parametrami mogę operować - chodzi mi o opcje dotyczące optymalizacji kodu pod względem wydajności zamiast rozmiaru, czy coś podobnego.
----
Testowałem kilka wersji i stanęło na następujących opcjach tworzenia obrazu:
make image PACKAGES="-ppp -ppp-mod-pppoe -ip6tables -odhcp6c -kmod-ipv6 -kmod-ip6tables -odhcpd-ipv6only -opkg -wpad-mini wpad-mesh-wolfssl -iptables -firewall -kmod-nf-conntrack -kmod-nf-flow -kmod-nf-reject -kmod-usb-ohci -kmod-usb-ehci -kmod-usb2 -kmod-nf-ipt -kmod-usb-ledtrig-usbport -kmod-ipt-offload -kmod-ipt-core -dnsmasq mesh11sd"
Na początku działałem bez pakietu mesh11sd (pobranego z 21.02), ale jego dodanie nic nie zmieniło.
Na powyższych ustawieniach MESH działa, ale nie działa szyfrowanie. A dokładniej wyglada to w logu tak:
Mon Jun 5 09:01:29 2023 daemon.notice wpa_supplicant[981]: wlan0: new peer notification for b0:48:7a:d0:9f:bc
Mon Jun 5 09:01:29 2023 daemon.notice wpa_supplicant[981]: wlan0: mesh plink with b0:48:7a:d0:9f:bc established
Mon Jun 5 09:01:29 2023 daemon.notice wpa_supplicant[981]: wlan0: MESH-PEER-CONNECTED b0:48:7a:d0:9f:bc
Czyli niby ok, ale poąłczenie nie działa. A dokładniej jak się włączy pinga na dłużej, to czasami coś się odezwie po drugiej stronie siatki. Nie wiem o co chodzi. W logu nic ciekawego nie widzę. Komendy iw dev wlan0 station dump oraz iw dev wlan0 mpath dump pokazują, że wszystko jest ok:
root@mesh-link-253:~# iw dev wlan0 station dump
Station b0:48:7a:d0:9f:bc (on wlan0)
inactive time: 10 ms
rx bytes: 3281480
rx packets: 42198
tx bytes: 94265
tx packets: 1511
tx retries: 1
tx failed: 0
rx drop misc: 1755
signal: -26 [-32, -29, -32] dBm
signal avg: -25 [-31, -28, -31] dBm
Toffset: 18446744073675589924 us
tx bitrate: 117.0 MBit/s MCS 14
rx bitrate: 130.0 MBit/s MCS 15
rx duration: 0 us
expected throughput: 42.388Mbps
mesh llid: 0
mesh plid: 0
mesh plink: ESTAB
mesh local PS mode: ACTIVE
mesh peer PS mode: ACTIVE
mesh non-peer PS mode: ACTIVE
authorized: yes
authenticated: yes
associated: yes
preamble: long
WMM/WME: yes
MFP: yes
TDLS peer: no
DTIM period: 2
beacon interval:100
connected time: 2005 seconds
root@mesh-link-253:~# iw dev wlan0 mpath dump
DEST ADDR NEXT HOP IFACE SN METRIC QLEN EXPTIME DTIM DRET FLAGS
b0:48:7a:d0:9f:bc b0:48:7a:d0:9f:bc wlan0 1802 189 0 0 1600 4 0x14
I jak podałem wyżej wpa_supplicant też się nie awanturuje, ale połączenie nie ma 
Puściłem pinga na urządzenie podłączone za takim szyfrowanym linkiem typu mesh i fragment odpowiedzi wygląda tak:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.104.1: bytes=32 time=8ms TTL=64
Request timed out.
Request timed out.
Reply from 192.168.104.1: bytes=32 time=6ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Czyli co jakiś czas odpowiedź jest, ale ogólnie jest to nieużywalne.
Bez szyfrowania działa.
----
Wersje z OpenSSL nie chciała mi się utworzyć na 19.07 (za mało miejsca), ale udało się taką stworzyć na 18.06:
make image PACKAGES="-ppp -ppp-mod-pppoe -ip6tables -odhcp6c -kmod-ipv6 -kmod-ip6tables -odhcpd-ipv6only -opkg -wpad-mini wpad-mesh-openssl -iptables -firewall -kmod-nf-conntrack -kmod-nf-flow -kmod-nf-reject -kmod-usb-ohci -kmod-usb-ehci -kmod-usb2 -kmod-nf-ipt -kmod-usb-ledtrig-usbport -kmod-ipt-offload -kmod-ipt-core -dnsmasq"
Ale ogólny efekt ten sam, czyli bez szyfrowania działa a z szyfrowaniem nie. Różnica taka, że w logu nic na temat połączenia z wpa_supplicant nie znalazłem.
----
I jeszcze w kwestii zapytania:
To wyżej dotyczy ar71xx-tiny. Miałem też ath79-tiny i nawet stworzony obraz dało się zaaplikować, ale potem zaczęły się problemy. Na początku myślałem, że zrobiłem cegłę, ale po dłuższym zastanowieniu podłączyłem się do portu szeregowego i okazało się, że sprzęt żyje. Problem w tym, że port eth0 nie działał. Piszą coś o tym na forum DD-WRT: https://forum.dd-wrt.com/phpBB2/viewtop … ;start=109 i ... zgubiłem drugiego linka.
Zastanawiałem się, czy nie przejście z ar71xx na ath79 nie wymaga pełnego obrazu factory, ale tutaj: https://openwrt.org/docs/guide-user/ins … x.to.ath79 piszą, że zwykłe sysupgrade z restetem ustawień wystarczy. Więc pozostaje błąd w samym firmware?
----
Dwa słowa podsumowania do tematu: Da się upchnąć wszytsko co potrzeba do uruchomiennia sieci mesh na urządzniu 4/32 z OpenWrt 19.07. Będzie działać bez szyfrowania. Ale z szyfrowaniem nie bardzo
Czy też pytając inaczej: Jak przywrócić zawartość pliku .config do wartości domyślnych?