@ovner - dokładnie tak.

Właśnie znalazłem kolejny poważny błąd w mipselach, przez który nie działała zakładka VLAN. Zatem rozpoczynam kompilację na nowo

@gandalf - ja w sumie nie mam nawet tego zaczętego. Mam tylko zarys w głowie jak bym to widział. Napisanie tego + testy trochę zajmie. Zatem na spokojnie odkładam to na kolejne wydanie. Pojawił się "nagle" multiWAN i myślę, że odłożenie adblocka to dobre wytłumaczenie by popoprawiać wszystkie błędy (albo chociaż większość) mutliwana. Sam w weekend ustawiłem sobie RT-N13u + openwrt + E3372s jako backupowe łącze

@qwerty321 - adblock działałby w oparciu i dnsmasq i rozwiązywanie domen z reklamami. Nie jest to idealne rozwiązanie ale 99% reklam się w nie łapie.

@shibby czy na obecnym etapie rozwoju multiwan-a (nadchodząca wersja 135) można pokusić się o wymianę routera do firmy (obecnie leciwy DrayTek Vigor2910). Głównie chodzi o sprawowanie się failover z modemem LTE ?

z tego co ja testowałem u siebie na RT-AC3200 (tyle, że za łączenie LTE odpowiada RT-N13u z openwrt, bo postawiony koło okna ma dużo lepszy sygnał) to po odpięciu kabla z głównym netem przełacza się na drugie łącze po ok 1,5min. Mniej więcej tyle samo trwa powrót do głównego łącza.

A w drayteku ile to trwa? Nie miałem routerów tej firmy w ręku.

Nie wiem czy zostałem dobrze zrozumiany, pisząc to żartowałem sobie, że kolejna wersja będzie już za tydzień. Nie miałem zamiaru wywierać nacisku na przyśpieszenie prac

Drytek robi to w przeciągu kilku sekund ale połączenie na modemie LTE jest cały czas utrzymane. Czyli codziennie zużywa około 2 MB danych mimo, że łącze główne cały czas sprawne. To routery maja całkiem sprawny dualWan tylko słabe wsparcie nowych modemów na starszych sprzętach dlatego modem mam wpięty do TP-Link TL-WR703N z gargoyle (w sumie dlatego połączenie jest aktywne). Inaczej nie dało się tego ugryźć nie zmieniając routera głównego. Ale jak Tomato będzie spełniać wymagania to z chęciom go wywalę na rzecz czegoś nowego z dobrym radiem.

tomato też utrzymuje połączenie nawet jeżeli jest ono ustawione jako failover. Nie bierze ono udziału w routingu ale jednak sprawdza co zadany okres czas (watchdog) czy leci ping lub traceroute więc jakaś transmisja przez niego przechodzi.

Jestem ciekaw jak draytek obsługuje failover, jak dokonuje sprawdzenia łącza (przecież nawet puszczenie kilku pingów trochę trwa). W przypadku LTE nie widzieć czemu ping na routerze nie działa, dlatego w tomato dodałem alternatywny sposób testowania łącza za pomocą traceroute. Czas przełączenia podyktowany jest przez 2 warunki:
1) najmniejsza wartość watchdoga to 1 minuta (to najmniejszy interwał crona). Wykonuje się sktypt w bashu, który zwraca wyniki 1 lub 0 (działa, nie działa). Niezależnie od niego działa też proces mwanroute, który również co zadany interwał czasu sprawdza wyniki, które zwrócił mu watchdog i odpowiednio modyfikuje routing. Dlatego też przy interwale 1 minuta realny czas przełączenia to defacto od 1:01 do 1:59, dlatego też u mnie śtednio było to 1:30. Innego pomysłu na to nie mam.

Widzę, że masz 18tkę. weź testowo na weekend LTE z pracy i zobacz jak spisuje się w domu gdy wypniesz mu łącze główne i znów podepniesz. Zasymuluj kilka awarii. Wtedy będziesz wiedział czy spełnia to twoje założenia i czy warto zmieniać drayteka

