Skocz do zawartości

Oceń temat:

Rekomendowane odpowiedzi

house    1272
house

Zaciekawiony

https://openlinksys.info/forum/viewthread.php?thread_id=11624&rowstart=9060#post_133058

tomato by @shibby dla Netgear R7000 postanowiłem sprawdzić, czy rzeczywiście pojawienie się tego alternatywnego FW spowoduje wzrost wydajności i funkcjonalności tego modelu. Autor opublikował specjalny "video tutorial" jak wgrać to oprogramowanie do urządzenia. FW oczywiście działać-działa i sprawuje się dość poprawnie ale niestety boryka się jeszcze z bolączkami wieku dziecięcego. Na początek filmik o wgrywaniu i o tym jak nie powinno się tego robić :) :

czyli generalnie unikać opcji "after flashing, erase all data in NVRAM memory" gdyż znikną nie dość, że opcje do konfiguracji WiFi to będą one całkowicie niewidoczne z poziomu webgui. Wyczyszczenie NVRAM nawet po poprawnym wgraniu bez zaznaczania powyższej opcji również spowoduje taki sam efekt.

Teraz procedura która pozwala na pomyślne wgranie FW :

Po wykonaniu powyższych operacji i podstawowej konfiguracji można cieszyć się "wolnością" opcji i funkcji.

Tomato Firmware 1.28.0000 -118 K26ARM USB AIO-64K.:
Tomato v1.28.0000 -118 K26ARM USB AIO-64K 
======================================================== 
Welcome to the Netgear R7000 [TomatoUSB] 
Uptime: 01:38:47 up 38 min 
Load average: 0.39, 0.46, 0.42 
Mem usage: 16.3% (used 40.77 of 249.60 MB) 
WAN : 0.0.0.0/0 @ * 
LAN : 192.168.1.1/24 @ DHCP: 192.168.1.0 - 192.168.1.0 
WL0 : R7000_tomato_2G @ channel: SG9 @ * WL1 : R7000_tomato_5G @ channel: SG36 @ * 
========================================================

Skonfigurowałem więc interfejsy radiowe, ustawiłem zabezpieczenia sieci, łączę się ... i pierwszy zonk - serwer dhcp nie przydziela adresów:

openit_1399797283__brak_dhcp.pngopenit_1399797300__brak_dhcp_2.png

po ustawieniu zakresu adresów parametry połączenia wyglądały następująco:

openit_1399797505__link_24g.png

openit_1399797509__link_5g.png

Niestety diody na przednim panelu urządzenia nie wskazują niczego, poza statusem portów LAN i POWER wiec na start tomato działa w Stealth Mode:

openit_1399797860__diody2.jpgopenit_1399797854__diody1.jpg

W dalszym działaniu okazało się, że nie działa Web Monitor:

openit_1399798183__webusage.png

-Bandwidth monitor wykresy interfejsu WAN pokazuje nie w tym miejscu gdzie trzeba i porównując wykres na Synology który ten transfer generowało - pokazuje totalne głupoty :) różnica w tym narzędziu wynosi około 30/40% realnego transferu:

openit_1399798237__wan_to_eth0.png

-IPTraffic nie pokazuje kompletnie nic (w ogóle nie działa):

openit_1399798359__iptraffic.png

To są właściwie najważniejsze przypadłości wieku dziecięcego o których wspomniałem wcześniej do których można dodać jedynie nie działające 40MHz szerokości pasma 2,4GHz pomimo wielu prób "pstrykania" opcjami w tomato, włącznie z magicznym ustawieniem "singapore" jako lokalizacji w zaawansowanych opcjach interfejsu. Muszę dodać, że 80MHz w 5GHz działa poprawnie (przynajmniej tak pokazuje interfejs tomato).

USB 3.0

Na początku sprawdziłem wydajność portu USB 3.0 - do R7000 podłączyłem dysk WD MyPassport 1TB USB 3.0 sformatowany w systemie plików NTFS.

  • Odczyt SMB/CIFS (kabel / WiFi) :

openit_1399806258__odczyt_tomato_kabel_nopenit_1399806266__odczyt_tomato_wlan.pn

  • Zapis SMB/CIFS (kabel / WiFi) :

openit_1399806303__zapis_tomato_kabel_ntopenit_1399806309__zapis_tomato_wlan.png

  • Zapis SMB/CIFS (odczyt / zapis - EXT4):

openit_1399806398__odczyt_tomato_kabel_eopenit_1399806404__zapis_tomato_kabel_ex

NAS performance tester 1.7

  • połączenie kablowe - system plików NTFS
NAS performance tester 1.7 Running warmup... 
Running a 400MB file write on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 15,72 MB/sec 
Iteration 2: 16,03 MB/sec 
Iteration 3: 16,33 MB/sec 
Iteration 4: 16,59 MB/sec 
Iteration 5: 17,49 MB/sec 
----------------------------- 
Average (W): 16,43 MB/sec 
----------------------------- 
Running a 400MB file read on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 38,32 MB/sec 
Iteration 2: 37,26 MB/sec 
Iteration 3: 38,09 MB/sec 
Iteration 4: 38,15 MB/sec 
Iteration 5: 37,87 MB/sec 
----------------------------- 
Average (R): 37,94 MB/sec 
-----------------------------
  • połączenie kablowe - system plików EXT4
NAS performance tester 1.7 
Running warmup... 
Running a 800MB file write on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 31,21 MB/sec 
Iteration 2: 33,00 MB/sec 
Iteration 3: 32,67 MB/sec 
Iteration 4: 33,02 MB/sec 
Iteration 5: 31,97 MB/sec 
----------------------------- 
Average (W): 32,37 MB/sec 
----------------------------- 
Running a 800MB file read on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 36,42 MB/sec 
Iteration 2: 37,15 MB/sec 
Iteration 3: 35,85 MB/sec 
Iteration 4: 36,32 MB/sec 
Iteration 5: 35,05 MB/sec 
----------------------------- 
Average (R): 36,16 MB/sec 
-----------------------------
  • połączenie bezprzewodowe - system plików NTFS
NAS performance tester 1.7 Running warmup... 
Running a 400MB file write on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 12,62 MB/sec 
Iteration 2: 13,77 MB/sec 
Iteration 3: 12,56 MB/sec 
Iteration 4: 13,02 MB/sec 
Iteration 5: 13,71 MB/sec 
----------------------------- 
Average (W): 13,14 MB/sec 
----------------------------- 
Running a 400MB file read on \\Rt-c404153ddad2\wd 5 times... 
Iteration 1: 24,71 MB/sec 
Iteration 2: 26,18 MB/sec 
Iteration 3: 26,18 MB/sec 
Iteration 4: 26,95 MB/sec 
Iteration 5: 26,20 MB/sec 
----------------------------- 
Average (R): 26,04 MB/sec 
-----------------------------

