ale zes prezent nam zrobil a jeszcze nawet snieg nie spadl

Chyba najbardziej wyczekiwana funkcja tomato. Wielkie dzieki za Twoj trud w rozbudowe mozliwosci tomato.

Zabawy z MultiWANem ciąg dalszy. Pierwotnie nie zakładałem tworzenia funkcji failovera - zmieniłem jednak zdanie, ponieważ nawet przy bardzo dużej wadze rzędu 200:1, 200 połączeń poleci do łącza pierwszego ale jedno do łącza drugiego. Jeżeli ów połączenie okaże się przykładowo żądaniem ściągnięcia pliku o wadze 1GB to ściągnie się on z wykorzystaniem drugiego/zapasowego łącza a tego nie chcemy.

Dlatego jednak funkcja Failover została dopisana a jej ustawienie jest banalnie proste. Ustawiając wagę z zakresu 1-256 łącze będzie pracowało w trybie load balance z zadaną wagą. Ustawienie wagi na "0" spowoduje, że łącze zostanie ustawione jako failover i nie będzie brało udziału w routingu. Dopiero gdy zostanie wykryta sytuacja, w której żadne z łącz głównych (o wadze większej niż zero) nie będzie działające, to wszystkie łącza failover zostaną wpięte w routing z wagą 1. W chwili, gdy choć jedno z łącz głównych ożyje, łącza failover zostaną wypięte z routingu.

Status łącz w debug logu oznaczone jako tablica czterech cyfr, z których każda może przyjąć wartość 0, 1 lub 2. Zero oznacza, że łącze nie działa, 1 że łącze jest oznaczone jako failover, 2 że łącze działa w trybie load balance. Zatem status o wartości np. 2200 oznaczać będzie, że pierwsze i drugie łącze działa w load balance a łącza 3 i 4 nie działają lub nie są skonfigurowane. Wartość 2210 oznaczać natomiast będzie, że łącza 1 i 2 działają w load balance, a łącze 3 jako failover, jak na sytuacji poniżej:



wypięcie kabli z łącz 1 i 2 sprawi, że łącze 3 zmieni status z 1 na 2 i stanie się naszym łączen głównym.



O dalszych postępach będę informował

Nie mogę się doczekać jazdy próbnej.
Mam porównanie z TP-Linkiem TL- R470T+, który nie popisał się wcale, a mikrotikiem rb2011 - chodzi dość dobrze.

Co jeszcze musisz Shibby dopracować by wypuścić pierwszą wersję?

QoS, który mi kompletnie nie działa. Ponadto chcę dodać możliwość wyboru sposobu testowania łącza (ping lub traceroute). Ping prostszy i szybszy ale nie zawsze działa (operatorzy blokują, w szczególności na LTE). I w sumie tyle.

Nie znam się na tym, ale z rozwiązań jakie testowałem qos, czy podział pasma nie działa poprawnie na ustawieniu dla "global".
Tzn pobieranie można ustawić jako jedna kolejka dla kilku wanów bo wszystko wychodzi przez jeden interface (przykładowo lan3 i lan4 jako bridge).
Natomiast od strony klienta musi być zrobiony podział dla każdego wana oddzielnie.

Przy samym qos można zrobić kopiowanie ustawień na każdy wan.

Co do testowania, ping na zewnętrzny adres np. google.pl wystarczyć powinien w zupełności, natomiast o blokowaniu go przez operatorów nie słyszałem. Mam orange oraz plus'a i na każdym działało jak patrzyłem jakiś czas temu.

A czy da się stan tych logów (dot. WAN-ów) wyciągnąć do zakładki Status/Overview/WAN? Tzn. żeby mieć w prosty sposób dostęp - jaki Wan w jaki sposób pracuje (w jakim trybie) i czy jest aktywny czy nie? Żeby nie trzeba było grzebać po logach.

w sumie to wyciągnięcie wagi na zakładkę overview wystarczy ale zobaczę czy udałoby się ładniej to wkomponować.

Połączony z 11 grudzień 2015 20:48:58:
wczoraj Tomato MultiWAN przeszło pierwszy chrzest bojowy. Wieczorem zadzwonił do mnie kolega narzekając na swoją neostradę, która przez cały dzień zrywa połączenie. Nie mogłem się powstrzymać by nie przetestować multiwana w takiej sytuacji. Była to też dla mnie możliwość przetestowania WANu w trybie PPPoE.
Dodatkowo kolegi neostrada osiągała zawrotną prędkość 6Mbps, tym bardziej kolega był zainteresowany innymi możliwościami zwiększenia przepustowości łącza.
Długo nie myśląc zabrałem RT-AC68 i E3372 z kartą t-mobile i udałem się do kolegi. Z racji tego, iż jego główny router RT-N18u ma dość rozbudowaną konfugurację VLANów (3x br) oraz sporą listę w LAN Access, postawiliśmy RT-AC68 przed jego router.

WAN 1 ustawiony został jako PPPoE z wagą 25
WAN2 to E3372 non-Hilink z kartą TM z wagą 25
zatem oba łącza działały w load balane z tą samą wagą.

Save i mamy net. Mwan status 0200 czyli neo nie działa, LTE jako jedyne działające łącze. Pierwszy pomiar na speedtest.pl i mamy 42Mbps co uważam za bardzo dobry wynik. Po chwili wstała neostrada, co potwierdził wpis w logu ze statusem 2200. Ponawiamy test i mamy 50Mbps - speedtest.pl potrafi wysycić kilka łącz jednocześnie (nawiązuje kilka połączeń jednoczesnych). Wykresy BW monitorze to potwierdziły. Od wczoraj do dziś do ok godziny 12 mutliWAN spisał się nawet lepiej niż mogłem sobie wyobrazić. Jeżeli już neo padało to moment przepięcia routingu powodował zanim neta na raptem kilka/kilkanaście sekund. Najlepszy wynik jaki uzyskaliśmy wyniósł niecałe 55Mbps z obu łącz.