Połączony z 15 marzec 2016 12:33:30:
BTW: kompilacja v135 leci pełną parą

Juz nie moge sie doczekac nowej wersji
shibby cos slaba ta maszyna jak na to co robi

był 1x Xeon Quad-Core, Teraz są dwa Xeony i dalej mało ;P

Procedura przełączania łącza jest nieznana a konfiguracja bardzo uboga.
Symulując awarię łącza wypinam kabel z WAN 1 (głównego) - powoduje przełączenie w kilka sekund na WAN 2 w moim przypadku modem LTE. Domniemywam, ze wszystko opiera się na testowaniu jakiegoś hosta zewnętrznego (być może sami go utrzymują) i na tej podstawie przełączenie na łącze zapasowe. Odbywa się to bardzo szybko. Wczoraj była godzinna awaria i trochę skakał z jednego na drugie. W ciągu minuty zrobił to 3 razy.

ok, odpięcie kabla jest dość "drastyczne" i to można wykryć. A próbowałeś zasymulować awarię np. blokując ruch na routerze przed nim lub utrudniając ruch np. zablokować ping, co robią niektórzy operatorzy.

Nie miałem okazji na takie testy z uwagi, ze odcięcie netu to jak odcięcie tlenu i zaraz bunt w załodze

ja starałem się stworzyć uniwersalne rozwiązanie, które wykryje brak neta. Np. zgłoszono mi, że pierwotne rozwiązanie traceroute nie sprawdza się jak ktoś ma "coś" przed routerem za podwójnym NATem np. router adsl lub router operatora kablowego. Wtedy traceroute zawsze zrobi ten jeden "hop" i będzie transmisja odebrana. Dlatego doszło sprawdzanie pingiem. Ale znów ping nie działa przy modemach LTE. Stąd też w v135 będzie można wybrać sposób sprawdzania dla każdego z łącz i tak dla np. łącza adsl wybierze się ping a dla np. zapasowego LTE traceroute Ciągle staram się rozbudowywać detekcję łącza i mechanizm przełaczania i myślę, że z każdą nową wersją będzie lepiej

Zatem gorąco zachęcam wziąć sobie na testy LTE do domu na weekend i podestować to samodzielnie.

shibby potestuje u sebie dosc intensywnie bo potrzebuje w firmie zainstalowac multiwan. Kiedy przewidujesz koniec komilacji i wydanie publicznie wersji ?

Zrobię testy na swoim asusie ale jak wyjdzie już v135. Trochę będzie boleć klepane z palca konfigu...

jutro powinno skończyć się kompilować. Będę chciał wyrywkowo posprawdzać kilka obrazów i wtedy opublikuję.

to czekamy

Dziś nadszedł ten dzień

Shibby, mógłbyś napisać co śię zmieniło w stosunku do poprzedniej wersji MultiWan bardziej szczegółowo?
Wpis w Changelog niewiele mówi.

można sobie przejrzeć źródła

tsynik wykrył moje drobne literówki w kodzie, zoptymalizował pewne funkcje. Naprawił problem z poprawną detekcją prefixu interfejsu WAN przy połączeniach wdzwanianych tj 3G, ppp, pptp i l2tp.

Ja znalazłem kolejne błędy w kodzie (np. w kilku miejscach zamiast MULTIWAN wpisałem MUTLIWAN, przez co kod źle się wykonywał).

Zoptymalizowałem watchdoga, poprawiłem funkcję do detekcji łącza (czasami pomimo, że łącze zwracała 0 - nie działa, to mwanroute traktował wynik jako 1 - działa).

Naprawiona została binarka wanuptime, która po pierwsze teraz działa ale dodatkowo jako parametr można podawać kolejne łacza i odczytywać wyniki.

Takich drobnostek będzie jeszcze kilka, dlatego jako całość ująłem pod jednym ogólnym opisem.

To było w v134, pisałeś że v135 wniesie jeszcze więcej poprawek?

daj zyc jak wyjdzie wersja bedzie opis jakie zmiany