Czyli nic tylko zaraz po zakupie dobra pasta pod radiator celem poprawy tego co niepoprawne

Witam
zakupiłem teraz asusa rt-ac68u
podpowiedzcie mi czy lepiej zostawić OFW czy lepiej wrzucić Tomato ?
łącze mam 250/20 a w sieci kilkanaście różnych urządzeń

SHIBBY, WWWTTTFFF ???
over release bad and over bad more... wft?

why ddns put wrong ip address ? wtf ?
v134 - it is work not from first time. any reboots will help me.
but v135 - not work at all!!!!

i have dinamic ip. and can't write custom.

please fix it soon!!!



ddns needed my wan ip 213.x.x.x but not my 10.x.x.x dhcp - I don't know what is it at all..



also leds not shining, usb3 not work correctly. what are you doing man ?

no1 is forcing you to use tomato by Shibby but even if something if wrong your are choosing the wost approach to comunicate it. Why you did not provided logs? It is easy just to be dissatisfied but inteligent person will knew that it will not help to solve challange.

Nowy soft załadowany i jest postęp modem 3G który teraz w porównaniu do v133 kulawo ale działa i łączy się, lecz jest problem z routingiem. Modem w trybie keep alive, Load Balance Weight: 0 failover. Po odłączeniu głównego łącza następuje przeąłczenie na modem 3G, ale w tablicy routingu default gateway nadal jest przypisany do głównego łącza i brak neta, i dopiero po kilku reconectach modemu 3G zaczyna działać połączenie, albo są dwa wpisy default jak za screenie co skutkuje reconnectem.

U mnie też nie działa net i jest problem z rutingiem uważam ze wersja bez multivana była o wiele lepsza i co najważniejsze działała a z tą jest rożnie jak to mówią jak coś jest do wszystkiego to jest do niczego.

no1 problem what about I ask here , not fixed at all. no1!
all works... but chchin and one new bug is maded, ok.. fine.. chchin and one more and more bugs maded.
you are professional or you are school little boys?
you are better can see what are you doing inside firmware. but you are not, I think.

sorry. but this very sad =(

Nie wiem na jakiej zasadzie dokładnie działa watchdog lecz jest to problem , może nawet bug. Jeżeli mam odłączone główne łącze i połączenie jest przez modem 3G w trybie failover to połączenie jest utrzymywane do czasu kontroli przez watchdog'a i z chwilą sprawdzenia czy WAN "żyje" Jan 1 01:44:27 unknown user.emerg ip-up[19147]: OUT checkConnect, wan is disconnected
Jan 1 01:44:27 unknown user.emerg ip-up[19147]: OUT fun mwan_load_balance, mwan_curr=0000 następuje rozłączenie WAN2 i ponowne łączenie, co skutkuje systematycznym reconnectem i przydzielaniem nowego IP połączenia 3G co zadany czas w Check connections every... , dla 1minuty po 51sekundach disconnect, dla 2 minut po 1:51.
Możecie sprawdzić czy macie takie same zachowanie modemów.
Na chłopski rozum sprawdzenie czy WAN "żyje " nie powinno powodować rozłączania WAN2, chyba że połączenie na WANie zaczęło odpowiadać na pinga.

Edit:
Zmiana Load Balance Weight na 1 dla WAN2 przy włączonym Keep alive też skutkuje reconnectem przy sprawdzaniu watchdoga .

Djwujek nie podoba sie wroc do wersji 133. Ja multiwana potrzebuje i jestem shibiemu wdzieczny ze go rozwija.

Ale ja do nikogo nie mam pretensji tylko głośno się zastanawiam po co zmieniać coś co działa

Jakby Shibby wychodzil z Twojego zalozenia dzisiaj Twoj routerek arm nie dzialalby pod tomato.

Działałby tylko z jednym wanem

Ty chyba dalej nie kumasz. Wgrywaj 133 i bedzie Ci dzialac. A marudzenie zachowaj dla siebie.

v135 używam od 15 marca. Mam 2 łącza podpięte z czego drugie jako failover. Oba łącza skonfigurowane jako DHCP. Żadnych problemów nie zauważyłem a przełączanie u mnie działa poprawnie. Nie wydałbym softu, którego wpierw nie przetestowałbym na sobie.

Jeżeli macie jakieś problemy to dokładnie opisujcie go, bym mógł go u siebie powtórzyć, znaleźć problem i załatać. Pisanie, że u mnie nie działa, bez multiwanu było lepiej itd. nie przybliży nas do naprawienia błędów. Pamiętacie jak zaczynało Tomato-ARM? Połowa funkcji nie działała ale dzięki współpracy i determinacji wielu osób udało się większość z nich wyeliminować.

Reasumując: Dokładne dane, logi, dokładna konfiguracja i dokładnie opisana sytuacja w której problem występuje to połowa sukcesu w namierzeniu problemu i jego eliminacji.

Nie ukrywam, że MutliWAN jest w 100% idealny ale przecież nikt wam nie karze korzystać z tej funkcjonalności i używać kilku łącz. Nikt Wam nie karze również aktualizować Tomato z wersji na wersję. Zostańcie przy sprawdzonej wersji v132 aż MultiWAN nie osiągnie zadowalającego dla Was poziomu. Ja chcę rozwijać tą funkcję, poświęciłem jej bardzo wiele czasu i widzę w niej potencjał.

Ja robię to co robię najlepiej jak potrafię...

Pozdrawiam.

Kolejny problem :)
Ustawiony tylko jeden WAN po czyszczeniu nvramu, na dhcp bez zastrzeżeń, 3G jeżeli wyłączone Check connections every to modem łączy momentalnie, przy włączonym Check connections every na dowolny czas w logach pojawia się
i nie łączy wogóle, przełączenie na Disabled po chwili zestawia łącze 3G , przy dwóch wanach problemy z roząłczaniem jak pisałem wcześniej.

