A propos band steering, wg changeloga

jakie wartości ustawić manulanie jeśli nie chce czyścić nvram?

https://bitbucket.org/pedro311/freshtomato-arm/commits/e28e4771949ff4b549b4a113b7696fcbf93a96ee#chg-release/src-rt-6.x.4708/router/shared/defaults.c

Dla R7000 to wszystko co jest:
- w "#ifdef TCONFIG_BCMBSD" oprócz "#if 0" (chyba że chcesz mieć debug w logu)
- oraz "#else /* Dual-Band */"
- i bsd_scheme = 2

I potem włączyć na Basic->Network

dzięki

Połączony z 11 stycznia 2021 09:28:58:
widzę że w pliku /etc/dnsmasq.conf
występuje wpis

więc stwierdziłem, że dodam opcję 6 dla DNS poprzez dodanie jej do

ale niestety wpisanie czegokolwiek w tym polu nie zmienia pliku /etc/dnsmasq.conf - to błąd czy robię coś źle?

@pedro @rogal oryginalnie watchdog nie sprawdza połączenia failovera
https://bitbucket.org/pedro311/freshtomato-arm/src/1cc83b6f4701970345a5420c01a24a4583a656a9/release/src-rt-6.x.4708/router/others/watchdog#lines-97

Jedyne co to widzę że @pedro dopisał w procedurze coś odnośnie LTE
https://bitbucket.org/pedro311/freshtomato-arm/src/1cc83b6f4701970345a5420c01a24a4583a656a9/release/src-rt-6.x.4708/router/others/watchdog#lines-183

ale nie sądzę żeby to generowało wysyłanie pewnych danych. Modem sam z siebie może je generować by utrzymać łącze (takie dane kontrolne lub sam proces łączenia, pobierania adresu IP).

To już dobra wola autora FreshTomato czy chce poświęcać czas by wprowadzać mechanizmy "connect on-demand" dla failovera, głównie dla połączeń wdzwanianych jak pppoe czy 3g/lte non-hilink, bo roboty trochę jest.

Inne rozwiązania działają właśnie na zasadzie utrzymywania połączenia failover, po to by był jak najszybciej dostępny, np w EdgeRouterze. Powiem szczerze, że nawet nie przyszło mi do głowy by failover nie był stale połączony, bo router wtedy nie wie czy łącze zapasowe jest w ogóle osiągalne.

No mi sie jednak wydaje ze polaczenie failover powinno byc uruchamiane dopiero w stanie awarii. Tak samo jak nikt nie trzyma uruchomionych generatorow diesla aby miec pewnosc ze w razie awarii pradu one zadzialaja. Uruchamia sie je dopiero w sytuacji braku zasilania.
Tak powinno to dzialac w przypadku awarii netu - dopiero w sytuacji awaryjnej powinno odpalac sie awaryjne polaczenie. Tak powinno byc domyslnie.

Co do filovera to fajnie sprawe sobie wymyslil Virgin Media w UK - oni daja gwarancje stalego dostepu do sieci w ten sposob ze do kazdego lacza kablowego dodaja karte sim ktora normalnie ma limit 10GB /mc a jesli masz awarie sieci to ograniczenie jest zdejmowane z tej karty sim na ten czas i mozna pobierac i wysylac jak przez kabel.

Jeszcze dwie rzeczy odnośnie Failover.
Czy gdy z jakiegoś powodu modem GSM USB rozłączy się z siecią komórkową, to czy będą próby nawiązania połączenia ponownie? Raz zdarzyło mi się że zastałem modem rozłączony bez powodu, z migającym LEDem. Restart routera i połączenie wróciło.

Druga sprawa, że gdy włączę Stubby to dzieje się to notorycznie co kilka godzin, najdłużej było OK przez tydzień.
W załączniku po lewej ustawienia domyślne, wtedy wszystko działa jak należy (oprócz jednostkowego przypadku powyżej), po prawej z włączonym Stubby (no chyba że coś źle ustawiłem).
Z ustawieniami jak po prawej też wszystko działa, Failover przełącza router na WAN2.
Aż do czasu kiedy modem się rozłączy. Wtedy po przełączeniu Failover na WAN2 w logach jest:

unknown daemon.err stubby[3652]: *FAILURE* no valid transports or upstreams available!

Testowałem chyba wszystko, różnych operatorów GSM, lokalizację modemu, z hubem aktywnym, z wyłączonym wszystkim dookoła jakby miało coś zakłócać, Network Type, Watchdog Mode - nie udało znaleźć mi się zależności kiedy modem się rozłącza, jest to całkowicie losowe.

Pechowo najpierw ustawiłem Stubby, a potem kupiłem modem - więc nie sprawdziłem chyba tylko wpływu plam na słońcu na zasięg zanim odkryłem że to wina Stubby...

Po rozłączeniu się modemu router normalnie pokazuje w Status-Overview podłączony modem, siłę sieci, a LED na modemie miga. Wypięcie i wpięcie modemu - połączenie wraca do normy do następnego rozłączenia.