Reasumując - wyniki odczytu są dość dobre ale zapis totalnie leży i kwiczy :) Co prawda użycie dysku sformatowanego w systemie EXT4 jest w stanie zbliżyć się wartościami zapisu do OFW ale w kwestii NTFS jednak jest dużo do zrobienia. Drugą zagadką jest zapis na dysku NTFS poprzez WiFi który był wyższy niż przez kabel - myślałem, że pomyliłem screenshoty - ale sprawdzając wyszło dokładnie tak samo :/

Po sprawdzeniu jak karta DELL DW1550 działa wraz R7000 na fabrycznym firmware (LINK) mogłem sprawdzić jak takie rozwiązanie sprawdza się z alternatywnym FW. Testy przeprowadziłem na Tomato build 118:

Router został ustawiony w centralnym miejscu mojego domu, na wysokości ok 2 metrów. Transmisja bezprzewodowa nawiązywana była z lokalizacji oddalonej o 6 metrów z jedną ścianą jako przeszkodą po drodze. Klientem był laptop

    Dodaj reakcję lub odpowiedz w tym temacie, aby zobaczyć ukrytą zawartość.
 wraz z kartą DELL DW1550. Każdy pomiar przeprowadziłem trzykrotnie a prezentowany wynik jest najczęściej uzyskanym podczas tej procedury. Test polegał na przekopiowaniu dużego pliku z serwera Synology DS713+ oraz ponownym wgraniu go do lokalizacji źródłowej.

Pasmo 2,4 GHz: 
  • Pasmo 2,4 GHz - odległość 6 metrów przez 1 ścianę:
bin/iperf.exe -c 192.168.1.5 -P 1 -i 1 -p 5001 -f m -t 10 
------------------------------------------------------------ 
Client connecting to 192.168.1.5, TCP port 5001 TCP window size: 0.06 MByte (default) ------------------------------------------------------------ 
[188] local 192.168.1.2 port 51036 connected with 192.168.1.5 port 5001 
[ ID] Interval Transfer Bandwidth [188] 0.0- 1.0 sec 6.05 MBytes 50.8 Mbits/sec 
[188] 1.0- 2.0 sec 1.66 MBytes 14.0 Mbits/sec [188] 2.0- 3.0 sec 2.88 MBytes 24.1 Mbits/sec 
[188] 3.0- 4.0 sec 2.00 MBytes 16.8 Mbits/sec [188] 4.0- 5.0 sec 2.71 MBytes 22.7 Mbits/sec 
[188] 5.0- 6.0 sec 3.60 MBytes 30.2 Mbits/sec [188] 6.0- 7.0 sec 3.48 MBytes 29.2 Mbits/sec 
[188] 7.0- 8.0 sec 2.11 MBytes 17.7 Mbits/sec [188] 8.0- 9.0 sec 1.98 MBytes 16.6 Mbits/sec 
[188] 9.0-10.0 sec 4.38 MBytes 36.7 Mbits/sec [188] 0.0-10.1 sec 30.9 MBytes 25.7 Mbits/sec Done.

openit_1399800375__jperf24g_tomato.pngopenit_1399800381__wiifanalitics_24g.png

Pobieranie / Wysyłanie :

openit_1399800388__download_24g_tomato.popenit_1399800395__upload_24g_tomato.png

Pasmo 5 GHz:
  • Pasmo 5 GHz - odległość 6 metrów przez 1 ścianę:
bin/iperf.exe -c 192.168.1.5 -P 1 -i 1 -p 5001 -f m -t 10 
------------------------------------------------------------ 
Client connecting to 192.168.1.5, TCP port 5001 TCP window size: 0.06 MByte (default) ------------------------------------------------------------ 
[188] local 192.168.1.2 port 50052 connected with 192.168.1.5 port 5001 
[ ID] Interval Transfer Bandwidth [188] 0.0- 1.0 sec 42.3 MBytes 355 Mbits/sec 
[188] 1.0- 2.0 sec 43.5 MBytes 365 Mbits/sec 
[188] 2.0- 3.0 sec 43.9 MBytes 369 Mbits/sec 
[188] 3.0- 4.0 sec 44.8 MBytes 376 Mbits/sec 
[188] 4.0- 5.0 sec 39.3 MBytes 330 Mbits/sec 
[188] 5.0- 6.0 sec 41.5 MBytes 348 Mbits/sec 
[188] 6.0- 7.0 sec 40.7 MBytes 342 Mbits/sec 
[188] 7.0- 8.0 sec 44.3 MBytes 372 Mbits/sec 
[188] 8.0- 9.0 sec 44.6 MBytes 374 Mbits/sec 
[188] 9.0-10.0 sec 45.0 MBytes 377 Mbits/sec 
[188] 0.0-10.0 sec 430 MBytes 360 Mbits/sec Done.

openit_1399800488__jperf5g_tomato.pngopenit_1399800494__wiifanalitics_5g.png

Pobieranie / Wysyłanie :

openit_1399800500__download_5g_tomato.pnopenit_1399800506__upload_5g_tomato.png

Wyniki poddaję Waszej ocenie. Raz na kilkanaście transferów udało mi się osiągnąć stabilne 60MB/s z paśmie 5GHz po czym transfer spadał o połowę. Zagadką był wykres jperf który wyszedł nieznacznie lepiej niż na fabrycznym FW po czym transfer pliku z NAS'a wypadł słabo. Nie pomogły restarty routera, zmiany kanału, dłubanie w zaawansowanych opcjach, magiczna lokalizacja z singapuru i parzenie zielonej herbaty :) Tak poważnie to podczas całej zabawy z tomato tęskniłem za moim stabilnym połączeniem na RT-AC68 z OFW :/ Na chwilę obecną R7000 działa sobie w moim domu jako AP i czeka na następne wydania tomato:

openit_1399801074__ssid.png

Sprawdziłem również procedurę powrotu do Netgear Genie dostarczanej przez producenta sprzętu a zaprezentowaną przez autora. Wszystko działa poprawnie, a po skończonej operacji trzeba użyć guzika reset z tyłu routera gdyż żadne standardowe dane do logowania typu admin/admin, admin/password, root/coś tam innego - nie działają:

Tomato Firmware 1.28.0000 -119 K26ARM USB AIO-64K.:

