Masz niewiele możliwości. Przez iw możesz

- mpath new dodać nową trasę
- mpath del do kasowania ścieżki
- station set XXX plink_action block do blokowania
- station del XXX do kasowania peera z listy

Ale to ręczna zabawa z całym meshem i na dodatek mało skuteczna jak się okaże że zaraz coś się zmienia w eterze i wszystkie ustawienia są już nieaktualne. W 802.11s jak się bawiłem nie znalazłem metody na określanie wagi łącza jakoś dynamicznie.

Nie wiem. Konfig od hostapd jakoś nie opisuje ograniczeń dla tej opcji.

Okazało się, ze w kodzie skryptu mesh11sd jest błąd składniowy

Jest {printf "%s " $1} a powinno być {printf "%s ", $1} i się wywalał skrypt

Załozony issue na gicie.

u siebie poprawiłem i chyba działa.

A jaki ma sens to co piszesz, jeśli ja mam już skonfigurowane i nie potrzebuję autokonfiguracji?

Ale mam skonfigurowany i działa.

Poza tym, już pisałem, że w skrypcie mesh11sd zrobili błędy w parametrach printf i się wywala.

Jest w tej funkcji wykrywającej interfejs mesh taka komenda, która ma zwrócić który to interfejs w UCI.

uci show wireless 2> /dev/null | grep "mode='mesh'" | awk -F ".mode='mesh'" '{printf "%s " $1}'

Niestety - z błędem nie zadziała tylko zwróci, że nie ma tego interfejsu

Powinno byc:
uci show wireless 2> /dev/null | grep "mode='mesh'" | awk -F ".mode='mesh'" '{printf "%s ", $1}'   

i taka komenda działa i zwraca interfejs.

Po poprawieniu już nie pisze, że nie mam interfejsu.

Niestety to nie jedyne błędy w składni printf - jest jeszcze masa błędów w innych miejscach, więc generalnie skrypt nie działa.

Zadna komenda nie sprawiła, że ten serwis zaczął działać. Poprawiłem widoczne błędy w skrypcie \usr\sbin\mesh11sd

Ale finalnie i tak nie działa, gdyż np komenda
mesh11sd status
zwraca błąd z printf.

# mesh11sd status
awk: cmd. line:1: (FILENAME=- FNR=2) fatal: not enough arguments to satisfy format string
        `%s phy1-mesh0'
         ^ ran out for this one

skrypt jest popsuty i zgłosiłem issue na githubie

https://github.com/openNDS/mesh11sd/issues/90

Ciekawa sprawa wyszła.
serwis mesh11sd nie działał nigdy na buildach Cezarego,, gdyż w buildach Cezarego jest pakiet gawk, będący zależnością dla adblocka.

gawk nie parsował składni z błedem w printf:
meshconfigs=$(uci show wireless 2> /dev/null | grep "mode='mesh'" | awk -F ".mode='mesh'" '{printf "%s " $1}')

Brakuje wymaganego w printf przecinka po między parametrami.
meshconfigs=$(uci show wireless 2> /dev/null | grep "mode='mesh'" | awk -F ".mode='mesh'" '{printf "%s ", $1}')

Więc skrypt mesh11sd na wczesnym początku wchodził w pętle szukania mescha, którego nie mógł znaleźć i nic nie robił.

ale awk z busybox już parsował bez błędu.

Tak było od lat.

I teraz ciekawostka nr 2 - jak juz skrypt mesh11sd zaczał poprawnie się wykonywać, to mój mesh przestał działać.
A dokładnie mesh działa, moge sobie chodzić po APkach, ale AP nie przyjmuje klientow po wifi. Działa tylko połączenie do AP po kablu lub meshem.

I to niezależnie czy mam poprawiony skrypt, czy stary z awkiem tolerującym błędy w printf.
Po prostu jak mest11sd działa, to AP nie przyjmuje klientów. A gdy dodam serwis w czasie, gdy sa klienci - to po uruchomieniu ich zrzuca i nie przyjmuje.

coraz lepsze ananasy są na tym forum. jeden cytuje, żeby tylko zacytować.

@Focus
A co by się stało jakby post zniknął, skoro Cezary dopuszcza taką możliwość na swoim forum?
Świat by się skończył?
Akurat w cytowanym wpisie @kmaras(-a)77 nie było personalnych "wycieczek", żeby trzymać takie dowody "zbrodni"

PS. Taką ramkę z tekstem można sobie dowolnie wygenerować i jaki to będzie dowód na rozprawie w Sądzie Okręgowym dla Warszawy Ursynowa?
Czy Cezary też będzie wezwany jako świadek z plikiem logów?

Cytuj mnie bo post jutro zniknie

Sprawa awka nigdy mnie nie zajmowała, do wczoraj nawet nie wiedziałem, że jakikolwiek awk jest zainstalowany i dodatkowo każdy działa inaczej.

Po prostu autor mesh11sd uświadomił sobie, że ma źle napisany skrypt i nie uruchamia się z gawk i poprawił wszystkie miejsca w źródłach - i to jest ok.

A ja uświadomiłem sobie, że ostatnie dwa lata żyłem w przekonaniu, że serwis mesh11sd u mnie działał - a faktycznie nie uruchamiał się. Mesch 802.11s działał tak, jakby serwisu mesch11sd  nie było - i prawie wszystko było funkcjonalnie poprawnie, oprócz tego, co opisałem w pierwszym poście - zestawiały się nieoptymalne trasy a cały config dla mesh11sd nie był prany pod uwagę.

A po trzecie - jak zaczął się serwis mesh11sd uruchamiać - to AP przestały przyjmować klientów na interfejsie WiFi, który jest AP.

I w sumie tylko ten trzeci temat w tej chwili jest istotny, a dwa pierwsze - pisze jako ciekawostkę i nie ma powodu aby to roztrząsać.

Przetestowałem różne opcje konfiguracyjne i efekt jest taki, że jak działa mesh11sd - to AP nie działa, a jak go nie ma, lub się w pełni nie uruchamia - to AP działa poprawnie.

PS. Ciekawe, czy jak teraz jest poprawiony, działający skrypt, to pojawią się wpisy, że są problemy z Meshem, których wcześniej nie było.