Połączony z 21 marzec 2016 22:16:12:
@Shibby czekałem na wydanie v135 bo jak pisałeś w v133 na mipselach nie działało połączenie 3G.
jak tylko pojawił się soft to przystąpiłem do testów i na tyle ile mi pozwolił czas to już posprawdzałem i opisałem co już sprawdziłem i jak się zachowuje. Jutro na spokojnie potestuje i pozbieram logi.
Przed multiwanem modem miałem podpięty i przełączany skryptami które zamieściłem tu https://openlinksys.info/forum/viewth...ost_148732 w porównaniu do wersji v132 lepiej mój modem współpracuje z tomato w v135. Zapewne więcej ludzi używa modemów LTE i je testuje, ja osobiście mam 3G i to połączenie testuje.

Życzę Ci jak najmniej wpisów niedoceniających Twojej pracy i przepraszam jeżeli moje poprzednie posty tak odebrałeś.

I znowu jest na mnie bo mnie wszyscy zle zrozumieli nie przeczę, że trzeba iśc z postępem do przodu i absolutnie nie mam pretensji do nikogo a w szczególności shibbiego bo to dzięki niemu mamy to co mamy.

Mam następnego baga na Asusie rt-n10-u po włączeniu qos w logach wyskoczyło

Mar 21 22:12:52 unknown user.crit init[1]: Error while loading rules. See /etc/iptables.error file.

i netu brak po wyłączeniu qos net jest w zakładce access restriction pojawia się wpis " iptables-restore: line 7 failed "

@Shibby:
PROBLEM: zakładka basic/network przy 1 WAN (czyli deafultowo) ustawionym na static wpisuje IP Address, Subnet Mask i Gateway, DNSy, ale po zapisie znika zawartość Subnet Mask i wypełnia się: "0.0.0.0". Pozostałe pola zostają prawidłowo zapisane.

W zakładce Status/overview - "Subnet Mask 0.0.0.0"

z ifconfigu wygląda to tak:
vlan2 Link encap:Ethernet HWaddr [wycialem]
inet addr:172.25.15.2 Bcast:255.255.255.255 Mask:0.0.0.0

Za pomocą zakładki Tools/System Commands: ifconfig vlan2 netmask 255.255.255.0 Restart routera i problem załatwiony. Ale zrobiłem drugi reboot i maska znowu na 0.0.0.0 hmmmmmm

W przypadku DHCP na WAN - nie ma problemu, dostaję prawidłową maskę i w zakładce Status/overview też ok.


Asus RT-N66u na Tomato Firmware 1.28.0000 MIPSR2-135 K26 USB AIO-64K
Przeszedłem z v132 na v135. Czyszczony nvram przed aktualizacja i po aktualizacji. Póki co podstawowy konfig.

W moim przypadku, w v135 modem E3276 nonhilink, co 45-50 sekund rozłącza się na 5 sekund i ponownie nawiązuje połączenie. W E3372 nie występuje to zjawisko.
W E3276 siedzi karta z Orange. A w E3372 jest Play. Nic nie zmieniam w WAN przy zmianie modemu w usb

Asus Rt-ACAC56U. Po wgraniu 135 AIO połączenie PPPOE (1 WAN FTTH) nie wskakuje Connected. Cały czas Retreving. Przez co chyba DNS dostaje IP lokalne. Powrót do 134 problemu nie ma.

Zabrałem się do testów i krótko opisze co i jak log w załączniku, podaje czasy w logu co robiłem.
Router po czyszczeniu nvramu tylko jeden WAN
9:49 podłączenie fizycznie modemu do routera zgłasza się jako ZCOption Icon CD
9:49 zmiana połączenia z dhcp na 3g
9:50 modem połączony
9:54 zmiana połączenia 3g na dhcp
9:55 zmiana połączenia z dhcp na 3g
9:57 modem połączony
10:01 włączenie Check connections every co 1min
nie łączy modemu błąd
10:06 wyłączenie Check connections every ; nadal nie łączy
10:08 ręczne wymuszenie połączenia i połączony
10:14 zmiana połączenia 3g na dhcp
10:16 dodanie nowego vlan3 vid3 wan2
10:21 ustawienie wan1 dhcp, wan2 3g Check connections every co 1min load balance 1
10:25 odpięcie kabla od WAN1
10:28 ręczne wymuszenie połączenia 3g
10:30 podłączenie kabla do WAN1
10:30 ustawienie load balance na 0 ; 3g brak połączenia
10:32 odłączenie kabla od wan1
10:40 podąłczenie kabla i reboot
10:43 odłączenie kabla
10:47 wyłączenie Check connections every nadal nie nawiązało połączenia 3g
10:50 reboot
01:03:14 brutalnie odłączenie fizyczne modemu od routera
01:03:16 podłączenie modemu do routera
01:04:40 modem połączony
10:57:34 podłączenie kabla do WAN 1 przełączenie ruchu na WAN1

Modem cały czas połączony z siecią, niestety bez sprawdzania czy wan 1 żyje po odłączeniu kabla mimo że modem jest połączony nie przełącza routiongu na połączenie 3g. To zrobiłem TYLKO w ramach testów.
Może w moim przypadku problemem jest modem czego nie wykluczam, jak zdobędę modem lte to znów będę testował.