#13 post w tym temacie : http://openitforum.pl/forums/topic/555-tomato-arm-na-netgear-r7000/?do=findComment&comment=4371

Jak widać w TomatoAnon database z dnia na dzień pozycji "R7000" przybywa więc zwiększa się rzesza użytkowników którzy będą zgłaszać błędy i oprogramowanie będzie się rozwijać. Powyższe dane i informacje są wyłącznie moją subiektywną oceną, gdyż osobiście raczej określam się jako sceptyka takich rozwiązań. Doceniam wkład, zaangażowanie i umiejętności kolegi @shibby, aczkolwiek coraz bardziej wygląda to moim zdaniem na sztukę dla sztuki. Nie posiadam takiej wiedzy jak kolega więc specjalnie stawiam się w pozycji przeciętnego Kowalskiego - "dzień dobry - robię tak i chcę tak - co z tego wyjdzie ?"

Oczywiście zdaję sobie sprawę również z tego jak oprogramowanie jest tworzone, gdybam jedynie jak jest testowane i oczywiście wiem, że mogę być jedynym który ma takie doświadczenia. Skoro nikt inny nic takiego nie zgłasza to wychodzi na to, że szerzę herezję :) "Ktoś-gdzieś" napisał że o alternatywnych FW można pisać albo dobrze, albo w ogóle. Mam nadzieję że można również i subiektywnie :) Niedawno dostałem na PW argument, że wydanie tomato na ten model pomoże firmie Netgear w sprzedaży. Czymś takim ? Nie sądzę. Tak, na modelu WNR3500L/V2 było to bardzo dobre posunięcie gdyż został zaprojektowany aby wspierać takie rozwiązania. Ale z perspektywy czasu było to dość dawno :)

Edytowane przez house
formatowanie tekstu
  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
shibby    26
shibby
Cytuj
W dalszym działaniu okazało się, że nie działa Web Monitor:

-Bandwidth monitor wykresy interfejsu WAN pokazuje nie w tym miejscu gdzie trzeba i porównując wykres na Synology który ten transfer generowało - pokazuje totalne głupoty :12_slight_smile: różnica w tym narzędziu wynosi około 30/40% realnego transferu:

-IPTraffic nie pokazuje kompletnie nic (w ogóle nie działa):

a czy to kiedykolwiek działało na Tomato-ARM? To nie są problemy tego wydania na ten konkretny router tylko całego branch`a tomato-arm. Prace trwają. Już teraz mam w 90% działający ip traffic, nowy sterownik wifi i nowy moduł ufsd - niepubliczna wersja 118.1 testowana od ponad tygodnia na RT-AC56u.

Cytuj
Sprawdziłem również procedurę powrotu do Netgear Genie dostarczanej przez producenta sprzętu a zaprezentowaną przez autora. Wszystko działa poprawnie, a po skończonej operacji trzeba użyć guzika reset z tyłu routera gdyż żadne standardowe dane do logowania typu admin/admin, admin/password, root/coś tam innego - nie działają:

oj bo stwierdzę, że robisz się leniwy i nie chce ci się nawet zajrzeć do pliku z instrukcjami. W moim filmiku o przywracaniu Genie jest wyraźnie zaznaczone, że po powrocie do ofw loginu nie wpisujemy! Zostawiamy login pusty, hasło to admin i logujemy się do panelu Genie po czym przywracamy ustawienia domyślne.

 

Cytuj
Niedawno dostałem na PW argument, że wydanie tomato na ten model pomoże firmie Netgear w sprzedaży. Czymś takim ? Nie sądzę. Tak, na modelu WNR3500L/V2 było to bardzo dobre posunięcie gdyż został zaprojektowany aby wspierać takie rozwiązania. Ale z perspektywy czasu było to dość dawno

nie zgodzę się z tobą. Już teraz tomato oferuje dużo więcej niż Genie kiedykolwiek oferowało i prawdopodobnie będzie oferować w przyszłości. Przykładem tu może być chociażby openvpn, który w genie został wykastrowany do granic możliwości, o SSH, transmission, nginx`ie z PHP czy paczkach optware, które można w tomato instalować nawet nie wspomnę. R7000 jest obecnie najsilniejszym routerem dla tomato i nie wmówisz mi, że netgear nie skorzysta(ł) na na tym fakcie.

Netgear miał w swojej historii kilka ciekawych routerów jak chociażby model 4500 czy 4700. Dziwnym trafem zniknęły one z oferty szybciej niż się pojawiły a taki 3500L trwa nadal. Netgear Polska po prostu nie dorósł jeszcze do tego by docenić alternatywne oprogramowanie i ich wkład w cykl życia produktu.

Napomnę też, że gdyby Netgear dostarczał pełne źródła (tak jak to robi np. Asus) a nie już skompilowane, gdzie ponad połowa binarek nie posiada kodu źródłowego, to może i wsparcie ze strony tomato (ale i innych softów np. dd-wrt) byłoby lepsze. Niestety musimy (my - developerzy) pracować z tym co mamy.

Cytuj
Czymś takim ?

Zrób lepsze. Hejterów w internecie jest od groma tylko robić nie ma komu. Już jeden z developerów tomato kiedyś powiedział, że on nikogo do używania jego tomato nie zmusza. On je robi dla siebie a publikuje je tylko dlatego, że go o to proszono. Ja robię dokładnie to samo. Używać R7000 z Genie jako główny router sobie zwyczajnie nie wyobrażam. Z tomato to co innego - R7000 prawdopodobnie stanie się moim głównym routerem. 

  • Lubię to 3

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

Zrób lepsze. Hejterów w internecie jest od groma tylko robić nie ma komu.

dlatego specjalnie napisałem :

Nie posiadam takiej wiedzy jak kolega więc specjalnie stawiam się w pozycji przeciętnego Kowalskiego - "dzień dobry - robię tak i chcę tak - co z tego wyjdzie ?"

to nie żaden "hejt" tylko moje zdanie :) do którego mam prawo skoro FW jest dostępne publicznie  :angel:

 

oj bo stwierdzę, że robisz się leniwy i nie chce ci się nawet zajrzeć do pliku z instrukcjami. W moim filmiku o przywracaniu Genie jest wyraźnie zaznaczone, że po powrocie do ofw loginu nie wpisujemy!

mea culpa :worship: fakt, przez niedopatrzenie pominąłem to info. co nie zmienia faktu, że jest tak jak napisałem :) równie dobrze działa guzik reset w routerze :)

 

nie zgodzę się z tobą. Już teraz tomato oferuje dużo więcej niż Genie kiedykolwiek oferowało