Przy włączonym stubby, nie trzeba dawać manual przy DNS, raczej wprost przeciwnie.

Mam rozumieć że ten problem występuje na 2020.8? To jest hilink czy non-hilink?

PS. to że modem "miga" nie świadczy o tym że jest rozłączony - jest jakiś bug w FW tego modemu. Ja często tak mam że miga a połączenie jest.

Testowałem na wersjach 2020.2 2020.5 2020.6
Modem Huawei E3372s-153 non-hilink (Play) CL1E3372SM, firmware: 21.297.05.00.264
U mnie jak modem miga, to po wypięciu WAN i przełączeniu się na WAN2 nie ma sieci i są błędy w logach, ale nie wiem czy to jest 100% regułą, nie za każdym razem sprawdzałem.
Co też zauważyłem, jak modem zacznie migać to nie ma tego śladowego transferu na WAN2 o którym pisałem.
Przetestuję jeszcze z DNS ustawionym na Auto.

Zrób apdejt do 2020.8 najpierw.

Trochę się z tym męczyłem, zanim doszedłem o co chodzi, dlatego podam tu, w celach archiwalnych, może komuś się przyda:

Jeśli ktoś używa OpenVPN z opcją --client-config-dir w celu wymuszenia stałego adresu IP klientom za pomocą --ifconfig-push to musi uważać przy przechodzeniu na Freshtomato 2020.8, bo przestanie działać VPN.

zmieniła się składnia polecenia --ifconfig-push, do tej pory było tak:
ifconfig-push local-ip remote-ip (np. ifconfig-push 10.6.0.58 10.6.0.57 i klient zawsze dostawał IP 10.6.0.58)

teraz w najnowszym Freshtomato musi być tak:
ifconfig-push local-ip remote-netmask (np. ifconfig-push 10.6.0.58 255.255.255.0 i klient połączy się z IP 10.6.0.58)

Kto tego używa, będzie wiedział co i gdzie trzeba zmienić.

Napisałem, która lista psuje i czemu w wątku o listach adblocka. Ktoś ją zatruł celowo. Prawdopodobnie spamerzy 11/12 Grudnia 2020 po ściągnięciu nowej listy cały dns się rozsypał. Pewnie zatruli, bo chcieli żeby ich reklamy wyskakiwały nam na ekran i żebyśmy wyłączyli adblocki. Te listy są używane nie tylko w routerach ale i we wtyczkach itp... Liczyli, że zrobią havoc i ludzie wyłączą blokowanie reklam przed świętami.

W wersji 2020.8 poprawiły się wskazania szybkości pobierania (przez hosty, z wł. CTF) w stosunku do 2020.3?
Super sofcik - na AC3200 wymiata, niestety ten brak określenia speedów jest dobijający

Jakich "speedów"?

pewnie "ookla" ;-) AsusWRT i Rmerlin w gałęzi 386 dodali to do gui

przeciez na tomato jest to juz od ponad 6 lat
https://openlinksys.info/forum/viewth...d_id=18346

Hej, mam aktualnie " 1.28 by shibby " jak wgrać FreshTomato v2020.8 ?

watek dev nie jest od pytan jak wgrac tomato

takie dziwne pytanie mam

do czego służą te 2 pliki


i czym się różnią między sobą w działaniu?

zawartość prawie taka sama, z któregoś z nich pewnie pochodzą nazwy urządzeń w sieci (hostname), ale nie mam pewności.

Połączony z 22 stycznia 2021 09:25:09:


odnośnie Wireless Band Steering to bardzo fajna sprawa, samo działanie sterowania pasmem to technika, która zachęca nowsze urządzenia klienckie do korzystania z mniej zatłoczonej sieci 5 GHz. Gdy nowe urządzenie połączy się z siecią, router określi czy jest ono dwuzakresowe (innymi słowy, czy urządzenie może łączyć się z pasmem 5 GHz). Jeśli to możliwe, punkt dostępowy przekaże urządzenie do połączenia w paśmie 5 GHz, blokując wszelkie próby połączenia urządzenia z pasmem 2,4 GHz. Ale co jeśli urządzenie nie zna hasła sieci 5 GHz? Łącząc się z pasmem 2.4 GHz zapyta o hasło do 5 GHz?

ta opcja wydaje mi się, że kopiuje nazwę, hasło oraz rodzaj zabezpieczeń z sieci 2,4GHz do 5GHz. Wcześniej można było sobie to samemu ustawić, ale dzięki tej opcji nie trzeba się już bawić.
Jeżeli chodzi o kierowanie pasmem do 5GHz to u mnie to do końca nie działa, 8 na 10 razy łączy mnie z 2,4GHz. Dopiero jak wyłącze Wifi w laptopie czy telefonie łączy mnie z 5GHz.

czy mnie się tylko wydaje, że w konfiguracji 5 GHz zniknął standard 802.11ac?



dla przypomnienia:


Połączony z 23 stycznia 2021 12:05:33:
choć przy konfiguracji N only Mac pokazuje, że to AC