|
[MOD] Tomato by shibby
|
| shibby |
Dodano 14-03-2016 20:55
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
@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.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| backlit |
Dodano 14-03-2016 21:21
|
Power User
Posty: 290
Dołączył: 30/05/2008 12:42
|
@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 ?
------------------------
Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
|
| |
|
|
| shibby |
Dodano 14-03-2016 21:52
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
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.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| gandalf |
Dodano 14-03-2016 23:02
|
User
Posty: 109
Dołączył: 17/06/2007 17:52
|
Cytat gandalf napisał(a):
v135 właśnie się kompiluje i będzie poprawionym v134 jeżeli chodzi o MultiWANa. Nic więcej.
Nie wiem czy zostałem dobrze zrozumiany, pisząc to Cytat To może lepiej poczekać jeszcze ten tydzień i zaktualizować za jednym razem 
Asus RT-AC68U Asuswrt-Merlin 384.9
+ HDD 1TB --- OwnCloud 8.0.11
APC UPS 700
QNAP 251 (16GB RAM) - 12TB
|
| |
|
|
| backlit |
Dodano 15-03-2016 08:35
|
Power User
Posty: 290
Dołączył: 30/05/2008 12:42
|
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.
------------------------
Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
|
| |
|
|
| shibby |
Dodano 15-03-2016 12:22
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
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ą
shibby załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
Edytowany przez shibby dnia 15-03-2016 12:33
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| jachu |
Dodano 15-03-2016 12:49
|
Power User
Posty: 351
Dołączył: 16/11/2006 10:04
|
Juz nie moge sie doczekac nowej wersji
shibby cos slaba ta maszyna jak na to co robi
pozdrawiam
Jachu
Netgear WNR3500L v2 - Tomato
APU - OPNSense,PFSense
FeeNAS
Netgear R7000 - Tomato
|
| |
|
|
| shibby |
Dodano 15-03-2016 13:51
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
był 1x Xeon Quad-Core, Teraz są dwa Xeony i dalej mało ;P
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| backlit |
Dodano 15-03-2016 14:27
|
Power User
Posty: 290
Dołączył: 30/05/2008 12:42
|
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.
backlit załączono następujące plik:
Nie masz uprawnień, by zobaczyć załączniki w tym wątku.
------------------------
Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
|
| |
|
|
| shibby |
Dodano 15-03-2016 14:41
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
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.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| backlit |
Dodano 15-03-2016 15:58
|
Power User
Posty: 290
Dołączył: 30/05/2008 12:42
|
Nie miałem okazji na takie testy z uwagi, ze odcięcie netu to jak odcięcie tlenu i zaraz bunt w załodze
------------------------
Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
|
| |
|
|
| shibby |
Dodano 15-03-2016 16:03
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
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.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| jachu |
Dodano 15-03-2016 19:39
|
Power User
Posty: 351
Dołączył: 16/11/2006 10:04
|
shibby potestuje u sebie dosc intensywnie bo potrzebuje w firmie zainstalowac multiwan. Kiedy przewidujesz koniec komilacji i wydanie publicznie wersji ?
pozdrawiam
Jachu
Netgear WNR3500L v2 - Tomato
APU - OPNSense,PFSense
FeeNAS
Netgear R7000 - Tomato
|
| |
|
|
| backlit |
Dodano 15-03-2016 21:41
|
Power User
Posty: 290
Dołączył: 30/05/2008 12:42
|
Zrobię testy na swoim asusie ale jak wyjdzie już v135. Trochę będzie boleć klepane z palca konfigu...
------------------------
Asus RT-N18U+ 1.28 -130 K26ARM USB AIO-64K
|
| |
|
|
| shibby |
Dodano 15-03-2016 22:04
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
jutro powinno skończyć się kompilować. Będę chciał wyrywkowo posprawdzać kilka obrazów i wtedy opublikuję.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| jachu |
Dodano 15-03-2016 22:18
|
Power User
Posty: 351
Dołączył: 16/11/2006 10:04
|
Cytat shibby napisał(a):
jutro powinno skończyć się kompilować. Będę chciał wyrywkowo posprawdzać kilka obrazów i wtedy opublikuję.
to czekamy
pozdrawiam
Jachu
Netgear WNR3500L v2 - Tomato
APU - OPNSense,PFSense
FeeNAS
Netgear R7000 - Tomato
|
| |
|
|
| wit3k |
Dodano 16-03-2016 09:02
|
User
Posty: 170
Dołączył: 15/07/2007 20:00
|
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 Cytat Wiele poprawek i ulepszeń w funkcjonalności MultiWAN; thx @tsynik
|
| |
|
|
| shibby |
Dodano 16-03-2016 09:20
|
SysOp
Posty: 17109
Dołączył: 15/01/2009 20:30
|
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.
Proxmox VE: i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+
VM Router: OpenWRT 22.03.4
VM NAS: Synology SA6400
VM VPS: Debian, WWW, Home Assistant
Switch: Netgear MS510TXPP
Switch: Ubiquiti USW-Flex-mini - szt. 2
Wi-Fi: Ubiquiti U6-Lite - szt. 2
|
| |
|
|
| wit3k |
Dodano 16-03-2016 09:38
|
User
Posty: 170
Dołączył: 15/07/2007 20:00
|
To było w v134, pisałeś że v135 wniesie jeszcze więcej poprawek? |
| |
|
|
| jachu |
Dodano 16-03-2016 09:45
|
Power User
Posty: 351
Dołączył: 16/11/2006 10:04
|
daj zyc jak wyjdzie wersja bedzie opis jakie zmiany
pozdrawiam
Jachu
Netgear WNR3500L v2 - Tomato
APU - OPNSense,PFSense
FeeNAS
Netgear R7000 - Tomato
|
| |
|
' target='_blank'>Link