prawda, poza wydajnością. ludzie się ścigają z rzeczywistością, kupują coraz to nowsze karty, sprowadzają z chińskich "allegro" modele azurewave po to aby móc zapomnieć o kablu, ciesząc się komfortem bezprzewodowego połączenia :) 

 

Przykładem tu może być chociażby openvpn, który w genie został wykastrowany do granic możliwości

ja bym to nazwał nie kastrowaniem a uproszczeniem dla użytkownika, asus ma to rozwiązane podobnie jak netgear :) funkcjonalność została zachowana i działa o niebo lepiej niż w RT-AC68U :)

 

SSH, transmission, nginx`ie z PHP czy paczkach optware, które można w tomato instalować nawet nie wspomnę.

mówisz o funkcjach FW które próżno szukać w jakimkolwiek FW innych producentów :) btw - są już paczki dla arm skoro wspominasz o optware ? nie generalizujmy, warto coś uszczegółowić skoro wywołujemy argument do tablicy.

 

nie wmówisz mi, że netgear nie skorzysta(ł) na na tym fakcie.

nawet nie próbuję, poza samym netgear'em nie wie tego nikt. ale dla mnie nie jest to argument skoro tomato działa tak jak obecnie - mówię stricte o wydajności :)
  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
shibby    26
shibby

btw - są już paczki dla arm skoro wspominasz o optware ? nie generalizujmy, warto coś uszczegółowić skoro wywołujemy argument do tablicy.

 

oczywiście, że są i to od pierwszego wydania tomato-arm. W obrazie jest nawet dedykowany skrypt instalacyjny dla ARM - wystarczy wywołać komendę optware-install.sh)

 

Reasumując - wyniki odczytu są dość dobre ale zapis totalnie leży i kwiczy

 

wydajność R7000 na tomato jest bardzo dobra i jedynie zapis po sambie pozostaje zagadką. Wystarczy zrobić test po FTP by dowiedzieć się, że to nie wina USB3.0 czy drivera. Ewidentnie winna jest tu samba - używam starej wersji ponieważ na niej działa autentykacja w tomato. Kolejna sprawa to fakt, iż tomato w 90% bazuje na AsusWRT, ponieważ asus udostępnia pełne źródła. W źródłach netgeara ciężko jest cokolwiek znaleźć ponieważ większość rzeczy dostarczana jest w formie skompilowanej. Być może zastosowali jakiś tweak, którego w skompilowanych źródłach próżno szukać.

 

Na koniec wspomnę tylko, że nad oryginalnymi softami pracują całe zespoły programistów a nad tomato-arm trójka (nie)znajomych hobbistów z których nikt nie jest nawet programistą.

  • Lubię to 3

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

@shibby - co się tak uczepiłeś tego usb :) ?  

Wystarczy zrobić test po FTP by dowiedzieć się, że to nie wina USB3.0 czy drivera

tą kwestię mamy wyjaśnioną :)

zwróć uwagę,że :

Test polegał na przekopiowaniu dużego pliku z serwera Synology DS713+ oraz ponownym wgraniu go do lokalizacji źródłowej.

tu też "ochów i achów" nie ma. to po prostu nie działa stabilnie. Gdybym nie miał R7000 w domu to bym "rzekomych bzdur" nie wypisywał. Łączę się do AC68U jest ok, łączę się do R7000 z OFW również ok a R7000 z tomato jest jak widać wyżej. Zapewne moja karta sieciowa ;-)
 

tomato w 90% bazuje na AsusWRT

czyli reasumując:

W źródłach netgeara ciężko jest cokolwiek znaleźć ponieważ większość rzeczy dostarczana jest w formie skompilowanej. Być może zastosowali jakiś tweak, którego w skompilowanych źródłach próżno szukać.

jak dla mnie wychodzi na to, że u Ciebie wszystko

    Dodaj reakcję lub odpowiedz w tym temacie, aby zobaczyć ukrytą zawartość.
, tylko ja mam problemy (wychodzi na to że nie
    Dodaj reakcję lub odpowiedz w tym temacie, aby zobaczyć ukrytą zawartość.
) :) OK, zobaczę przyszłą wersję 119.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
shibby    26
shibby

jak dla mnie wychodzi na to, że u Ciebie wszystko działa porządnie

openlinksys.info/forum/viewthread.php?thread_id=17998

proszę bardzo, czytaj i porównuj, bo ja (prócz wiadomej kwestii z prędkością zapisu na dysk) żadnych problemów z wydajnością routera nie mam (zapewne moja karta sieciowa)

 

(wychodzi na to że nie tylko)

 

ciekawe, że o nim wspominasz. Pojawia się ludek, który zaczyna hejtować tylko moje posty odnośnie tomato na R7000 (żadne inne). Zarejestrowany z migmail.pl (cytuję: tymczasowa poczta bez rejestracji) i łączy się z IPka Wielkiej Brytanii (VPN, TOR lub inne tego typu machlojki). Sorry ale nie wierzę w taki zbieg okoliczności.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

proszę bardzo, czytaj i porównuj, bo ja (prócz wiadomej kwestii z prędkością zapisu na dysk) żadnych problemów z wydajnością routera nie mam (zapewne moja karta sieciowa)

właśnie czytałem, BCM4360 do BCM4360 :) Ja to zrobiłem na karcie z BCM4352 czyli słabszym. Nie będę się zgadzał czy nie zgadzał, czy też podważał to co Ci wyszło w testach. Dziwi mnie od początku fakt, że nie byłem w stanie włączyć 40MHz na 2,4GHz. Wtedy zapewne wynik byłby podobny.

O.T.

teraz próbujesz insynuować, że... ? najlepszą obroną jest (...) ? ja chcę prowadzić dyskusję a nie zaczepki :/

mogę wziąć odpowiedzialność za to co sam napisałem:

Skoro nikt inny nic takiego nie zgłasza to wychodzi na to, że szerzę herezję

na wprost piszę, że to ja - a link podałem bo go po prostu przeczytałem.

nie mam dostępu do Twojego panelu administracyjnego więc nie wiem co kto skąd i jak - a pisząc o

(VPN, TOR lub inne tego typu machlojki). Sorry ale nie wierzę w taki zbieg okoliczności.

odbiegasz od tematu i obracasz kota ogonem moim zdaniem. Ja jestem tu, i tutaj wyłącznie. Gdybym miał coś do napisania na OL zrobiłbym to MERYTORYCZNIE na swoim koncie, a skoro mam swój kawałek "internetów" to piszę u siebie. Nie tędy droga niestety.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
shibby    26
shibby

O.T.

czy ja w którymś miejscu napisałem, że posądzam ciebie o to?? Proszę cię.

Jedyne na co zwracam uwagę, to twój sposób prezentowania wyników odnośnie działania tomato. Jako pierwszy testowałeś tomato-ARM na RT-AC68U i z tego co pamiętam nie udało ci się uzyskać żadnej stabilności sprzętu. Ja nie miałem takich problemów i 130 osób w Anonie też ich nie ma. Teraz mamy powtórkę z R7000. Narzekasz na tomato, ja takich problemów jak ty nie mam i 72 osoby w Anonie też nie. Jak więc mam odbierać twoje podejście do tematu testów Tomato-ARM skoro widzisz w nim same wady?

BCM4360 do BCM4360

W chwili robienia pomiarów to była moja jedyna karta AC. Od niedawna mam jeszcze USB-AC56 ale jeszcze nie miałem okazji jej rozpakować. Ale to też nie w tym rzecz. Testy pokazują, że wifi działa stabilnie a to, że różne sprzęty wifi potrafią się niedogadywać to wiadoma sprawa i nie powinna ona nikogo dziwić.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

O.T.

czy ja w którymś miejscu napisałem, że posądzam ciebie o to?? Proszę cię.

:good: w takim razie źle Cię zrozumiałem  :) mnie zdziwił fakt, że napisałem powyższy tekst a po tym jak ten koleś na OL kontrował Ciebie "wyhaczyłem" DDoS na siebie - konkretnie to na jeden z serwerów zenboxa - i akurat ten gdzie jest openit :O

 

Data awarii: 19-05-2014 / 10:12

Data odzyskania sprawności: 19-05-2014 / 10:15

Dobrze, że zenbox oktawave się wspiera :D

 

Jak więc mam odbierać twoje podejście do tematu testów Tomato-ARM skoro widzisz w nim same wady?

Nie same, widzę wady w wydajności :) przecież wyraźnie piszę, że dw1150+asus i ofw=ok, dw1550+r7000 i ofw=ok, dw1550+tomato (i asus i r7000)= :/ Nie neguję tomato jako całości jego funkcji tylko ten konkret. Pytanie zadajesz tak jakbym czegoś nie wiedział i wszystko robił źle - naprawdę staram się być obiektywny (bez emotikon sugerujących że jest inaczej)

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
b3rok    20
b3rok

IMHO - powinniście się sprzętami na 1/2 tygodnie wymienić : ). house spojrzy łaskawszym okiem na Tomato, a shibby bardziej krytycznym :).

  • Lubię to 2

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

IMHO - powinniście się sprzętami na 1/2 tygodnie wymienić : ). house spojrzy łaskawszym okiem na Tomato, a shibby bardziej krytycznym :).

Tak :) ja przede wszystkim zmieniłbym kartę. testowanie routera na ac66/8u - karcie do desktopa ? Spial 2x bcm4360 i git ale takich rozwiązań jest mało. Rozumiem też że nie dysponuje niczym innym, ale warto by było przetestować to tak samo jak ja (na podobnej karcie half minipcie )lub przynajmniej na czopku USB, nawet USB-ac56u. Można by było czymś argumentowac :) ty tak-ja tak :) mam teraz kartę tp-link archer ac1200, zobaczę jak na niej będzie działać tomato. Jak będzie powtórka z rozrywki znów się okaże że 80 innych osób z anona nie ma takich problemów więc zapewne problem mam ja ;-) tylko nie wiem gdzie bo chętnie go usunę i napiszę że wszystko dogina jak (...) :) Dziwi mnie ze jedynie tomato tak działa, a OFW zgoła odwrotnie - bez zmian w konfiguracji xnote'a jest moc w radiu i nawet bardzo duże pliki przerzucam bezprzewodowo. Jeśli ktoś ma jakąś opinię te chętnie posłucham i skorzystam :)

Moje uwagi nie mają na celu deprymowania @shibby czy też jego pracy bo nie ukrywam że sam chętnie widziałabym advanced tomato u siebie :) jako że jego autor bazuje na tomato by shibby. Przy ac68u temat porzucilem ale jak sie powtórzył na r7000 to chciałbym go jakoś przynajmniej dla siebie i tylko na openitforum wyprostować :) Nie dostając za to ddos'em w dziób :D

tapniete z telefonu.

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

Oglądam więc nową wersję na tym modelu :

new wl driver 6.37.14.86 (r456083)

:D
pliki wgrane zgodnie z "procedurą" najpierw czyszczenie ustawień do fabrycznych na GENIE, potem tomato-R7000-RT-AC6x--118-initial-64K.chk a po nim tomato-R7000-ARM-119-AIO-64K.trx. Wynikiem jest Tomato Firmware 1.28.0000 -119 K26ARM USB AIO-64K. Reboot routera trwa ustawowe 92 sekundy podane przez webgui + 31 sekund aż R7000 całkowicie się podniesie. 

czysto informacyjnie :

Jan 1 01:00:06 RT-C404153DDAD2 kern.warn kernel: eth0: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.37.14.86 (r456083)
Jan 1 01:00:06 RT-C404153DDAD2 kern.warn kernel: eth1: Broadcom BCM47XX 10/100/1000 Mbps Ethernet Controller 6.37.14.86 (r456083)
Jan 1 01:00:06 RT-C404153DDAD2 kern.warn kernel: eth2: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.86 (r456083)
Jan 1 01:00:06 RT-C404153DDAD2 kern.warn kernel: eth3: Broadcom BCM4360 802.11 Wireless Controller 6.37.14.86 (r456083)
Jan  1 01:00:06 RT-C404153DDAD2 kern.notice kernel: NTFS support included
Jan  1 01:00:06 RT-C404153DDAD2 kern.notice kernel: Hfs+/HfsJ support included
Jan  1 01:00:06 RT-C404153DDAD2 kern.notice kernel: optimized: speed
Jan  1 01:00:06 RT-C404153DDAD2 kern.notice kernel: Build_for__ASUS_PRODUCTS_003_lke_8.9.0_r225078_b43

ale :/ :

Jan  1 01:00:08 RT-C404153DDAD2 daemon.crit dnsmasq[946]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:00:08 RT-C404153DDAD2 daemon.crit dnsmasq[946]: FAILED to start up
Jan  1 01:00:09 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:01:59 RT-C404153DDAD2 daemon.crit dnsmasq[1339]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:01:59 RT-C404153DDAD2 daemon.crit dnsmasq[1339]: FAILED to start up
Jan  1 01:02:00 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:00 RT-C404153DDAD2 daemon.crit dnsmasq[1341]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:00 RT-C404153DDAD2 daemon.crit dnsmasq[1341]: FAILED to start up
Jan  1 01:02:00 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:00 RT-C404153DDAD2 daemon.crit dnsmasq[1342]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:00 RT-C404153DDAD2 daemon.crit dnsmasq[1342]: FAILED to start up
Jan  1 01:02:01 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:01 RT-C404153DDAD2 daemon.crit dnsmasq[1343]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:01 RT-C404153DDAD2 daemon.crit dnsmasq[1343]: FAILED to start up
Jan  1 01:02:01 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:01 RT-C404153DDAD2 daemon.crit dnsmasq[1350]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:01 RT-C404153DDAD2 daemon.crit dnsmasq[1350]: FAILED to start up
Jan  1 01:02:02 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:02 RT-C404153DDAD2 daemon.crit dnsmasq[1351]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:02 RT-C404153DDAD2 daemon.crit dnsmasq[1351]: FAILED to start up
Jan  1 01:02:02 RT-C404153DDAD2 user.debug preinit[1]: dnsmasq terminated unexpectedly, restarting.
Jan  1 01:02:02 RT-C404153DDAD2 daemon.crit dnsmasq[1352]: bad dhcp-range at line 13 of /etc/dnsmasq.conf
Jan  1 01:02:02 RT-C404153DDAD2 daemon.crit dnsmasq[1352]: FAILED to start up

:/ syslog.txt

  • Pełne czyszczenie nvram, tak jak w wersji 118 powoduje, że znikają interfejsy radiowe z pola widzenia :

openit_1400951220__fullnvram.png

  • zrobiłem więc przywrócenie standardowych ustawień:

openit_1400951339__defaultsettings.png

które powodują, że znika 80MHz szerokości kanału na 5GHz - co ciekawe - magiczny "SINGAPORE" jest już ustawiony na 5GHz, a 2,4GHz jedzie na "EU"

openit_1400951514__40na40.pngopenit_1400951519__eu_na_singapore.png

  • ponownie zrobiłem przywrócenie standardowych ustawień wiedziony doświadczeniem, że pełne NVRAM wykosi ustawienia radia i sytuacja wygląda tak, że pomimo ustawienia 80MHz dalej pokazuje 40MHz w paśmie 5GHz - ale jest "improvement" :) - działa 40MHz w paśmie 2,4GHz :D

openit_1400951909__2014-05-24_184654.pngopenit_1400951913__2014-05-24_184703.png

Kolejną ciekawostką jest fakt, że opcja "Group Key Renewal" nie ustawia się sama na 0 i nie prosi o ręczne wpisanie wartości oraz to, że w końcu dnsmasq ma poprawną konfigurację puli adresowej 192.168.1.2.-51 :D

po wielu restartach, wyłączaniu i włączaniu udało się okiełznać interfejsy radiowe mniej więcej w taki sposób :

openit_1401005378__2014-05-25_100849.png

stabilnie to tu na pewno nie jest :D

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house
Tomato Firmware 1.28.0000 -119 K26ARM USB AIO-64K.:
Pasmo 2,4 GHz: 

 

  • Pasmo 2,4 GHz - odległość 6 metrów przez 1 ścianę:
bin/iperf.exe -c 192.168.1.5 -P 1 -i 1 -p 5001 -f m -t 10
------------------------------------------------------------
Client connecting to 192.168.1.5, TCP port 5001
TCP window size: 0.06 MByte (default)
------------------------------------------------------------
[188] local 192.168.1.27 port 50616 connected with 192.168.1.5 port 5001
[ ID] Interval       Transfer     Bandwidth
[188]  0.0- 1.0 sec  36.9 MBytes   310 Mbits/sec
[188]  1.0- 2.0 sec  23.5 MBytes   197 Mbits/sec
[188]  2.0- 3.0 sec  20.1 MBytes   169 Mbits/sec
[188]  3.0- 4.0 sec  16.7 MBytes   140 Mbits/sec
[188]  4.0- 5.0 sec  21.7 MBytes   182 Mbits/sec
[188]  5.0- 6.0 sec  19.5 MBytes   163 Mbits/sec
[188]  6.0- 7.0 sec  24.4 MBytes   205 Mbits/sec
[188]  7.0- 8.0 sec  22.4 MBytes   188 Mbits/sec
[188]  8.0- 9.0 sec  23.0 MBytes   193 Mbits/sec
[188]  9.0-10.0 sec  21.9 MBytes   184 Mbits/sec
[188]  0.0-10.7 sec   230 MBytes   181 Mbits/sec
Done.

openit_1401010911__tomato_24g_jperf_grapopenit_1401010917__tomato_24g_wifianalitopenit_1401011500__tomato_24g_85772998.p

openit_1401010951__tomato_24g_download.popenit_1401010956__tomato_24g_upload.png

Pasmo 5 GHz:
  • Pasmo 5 GHz - odległość 6 metrów przez 1 ścianę:
bin/iperf.exe -c 192.168.1.5 -P 1 -i 1 -p 5001 -f m -t 10
------------------------------------------------------------
Client connecting to 192.168.1.5, TCP port 5001
TCP window size: 0.06 MByte (default)
------------------------------------------------------------
[200] local 192.168.1.27 port 50150 connected with 192.168.1.5 port 5001
[ ID] Interval       Transfer     Bandwidth
[200]  0.0- 1.0 sec  60.1 MBytes   504 Mbits/sec
[200]  1.0- 2.0 sec  52.5 MBytes   440 Mbits/sec
[200]  2.0- 3.0 sec  53.7 MBytes   451 Mbits/sec
[200]  3.0- 4.0 sec  51.7 MBytes   434 Mbits/sec
[200]  4.0- 5.0 sec  49.9 MBytes   418 Mbits/sec
[200]  5.0- 6.0 sec  52.1 MBytes   437 Mbits/sec
[200]  6.0- 7.0 sec  55.1 MBytes   462 Mbits/sec
[200]  7.0- 8.0 sec  48.5 MBytes   407 Mbits/sec
[200]  8.0- 9.0 sec  53.5 MBytes   449 Mbits/sec
[200]  9.0-10.0 sec  39.7 MBytes   333 Mbits/sec
[200]  0.0-10.1 sec   517 MBytes   427 Mbits/sec
Done.

openit_1401010814__tomato_5g_jperf_graphopenit_1401010820__tomato_5g_wifianalitiopenit_1401011504__tomato_5g_85772998.pn

openit_1401010869__tomato_5g_download.pnopenit_1401010874__tomato_5g_upload.png

  • wydajność radia względem poprzedniej wersji 118 -  :good:
  • mniej problemów z  ustawieniem i konfiguracją interfejsów radiowych - :good:  :bad:
  • pomijając powyższe - do wydajności Netgear Genie jeszcze brakuje (pomimo tego ,że GENIE jest "biedne" w funkcje) - :good::bad:
  • mnóstwo pomniejszych zonków po drodze wymienionych powyżej  :bad:

idzie ku lepszemu :good::)

Edytowane przez house
formatowanie tekstu
  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

kolega @shibby opublikował wersję 129 swojej produkcji :

2015-04-22 – 129
Wszystkie wersje:
– Wszystkie obrazy zostały skompresowane do archiwów ZIP
– OpenVPN: Integracja „Routing Policy” (Zasady routing) wraz z GUI
– GUI: Dodano wskaźnik temperatury na zakładce Overview – thx Hyzzom (BWQ)
– GUI: OpenVPN – dodano „Ignore Redirect Gateway (route-nopull)” (Zignorowanie zdalnego wymuszenia podmiany zdalnej bramy)
– GUI: Bittorrent – zezwól na ustawienie prędkości ściągania i wysyłania na 0
– GUI: Zezwól uzytkownikowi na decyzję, którego sterownika NTFS chce używać: Tuxera (AC56, AC68) lub Paragon (N18, Netgeary) lub NTFS-3G (wszystkie routery)
– GUI: Naprawiono serwer OpenVPN TAP – Serwer nie chciał startować jeżeli TAP był scalony z br1/2/3 i zakres „Client address pool” została ustawiona ręcznie (nie z DHCP)
– Dodano katalog /mmc directory do drzewa „roota” – kompatybilność z projektem Tomatoware
– NTFS-3G: Aktualizacja sterownika do wersji 2015.3.14
– OpenVPN: usunięto parametr „enable-small”. Wymagane do poprawnej pracy z niektórymi dostawcami usług VPN
Tylko K26ARM
– GUI: naprawiono funkcję tworzenia i odtwarzania konfiguracji z pliku
– IPSet
* aktualizacja do wersji 6.24 – UWAGA! Ta wersja ma całkowicie odmienne moduły kernela oraz całkowicie inną składnię poleceń. Jeżeli używasz IPSet, musisz poprawić swoje skrypty by nadal działały.
* backport modułów IPSet z kernela 3.0
* dodano bibliotekę libmnl – wymagana przez nową wersję ipset
* naprawione wsparcie IPSet z Dnsmasq
– dodano skrypt instalacyjny dla Entware – wystarczy wydać komendę entware-install.sh
– kompilacja fat/vfat jako modułów
– dodano sterownik Tuxera NTFS dla routerów AC56/68
– wiele poprawek i usprawnień w procesie kompilacji – thx @edrikk
– naprawiono funkcjonalność TOR
* aktualizacja do wersji v0.2.5.12
* włączono wsparcie wątkowości (threads) dla OpenSSL i TOR
* zmieniono poziom optymalizacji gcc z Os na O2 – thx RMerlin
* dodano TOR do wszystkich obrazów AIO
– aktualizacja funkcji Blink odpowiedzialnej za obsługę diód WiFi – thx @chazikai24
– dodano wsparcie dla ASUS RT-AC68P – obraz ten sam co dla AC68U/R – thx @tvlz
– dodano wsparcie dla Linksys EA6500v2 oraz EA6700 – thx @Yongqiang Qin
– naprawiona obsługa diód dla WS880 – thx @xvortex
Tomato-ARM v129 – przekompilowano obrazy dla R7000/R6300v2/R6250 oraz RT-N18U – dodano ponownie sterownik Paragon NTFS.

Edytowane przez house

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
dimson    85
dimson

@house mam pytanie, masz może możliwość sprawdzenia najnowszego wydania tomato na AC68U lub R7000 z Twoim lapkiem z DW 1550? Ciekaw jestem czy transfer po WIFI nie bedzie odbiegał od tego co uzyskujesz na OFW?

Wysłane z mojego LG-H815 przy użyciu Tapatalka

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

niestety nie posiadam żadnego z tych routerów, nie mam też nikogo kto użyczyłby któregoś z nich. jakiś czas temu testowałem tomato na rt-ac68u dzięki uprzejmości Idanit i nie było żadnych problemów (Klik!). Działało bardzo szybko i przyzwoicie. Transfer był porównywalny do OFW - tomato czerpie moduły i sterowniki garściami z Asuswrt :)

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
dimson    85
dimson

tomato czerpie moduły i sterowniki garściami z Asuswrt

no właśnie zastanawia mnie jak to się ma do modelu Netgeara.

Ale na razie nic nie wymyślimy, choć w sumie może jakbym się wybierał na urlop użyczyłbym Ci swojego R7000 do przetestowania.. no ale to jeszcze dokładnie będę wiedział za kilka tygodni. 

  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house

choć w sumie może jakbym się wybierał na urlop użyczyłbym Ci swojego R7000 do przetestowania.

jestem do dyspozycji, sam z ciekawości chciałbym sprawdzić bo największe zonki jakiś czas temu były właśnie na r7000 z tomato. asus jakoś się wybronił z tym FW :) 

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house
2015-08-06 – 131
Wszystkie wersje:
– Wiele ulepszeń we wsparciu 4G/LTE
* nowy moduł huawei_ether
* wsparcie dla modemu E3372 non-Hilink
* naprawiono wsparcie modemów non-Hilink (popsute w v130)
– OpenSSL: aktualizacja do wersji 1.0.2c
– dnsmasq: aktualizacja do wersji 2.73 (23.06.2015)
– OpenVPN: aktualizacja do wersji 2.3.7
– vsftpd: aktualizacja do wersji 3.0.3 – thx @tomatosoup
– lzo: aktualizacja do wersji 2.09
– OpenVPN: dodano „Ignore Redirect Gateway (route-nopull)” do obrazów Mipsel
– poprawki dla Asus RT-10P & E2500 – thx @tvlz
– właczono opcję „IPv6 Debug Logging” gdy zmienna w nvram ustawiona jest debug_ipv6=1 – thx @tvlz
– dodano DNSSEC, NANO oraz TINC do obrazów Mega-VPN
– kilka poprawek dla IPv6 – thx @tvlz
– dodano wsparcie dla „VLAN/VID mapping” w obrazach K26RT-AC
– MiniDLNA: dodano wsparcie dla plików muzycznych DSD (dsf, dff)
– TOR: poprawiono skrypt startowy
Tylko K26ARM
– Dodano wsparcie dla Xiaomi R1D – thx @Nikk Gatanes – nietestowane
– Dodano wsparcie dla Netgear R6300v2 CH (Charter version)
– kilka poprawek dla QoS – thx @tvlz

 

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
milanoa    56
milanoa

Pojawiła się nowa wersja Tomato v133 wreszcie diody ładnie działają od wifi na R7000 :) i nowe rzeczy w tym multi wan x4.

  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house
59 minut temu, milanoa napisał:

i nowe rzeczy w tym multi wan x4

:good: bardzo przydatna rzecz

2016-02-29 – 133

Uwaga: musicie koniecznie wyczyścić NVRAM po aktualizacji!!

Wszystkie wersje:
– MultiWAN – napisany przez @Arctic (zengchen228), zmodyfikowany przez @Shibby
– TOR: dodana opcja do wyboru portów, które mają być skierowane na TOR
– 4G/LTE: naprawiono wsparcie PIN dla modemów non-Hilink
– OpenSSL: aktualizacja do wersji 1.0.2f
– Dropbear: aktualizacja do wersji 2015.71
– TOR: aktualizacja do wersji 0.2.7.6
– Dnscrypt-proxy: aktualizacja do wersji 1.6.0
– Libsodium: aktualizacja do wersji 1.0.8
– Openvpn: aktualizacja do wersji 2.3.10
– Usb_modeswitch wersja 2.3.0 z paczką data 2016-01-12
– Miniupnpd: aktualizacja do wersji 1.9 (20160113)

K26ARM:
– R7000 WLAN LED – dodano wsparcie
– R7000 USB LED – dodano wsparcie

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
milanoa    56
milanoa

Jest już dostępne nowe Tomato v135 :) transfer mam teraz na poziomie 60 MB/s odczyt i 45 MB/s zapis z ds215j na dw1550

czyli jest bardzo dobrze i jeszcze dodam że lte śmiga bez żadnych problemów, modem łączy się błyskawicznie z nadajnikiem i utrzymuje

stabilne połączenie.

Edytowane przez milanoa
  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
dimson    85
dimson

zauważyłeś jakąś poprawę jeśli chodzi o zasięg ? pisałem o tym w wątku na openlinksys? te 60/45 rozumiem że w bliskiej odległości od routera bez żadnych przeszkód ?

Wysłane z mojego LG-H815 przy użyciu Tapatalka

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
milanoa    56
milanoa

Tak bez przeszkód 2 metry od routera, po południu sprawdzę jak z zasięgiem bo już późna pora.

Edytowane przez milanoa

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
dimson    85
dimson

ok w takim razie czekamy

Wysłane z mojego LG-H815 przy użyciu Tapatalka

  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
house    1272
house
7 godzin temu, milanoa napisał:

Tak bez przeszkód 2 metry od routera, po południu sprawdzę jak z zasięgiem bo już późna pora

dołóż jeszcze jedną ścianę po drodze i zwiększ dystans do min 5-6 metrów. ciekawy jestem co zmieniło się w tej kwestii. 

  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
milanoa    56
milanoa

Czyli tak radio 5G  4 metry od routera jedna ściana odpowiednio zapis 31 MB/s odczyt 46,5 MB/s, szybkość 526,5 Mb/s, trzy kreski 

8 metrów od routera 2 ściany odpowiednio zapis 15 MB/s odczyt 31,5 MB/s, szybkość 175,5 Mb/s, jedna kreska

13 metrów od routera 4 ściany brak zasięgu, radio 2,4G wykrywa może jest to spowodowane tym że router stoi w otwartej szafce

30 centymetrów od podłogi i anteny nie są w pozycji pionowej tylko lekko pochylone bo blokuje je górna półka. Niestety nie mam możliwości

zmiany ustawienia routera.

Edytowane przez milanoa
  • Lubię to 1

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
dimson    85
dimson

sprawdź jeszcze OFW 1.0.38 u mnie działało najlepiej wśród OFW albo tomato v136 które testuje od 24h, w tej wersji zostały zaimplementowane ustawienia radia właśnie z OFW 1.0.38

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach
magg    2
magg

Ostatnia wersje tomato by shibby to 135 masz linka 136?

Wysłane z iPhone za pomocą Tapatalk

Udostępnij tego posta


Odnośnik do posta
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Dodaj konto

Załóż nowe konto. To bardzo proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz już konto? Zaloguj się tutaj.

Zaloguj się teraz


  • Przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników, przeglądających tę stronę.

  • Podobna zawartość

    • cyberbob32
      Przez cyberbob32
      Witam wpadł mi dziś w ręce NETGEAR ReadyNAS 516 RN51600 uszkodzony. Urządzenie przestało działać, tj. włącza się, wyłącza kilka razy, później jest 'włączone', ale nie ma dostępu do niego przez sieć, reset do domyślnych ustawień nie pomaga wiatraki cały czas chodzą na pełnych obrotach Mial ktoś taki problem. Wygląda  najprawdopodobniej uszkodzenie firmware/biosu. 
    • neon
      Przez neon
      House mógłbyś napisać jak się ma filtr kontroli rodzicielskiej z Synology RT 2600 ac do tego co oferuje Netgear ? 
      Pozdrawiam 
    • Zao
      Przez Zao
      Witajcie
      Chciałbym zmienić ruter..., pod uwagę biorę Synology RT2600ac i Netgear R7800
      Synology można powiedzieć dopiero zaczęło "podróż" z tego typu sprzętem, nie obawiam się oczywiście bo jest to firma z doświadczeniem, ale chciałbym poznać opinie osób które ten ruter posiadają (RT2600ac)...
      i oczywiście opinie osób posiadających Netgear'a (R7800)...
      @hause - posiadasz już trochę RT2600ac, jak dla Ciebie sprawuje się ten ruter, zadowolony jesteś ? z Twoim doświadczeniem w temacie ruterów proste pytanie....
      Na obecną chwilę wrócibyć do innej firmy ?
      Czy ktoś a Was porównywał oba te urządzenia i może coś napisać od siebie dlaczego jeden albo drugi ?
       
      PS.
      Będę próbował to spiąć z Orange FTTH więc jak ktoś ma doświadczenie to może się podzielić (da się to zrobić na jednym i drugim sprzęcie z tego co wiem, ale nie tak prosto jakby się wydawało....)

Openitforum

Forum poświęcone przesyłaniu i przechowywaniu danych w małej sieci. Prezentujemy testy urządzeń oraz pomagamy w ich obsłudze i konfiguracji.
×