Kolega bardzo zadowolony z takiego obrotu sprawy już załatwia sobie abonament w TM na LTE

Niestety kwestia QoSa wciąż nie została naprawiona. Gdy mamy ustawiony jeden WAN to QOS działa. W chwili włączenia dwugiego WANa QoS przestaje poprawnie działać. Możliwe, że wydam publiczną wersję Tomato MutliWAN dla ARM na testy by otrzymać feedback od ludzi skłonnych ją przetestować a równocześnie podejmować próby naprawy QOSa.

tyle na dziś

Ja jestem chętny do testów. Mam obecnie DSLa 40M i Neo też o takiej prędkości. Chętnie bym to scalił w jedno łącze. U mnie spory jest ruch na tym DSLu, więc sprawdzimy Multiwana w akcji. QOS jest zbędny. Shibby dasz obraz do AC56U do testów?

myślę, że czas najwyższy na beta testy. Odezwę się do ciebie na pw

Ja mogę przetestować na modemie lte i łączu stałym Rt-n18u.

poczekam na feedback @need_password 2-3 dni. Jak nie zauważy żadnych krytycznych błędów i potwierdzi działanie mutiWANa u siebie to zaczniemy jeszcze w tym tygodniu publiczne beta testy
Będzie prezent na Święta

prędkości pobierana sumuje a co z prędkościami wysyłania ta sama zależność (mam udostępniony na zewnątrz program na sql i nie ukrywam że przydało by się większe wysyłanie)

Ja mogę u siebie na 4 Wan przetestować bardzo chętnie na rt-n18u.
Mam w sumie 5 różnych dostępów do neta, ale nie widziałem nic dostępnego z większą ilością portów.

PS. Jest możliwość podłączyć wan jako vlan? Tzn żeby na jeden port lan przypadały 2 podsieci jako wany?

to nie jest tak, że router sumuje wartości. Router balansuje połączeniami zgodnie z ustawioną wagą. Jeżeli klient potrafi nawiązać kilka połączeń jednocześnie tak, że router równoważąc je wyjdzie dwoma łączami to mamy efekt zsumowania prędkości. Identycznie jak w wielordzeniowych procesorach. Jednakże w sytuacji gdy klient potrafi nawiązać tylko jedno połączenie np. pobieranie pliku z http to uzyska on prędkość jednego łącza, tego do którego tracę ustawi mu load balancer. Identycznie jak w sytuacji w której jednordzeniowy proces zechcemy uruchomić na wielordzeniowym procesorze. Zużyje on tylko jeden rdzeń, nawet w 100% pomimo, że pozostałe będą się nudziły.

Identyczna sytuacja będzie dotyczyła wysyłu. Najważniejsze w funkcji load balance jest jednak sytuacja, gdzie jeden user wykorzystuje jedno łącze sprawia, że drugi user zostanie skierowany na drugie łącze i będzie mógł bez przeszkód je wykorzystać nawet w pełni. Dochodzimy do sytuacji w której oba łącza mamy wyssane ale nie doszło do scalenia prędkości.

Połączony z 14 grudzień 2015 19:17:36:


teoretyzując można by bez większego problemu dodać obsługę nawet 6ciu WANów: 4x RJ45, WLAN oraz modem na USB ale to już chyba przesada

Idąc tym tropem nadchodzący router Asus RT-AC88u ma aż 8 portów LAN + WAN. Teoretyzując można by więc zrobić multiwana na 10 WANów? ;P

Jak @shibby postępy idą?

w przyszłym tygodniu wydam publiczną wersję beta dla routerów ARM - ot taki prezent na święta

Jak się spisze i przyjmie to zacznę portować zmiany do mipsela i prawdopodobnie już w nowym roku wyjdzie pełna wersja dla wszystkich routerów wraz ze zaktualizowanymi paczkami openssl, openvpn itd.

Czyli docelowo v133 to już multiwan będzie? Czy dwie wersje będziesz rozwijać? (według mnie jeśli jest miejsce we flashu to jedna lepiej).

mechanizm multiwana będzie zawarty już od v133 we wszystkich wydaniach. Patch ze zmianami to blisko 11tyś linii - można sobie wyobrazić jak spora część kodu została przebudowana. Jednakże jest do przebudowa funkcji a nie dodawanie ciężkich, które zwiększają wagę końcowego obrazu. Zatem sam obraz we flashu nie będzie ważył jakoś dużo więcej. Co innego nvram. Tu ilość zmiennych ob. obsługi każdego z łącz jest spora zatem musiałem rozgraniczyć Tomato na dwie wersje i tak:
- routery z <64KB nvram - DualWAN
- routery z 64KB nvram - MultiWAN

Wpadłeś na pomysł naprawy qos i bwl?

Jestem bardzo ciekawy efektu Na orginalnym firmware rt18 loadbalance dziala strasznie wrecz powiem, że nie działa.

Mam też router z openwrt loadbalance to również pomyłka ale jest znacznie lepszy od asusowego.


Teraz używam banana m3 z debianem 2x modem lte h-link i zapiernicza jak mały motorek loadbalance.

Niezależnie od systemu by dobrze działało trzeba ustawic min max qos na modem niestety w asusie jest to nie możliwe. Nikt nie ma idealnych łącz o tych samych parametrach w modemach lte dochodzi problem niestabilności prędkości co wykrzacza jakość koncową.