21 Listopada 2024 18:21:29
Nawigacja
· Strona Główna
· Forum

· Tomato by Shibby
· FreshTomato


Wątki na forum
Najnowsze dyskusje
· [S] Asus RT-AC56U
· DIR868l OFW asus vs ...
· Szukam zaproszenia n...
· [MOD] FreshTomato-AR...
· Asus RT-AC5300 ,prob...
· archer c6 v3.20
· [S] Nighthawk R7000P...
· [S]Asus RT-AC5300 - ...
· Tanie N100 na promce...
· net z telefonu wifi+...
· Tomato - bugi/proble...
· HUAWEI z światłowodem
· Asus TUF-AX3000_V2 p...
· rt-ax88upro częste ...
· [Howto] Xpenology na...
· Jaki router pod Open...
· Ruter z tomato
· Czy to jeszcze NAS?
· RT AC66U B1
· Wireguard na FreshTo...
Najpopularniejsze obecnie wątki
· Szukam zaproszeni... [19]
· DIR868l OFW asus ... [8]
· [S] Asus RT-AC56U [0]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
36% [151 głosów]

Broadcom ARM
Broadcom ARM
52% [219 głosów]

Atheros
Atheros
5% [22 głosów]

Marvell
Marvell
1% [4 głosów]

Ralink
Ralink
1% [3 głosów]

Intel/AMD/VIA
Intel/AMD/VIA
1% [5 głosów]

Żaden z powyższych
Żaden z powyższych
4% [15 głosów]

Ogółem głosów: 419
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38
Twoje IP
13.58.28.196
Zobacz wątek
OpenLinksys » :: PORTAL :: » Testy i recenzje
 Drukuj wątek
Linksys WRT160NL
obsy
Test - recenzja rutera Linksys WRT160NL, by obsy.

PS. Fotografem to ja nie jestem. Nie narzekajcie więc na jakość zdjęć.

UWAGA dla chętnych na openwrt na tym sprzęcie: czytaj dalej wątek - są tam dość ważne informacje.

Krótka specyfikacja

Ruter Linksys WRT160NL jest stosunkowo nowym produktem na rynku i pretenduje do bycia następcą słynnego i popularnego Linksysa WRT54G(L). Nowe wzornictwo obudowy, wyposażenie w układ radiowy obsługujący nowy standard, a także złącze USB jednoznacznie definiują przeznaczenie rutera: rynek domowy oraz małe firmy, adresowany dla osób zainteresowanych pełnym wsparciem dla multimedii czy szybkim dostępem do zgromadzonych danych.

Z naszego punktu widzenia istotny jest fakt, że urządzenie standardowo wyposażone jest w firmware oparte o system linux, a sprzętowo jest to doskonale znana architektura - dla poszczególnych komponentów dostępne są otwarto źródłowe sterowniki na licencji GPL. Nie jesteśmy więc ograniczeni do określonej wersji kernela czy zamkniętych (binarnych) sterowników. Silny procesor, interfejs radiowy wspierający nowy standard (Draft) oraz złącze USB udostępniają szerokie spektrum potencjalnych zastosowań.

Oficjalnie urządzenie nazwane jest Linksys Wireless-N Broadband Router with Storage Link, Model No WRT160NL. Testowany ruter przeznaczony był na rynek europejski (WRT160NL-EE). Początek numeru seryjnego to CUR01, czyli wersja 1.0, oryginalne oprogramowanie oznaczone było jako 1.00.01 B15 (dostępne już jest nowsze na witrynie producenta).

Specyfikacja z witryny producenta:

- Standardy: 802.3, 802.3u, 802.11b, 802.11g, wersja robocza standardu 802.11n
- Porty: Internet, Ethernet (1-4), USB, zasilanie
* Przyciski: Wi-Fi Protected Setup, reset
* Diody LED: LAN (1-4), Wi-Fi Protected SetupT82;, połączenie bezprzewodowe, Internet, zasilanie
* Typ okablowania: CAT 5e
* Liczba anten: 2
* Typ złącza: R-SMA
* Odłączanie (T/N): Tak
* RF Pwr (EIRP) w dBm: wersja robocza standardu 11n: HT20: typowo 17 +/-1,5 dBm typowy w normalnym zakresie temperatur (2 łańcuchy)
HT40: typowo 15 +/-1,5 dBm typowy w normalnym zakresie temperatur (2 łańcuchy)
802.11g: typowo: 15 +/- 1,5 dBm typowy w normalnym zakresie temperatur
802.11b: typowo: 19 +/- 1,5 dBm typowy w normalnym zakresie temperatur
* Czułość odbiornika: 802.11n HT40/MCS15 270 Mb/s: -67 dBm 10% PER
802.11n HT40/MCS0 13,5 Mb/s: -75 dBm 10% PER
802.11n HT20/MCS15 130 Mb/s: -69 dBm 10% PER
802.11n HT20/MCS0 6,5 Mb/s: -79 dBm 10% PER
802.11g 54 Mb/s: -74 dBm 10% PER
802.11g 6 Mb/s: -84 dBm 10% PER
802.11b 11 Mb/s: -86 dBm 10% PER
802.11b 1 Mb/s: -92 dBm 10% PER
* Zysk anteny w dBi: 802.11g: 2,4 GHz <= 1,8
Wersja robocza standardu 11n: 2,4 GHz <= 1,8 dBi
* Protokół UPnP obsługa/certyfikat: obsługa
* Obsługa .Net: Nie
* Funkcje bezpieczeństwa: WEP, WPA, WPA2, RADIUS, zapora SPI
* Klucz zabezpieczeń:szyfrowanie maks. 128 bitów
* Obsługiwane systemy plików dla urządzeń pamięci masowej: FAT16, FAT32, NTFS

Najważniejsze cechy produktu

* Wbudowane urządzenie Storage Link pozwala przekształcić dowolną pamięć USB w napęd NAS
* Wbudowany serwer multimediów pozwala na udostępnianie plików multimedialnych dowolnym podłączonym klientom z obsługą UPnP
* Technologia MIMO używa wielu nadajników do stworzenia mocnego sygnału przesyłanego szybciej na znacznie większą odległość i redukującego ilość martwych punktów
* Bardzo duża prędkość przesyłu w sieci bezprzewodowej dla zastosowań wymagających wysokiej przepustowości, takich jak przesyłanie strumieniowe filmów przy udostępnianiu plików
* Obsługa szyfrowania maks. 128 bitów
* Obsługiwane systemy plików (odczyt i zapis) dla urządzeń pamięci masowej USB: FAT16, FAT32, NTFS

Specyfikacja techniczna

- architektura: Atheros AP81
- bootloader: U-boot 1.1.5
- CPU: Atheros 9130-BC1E 400 MHz
- Flash: cFeon EN25P64 8 MiB
- RAM: Samsung K4H561638J-LCCC 32 MiB
- WLAN: Atheros 9102 802.11 b/g/n (zintegrowany)
- antena: 2 odkręcane zewnętrzne dipole RP-SMA
- chipset Ethernet: RTL8306SD 10/100
- USB: 1x 2.0
- Serial: Yes
- JTAG: Yes
- przyciski reset, WPS (Wi-Fi Protected Setup).

Interfejs radiowy to radio obsługujące standard 802.11n, 2T2R (czy dwa strumienie nadawcze, dwa odbiorcze) pozwalające uzyskać transmisję danych do 300Mb/s. W przeciwieństwie do urządzeń wyposażonych w radio 802.11g, tutaj obie anteny wykorzystywane są do jednoczesnego nadawania i odbierania danych (dzięki technologii nazwanej MIMO - http://pl.wikipedia.org/wiki/Multiple...ple_Output). Powoduje to wyraźne zwiększenie transmisji danych, o ile oczywiście strona kliencka wyposażona jest w odpowiednie interfejsy sieciowe.
Złącze USB przeznaczone jest podłączenia dysku USB i udostępnienie zasobów.

Zawartość opakowania

img161.imageshack.us/img161/1127/wrt160nlpudelko.th.jpg

Ruter dostarczony jest w niebiesko-pomarańczowym, kartonowym pudełku wykonanym co najmniej w 80% z materiałów pochodzących z recyclingu z nadrukami wykonanymi tuszami roślinnymi. Jak by tego było mało, wewnętrzna wyścigówka zrobiona jest również z makulatury, a ilość toreb foliowych ograniczono do minimum. Brawa dla Linksysa za wkład w ekologię.

img42.imageshack.us/img42/4814/wrt160nlgrupa.th.jpg

Wzór graficzny pudełka jest wspólny dla całej gamy produktów tego producenta i wyraźnie określa zastosowanie danego urządzenia. Dostępne są trzy kategorie: Basic Wireless (G/N), Wireless Productivity (N+) oraz High Performance / Entertainment (N++). Poszczególne kategorie podzielone więc zostały ze względu na ilość strumieni wireless zastosowanych w danym produkcie. WRT160NL został określony w tej środkowej kategorii. Dodatkowo umieszczone są odpowiednie piktogramy symbolizujące przeznaczenie rutera - Wireless Internet, Secure Connection, Email and Chat oraz Wireless Printing. Inne kategorie są wyszarzone: Multiple Connections, Streaming Music czy Multiplayer Gaming. Aby było ciekawej, opis w języku polskim na pudełku sugeruje - cytuję: "Idealny dla aplikacji wymagających zaawansowanej obsługi multimedii, np. gier lub strumieniowego przesyłania filmów czy muzyki". Rodzi się więc pytanie: wierzyć obrazkom czy słowu pisanemu...

img7.imageshack.us/img7/6231/wrt160nllinux.th.jpg

Na uwagę zasługuje jeszcze jeden fakt: logo pingwina na pudełku oraz napis "Powered by Linux" jednoznacznie określający zastosowane oprogramowanie wewnątrz urządzenia.

Zawartość pudełka obejmuje:
- sam ruter, zapakowany w torbę foliową.
- dwie zewnętrzne antenki RP-SMA - jakie same jak w innych tego typu popularnych urządzeniach (1,5 - 2dBi)
- zasilacz impulsowy 12V/1,5A (Made in China)
- kabel sieciowy ze złączami RJ45 (1m długości)
- przedłużacz USB o długości ok 20cm
- kopertę zawierającą Skrócony Podręcznik Instalacyjny (dostępny w kilku językach, w tym także Polskim)
- deklaracje zgodności EU Directive 1999/5/EC
- płytę CD z oprogramowaniem Network Magic przeznaczonym dla użytkowników Windows oraz Mac (linuksa brak)

img7.imageshack.us/img7/5092/wrt160nlzawartosc.th.jpg img7.imageshack.us/img7/4226/wrt160nlzawartosc1.th.jpg

Co ciekawsze, na deklaracji wyraźnie napisano (po angielsku), że używanie oprogramowania lub firmware nie wspieranego/dostarczonego przez Linksys może spowodować utratę gwarancji. Koperta również jednoznacznie sugeruje uruchomienie płyty CD na samym początku przed uruchomieniem rutera.

Urządzenie jest zgodne z ogólnymi wymaganiami oraz szczegółowymi warunkami określonymi Dyrektywą 1999/5/EC.

Ruter i jego działanie

img24.imageshack.us/img24/9109/wrt160nl.th.jpg

Ruter przychodzi w czarnej obudowie przypominającej trochę grzybek, w zgodzie z najnowszym trendem: błyszczącej i doskonale zbierającej kurz oraz odciski palców (w świecie notebooków nazywa się to lakier fortepianowy, ale nie mogę użyć tego określenia bo tutaj to po prostu plastik na wysoki połysk). Samo urządzenie jest małe, płaskie, fabrycznie dostarczone z przyklejoną folią (przeciwko zbieraniu się kurzu) oraz naklejką na portach ethernet sugerującą użycie płyty CD w pierwszej kolejności (co oczywiście zignorowałem).
Na górze urządzenia widnieje w centralnym miejscu logo Cisco, poniżej zaś - Linksys. Dostępne są niebiesko podświetlane piktogramy (już nie zwykłe led z opisami jak było w WRT54GL): od poszczególnych gniazd ethernet, wireless, internet oraz power. Dostępny jest także przycisk WPS (WiFi Protected Setup), wspomagający automatyczne ustalenie szyfrowania i połączenia z komputerem (wymagane odpowiednie oprogramowanie zainstalowane na komputerze klienckim).
Z kolei z tyłu urządzenia mamy dostępne dwa złącza do anten zewnętrznych RP-SMA (odkręcanych), kolorowo opisane gniazdo Internet, cztery gniazda oznaczone Ethernet 1 do 4, jedno złączne USB (umieszczone poziomo) oraz złącze zasilania Power. Bliskie położenie innych złączy obok USB może wyjaśniać dodanie do standardowego wyposażenia przedłużki USB.

img10.imageshack.us/img10/5858/wrt160nlanteny.th.jpg img238.imageshack.us/img238/685/wrt160nltyl.th.jpg img525.imageshack.us/img525/4838/wrt160nlspod.th.jpg

Na spodzie urządzenia dostępny jest kolorowo oznaczony przycisk reset (ale tym razem trzeba użyć np. wykałaczki, bo jest zagłębiony i normalnie nie dostępny). Urządzenie przeznaczone jest do pracy poziomej o czym świadczą zamocowane na stałe gumowe nóżki. Obudowa skręcona jest śrubkami które nie są niczym osłonięte ani zaplombowane - zachęcają do zapoznania się z wnętrzem urządzenia. Ruter można także powiesić na specjalnych zaczepach - spód obudowy ma odpowiednie wcięcia przeznaczone do tego celu.

img515.imageshack.us/img515/8718/wrt160nlzasilacz1c.th.jpg img205.imageshack.us/img205/7122/wrt160nlzasilacz2.th.jpg

Zasilacz w przeciwieństwie do rutera jest kanciastym pudełeczkiem wpinanym bezpośrednio w gniazdo elektryczne o parametrach 12V/1,5A. Jakość plastiku nie zostawia złudzeń - masówka produkowana w Chinach. Można mieć tylko nadzieję, że sprosta zadaniu zasilania rutera oraz np. podłączonego dysku. Długość przewodu zasilającego to ok 1m.

Podczas normalnej pracy ruter nagrzewa się nieznacznie. Jest ciepły po podłączeniu dysku. Nie gorący, nie parzy, ale wyraźnie ciepły. Miał prawo biorąc pod uwagę że cały czas był podłączony prądożerny dysk, o czym napiszę dalej.

Ruter pobiera od 3,8W (włączony tylko do gniazda) do 4W energii (połączony WAN, do WLAN podłączony klient, ciągła transmisja - radio internetowe). Biorąc pod uwagę że w taryfie G11 1kWh kosztuje 0,441396zl brutto (obrót i dystrybucja) ruter w ciągu miesiąca kosztuje nas ok 1,30zł. Podłączenie zewnętrznego dysku zwykle podwaja tą sumę.

Oryginalny firmware

Linksys (czy raczej CyberTan) konsekwentnie trzymają się tego samego szablonu i szaty graficznej interfejsu graficznego w całej linii produktów. Firmware przypomina układem to samo znane ze starszych produktów - WRT54G. Domyślny adres rutera to 192.168.1.1 z hasłem admin
Demo panelu dostępne jest na stronie linksysa pod adresem http://ui.linksys.com/files/WRT160NL/...00.01-B11/

Firmware standardowo obsługuje usługę DynDNS. Znajdziemy także MAC Address Cloning, ustawienie strefy czasowej czy ustawienie dostępów do rutera. Brak jest możliwości włączenia ssh czy telnetu. To co dostajemy od razu ze sprzętem zapewnia podstawowe ustawienia dla zwykłego, niewymagającego użytkownika - nie będę więc tu skupiał się na opisywaniu jego właściwości, zwrócę uwagę tylko na kilka elementów specyficznych dla tego rutera.

Opcje Wireless są bardzo ubogie - możliwe jest wybranie tylko trybu pracy jako AP (mieszany, B, G, N lub wyłączony) oraz szerokość kanału - 20MHz lub 40MHz. Dostępne są zakładki o standardowej zawartości Wireless Security oraz Wireless MAC Filter. Zakładka Advanced Wireless Settings też nie jest za bogata: AP Isolation, Authentication Type, Basic Rate, Transmission Rate, N Transmission Rate, CTS Protection Mode domyślnie ustawione na Auto, oraz Beacon Interval, DTIM Interval, Fragmentation Threshold, RTS Threshold. Urządzenie obsługuje kodowanie WEP, WPA Personal, WPA2 Personal, WPA Enterprise, WPA2 Enterprise, Radius oraz opcje none wyłączającą zabezpieczenia. Chciałbym zauważyć, że nigdzie nie ma możliwości zmiany mocy nadawana.

Z powodu obecności złącza USB, oprogramowanie zostało wzbogacone o dodatkową zakładkę nazwaną "Storage", z trzeba opcjami: Disk, Media Server oraz Administration.

Pierwsza opcja, Disk, służy generalnie do zarządzania podłączonym nośnikiem - umożliwia jego formatowanie (domyślnie jest to FAT32 bez możliwości zmiany typu systemu plików) oraz bezpieczne usuwanie. Prezentowane są tu także podstawowe informacje o podłączonym dysku (partycje, pojemność, system plików), możliwe jest także z tego poziomu utworzenie nowych współdzielonych zasobów widocznych w sieci wraz z przydzieleniem uprawnień dla poszczególnych grup.
Podłączenie dysku powoduje automatycznie utworzenie katalogu public który jest wykorzystywany do współdzielenia zasobów. Udostępnienie innych katalogów (lub całego dysku) trzeba samodzielnie zdefiniować. Dodatkowo, automatycznie dostępny jest jeszcze jeden zasób o nazwie Config. Zawiera on jeden plik, NAS_Configuration.html, który kliknięty otwiera w przeglądarce stronę konfiguracji NAS. Ot, taka mała automatyka. Aby było śmieszniej, ruter nie chciał obsługiwać dysku z systemie Ext2 lub Ext3.
W oryginalnym firmware zadanie serwera plików pełni Samba w wersji 3.0.24.



smbclient -I 192.168.1.1 -U admin -L //wrt160nl
Enter admin's password:
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.24]

   Sharename       Type      Comment
   ---------       ----      -------
   Config          Disk     
   Public          Disk     
   IPC$            IPC       IPC Service ("WRT160NL")
Domain=[WORKGROUP] OS=[Unix] Server=[Samba 3.0.24]

   Server               Comment
   ---------            -------
   WRT160NL             WRT160NL

   Workgroup            Master
   ---------            -------
   WORKGROUP           


Tak prezentuje się podsumowanie podłączonego dysku z NTFS oraz FAT:

img443.imageshack.us/img443/3651/storagediskntfs.th.png img443.imageshack.us/img443/442/storagediskfat.th.png

Druga opcja, Media Server (w rozwinięciu UPnP Media Server) umożliwia udostępnienie zasobów multimedialnych w sieci (serwer mediów strumieniowych, DLNA). Możliwe jest wskazanie folderu w którym dostępne są dane multimedialne a także włączenie automatycznego skanowania kontekstu - Media Server przechowuje informacje o mediach w swojej bazie danych; po zmianie zawartości czy nośnika wymagane jest uaktualnienie danych.
Media Server udostępnia dane w technologii UPnP/DLNA - po podłączeniu do odpowiedniego urządzenia można było oglądać filmy z dysku (avi, divx - mkv nie jest obsługiwany), zdjęcia czy słuchać mp3, chociaż w niektórych przypadkach (podłączenie do TV Samsunga) zrywana była transmisja po kilku sekundach. System sprawdził się za to po podłączeniu do konsoli Playstation3 - tu już nie było żadnych problemów z transmisją i wszystko działało zgodnie z oczekiwaniami. To zadanie zostało powierzone oprogramowaniu TwonkyMedia.

Ostatnia opcja, Administration, umożliwia konfigurację serwera udostępniającego zasoby (czyli samby): nazwy, grupy roboczej, utworzenie grup użytkowników, nadanie uprawnień do grup a także zakładanie dodatkowych użytkowników (z hasłami) i przypisywanie ich do tychże grup. Uprawnienia użytkownicy dziedziczą z grupy do której należą; jeden użytkownik może należeć tylko do jednej grupy.

Alternatywne oprogramowanie

Na dzień dzisiejszy dostępna jest tylko jedna alternatywa; OpenWrt w wersji rozwojowej (trunk). Tomato nie wspiera tego rutera ze względu na platformę sprzętową (Atheros, nie Broadcom), DD-WRT - przyglądają się produktowi.

W przypadku OpenWrt firmware dla tego sprzętu ukrywa się pod platformą Atheros AR71xx. Bieżące wersje są systematyczne budowane i dostępne na witrynie projektu, jednakże nie polecam ich instalacji (brak wkompilowanego domyślnie wsparcia dla interfejsu radiowego). Lepiej samodzielnie skompilować (należy wybrać profil wrt160nl przy budowaniu) lub skorzystać z obrazów przygotowanych przeze mnie.

Zbudowany z aktualnego trunka (dokładnie numer rewizji 17516). Zawiera domyślnie skompilowane:
- podstawa systemu
- wsparcie dla interfejsu radiowego: kmod-ath9k, hostapd-mini, crda, iw
- obsługę USB/usb storage
- obsługę systemów plików vfat/ext3
- klienta czasu

Czyli kompletna podstawa dla wsparcia tego urządzenia. Firmware nie zawiera LuCI!

Status projektu
Wiki OpenWrt: http://wiki.openwrt.org/inbox/wrt160nl
Wątek na forum OpenWrt zawierający całą historię portowania OpenWrt dla WRT160NL: https://forum.openwrt.org/viewtopic.p...p?id=20298
Moje strona systematycznie aktualizowana http://eko.one.pl/index.php?page=open...t-wrt160nl

Wsparcie dla rutera zostało wprowadzone w svn od rewizji 17057, później dodane zostały dalsze poprawki. Urządzenie obsługiwane jest przez najnowsze dostępny kernel 2.6.30.x. Wpierany jest interfejs radiowy (sterownik ath9k), interfejs USB (EHCI - 2.0 i OHCI - 1.1), przełącznik (Realtek). Obsługiwane są linie gpio (i tym samym poszczególne diody LED a także przyciski) oraz interfejs szeregowy.
Nie obsługiwane są: tryb failsafe (!), pełna obsługa LED (działa poprawnie Power, nie zapala się WLAN, chociaż można ją włączyć "ręcznie")
JTAG pewnie będzie działać, o ile ktoś znajdzie odpowiednie złącze pasujące do tego na płytce.

Po dodatkowej instalacji działa interfejs graficzny LuCI; także Gargoyle ma w swoim repozytorium pliki niezbędne do zbudowania pakietów na tą platformę.

Interfejs szeregowy dostępny na płycie głównej (JP3)

Numer - znaczenie
1 - 3.3V
2 - TX
3 - RX
4 - NC
5 - GND

Interfejs szeregowy operuje na zakresie napięć 0-3,3v, wymaga więc ew. odpowiedniego konwertera napięć. Do połączenia należy ustawić w terminalu prędkość 115200 8n1.

Uwaga: można uzyskać konsolę szeregową nie rozbierając rutera!. W gnieździe LAN4 oraz WAN po przeciwnej stronie złącza dostępne są cztery kontakty opisane jako GND, RX, TX 3v3. To nic innego jak duplikat łącza szeregowego z JP3. Mając odpowiednią taśmę lub przy odrobinie majstrowania można przygotować sobie wtyk dzięki któremu dostaniemy się do konsoli bez potrzeby otwierania obudowy.

Zdjęcie pokazuje położenie styków.

img27.imageshack.us/img27/8036/wrt160nlrs232.th.jpg

Instalacja

Instalację można przeprowadzić na dwa sposoby:
- robimy upgrade przez www / oryginalne firmware

W zakładce Administration/Firmware Upgrade należy wskazać odpowiedni plik (openwrt-ar71xx-wrt160nl-squashfs.bin) i nacisnąć "Start to Upgrade". Po chwili będzie można zrobić telnet do rutera i cieszyć się OpenWrt.

Proces wgrywania firmware:
img42.imageshack.us/img42/3908/firmwareupgradeo.th.png

- wgrywamy obraz przy pomocy bootloadera i kabla rs232c

Ustawiamy adres komputera na stałe np. na 192.168.1.166. Zmieniamy nazwę pliku openwrt-ar71xx-wrt160nl-squashfs.bin na code.bin (w celu ułatwienia).
Podłączamy RS232C do rutera. Włączamy zasilanie, przerywamy proces ładowania i jesteśmy w bootloaderze (u-boot). Teraz trzeba uruchomić przyjęcie pliku:



ar7100> upgrade code.bin
check link duplex:Full/speed:100
dup 1 speed 100
Tftpd start listening on port[69]!
Load address: 0×80060000


Na komputerze wysyłamy więc plik przy pomocy tftp


C:\tmp> tftp -i 192.168.1.1 put code.bin


Na konsoli szeregowej powinno pojawić się coś w postaci



Receiving firmware [code.bin] from [192.168.1.166]
Write File : CODE.BIN


Gdy proces zapisu dobiegnie do końca można normalnie uruchomić system wydając w u-boot polecenie



ar7100 > go


Pierwszy sposób jest prosty i wymaga tylko podania odpowiedniego pliku z rozszerzeniem bin. Drugi sposób jest wymagany w przypadku kiedy już faktycznie coś padnie i nie ma innego sposobu na uruchomienie systemu

Budowane przeze mnie obrazy (oraz te na witrynie OpenWrt z trunka/snapshoot) nie posiadają wgranego interfejsu graficznego. Jeżeli ktoś nie czuję się na siłach do konfigurowania z poziomu konsoli tekstowej i potrzebuje go, po podłączeniu rutera do internetu i zalogowaniu się do rutera (przez telnet za pierwszym razem i ssh przy następnych) należy wydać polecenia:



opkg update
opkg install luci-admin-full


a następnie zrestartować ruter.

Konfiguracja

- interfejs lan/wan: działa standardowo, po instalacji na lan mamy przypisany adres 192.168.1.1 i działa na nim serwer dhcp, wan oczekuje adresu z dhcp
- interfejs wlan: domyślnie wyłączony, wymaga pakietów kmod-ath9k oraz hostapd (lub hostapd-mini - standardowo wkompilowane w moim obrazie). Konfiguracja zaprezentowana poniżej.

(UWAGA: jeżeli używasz aktualnego trunka to to poniżej jest już nieaktualnie, robi się to inaczej. Przeczytaj dalej wątek lub zobacz na http://eko.one.pl/index.php?page=open...t-wrt160nl)



root@OpenWrt:~# cat /etc/config/network
config interface loopback
   option ifname   lo
   option proto   static
   option ipaddr   127.0.0.1
   option netmask   255.0.0.0

config interface lan
   option ifname   'eth0 wlan0'
   option type   bridge
   option proto   static
   option ipaddr   192.168.1.1
   option netmask   255.255.255.0

config interface wan
   option ifname   eth1
   option proto   dhcp




root@OpenWrt:~# cat /etc/config/wireless
config wifi-device  wlan0
   option type     mac80211
   option channel  1
   option hwmode_11n g
   option ht_capab '[HT40+][HT40-][SHORT-GI-40][DSSS_CCK-40]'

config wifi-iface
   option device   wlan0
   option network   lan
   option mode   ap
   option ssid   OpenWrt
   option encryption none


Pozostałą konfigurację wykonuje się standardowo jak w OpenWrt: opisana jest na http://openwrt.pl lub http://eko.one.pl#openwrt. Kluczowym elementem konfiguracji są linie option hwmode_11n g (definiuje interfejs radiowy jako 802.11bgn) oraz option ht_capab - właściwości danego interfejsu które można zobaczyć poleceniem iw list.

Przypisane interfejsów
eth0: porty lan (1 do 4)
eth1: port wan
wlan0: interfejs radiowy

Obsługa przycisków
Jest identyczna jak dla innych ruterów pracujących pod kontrolą OpenWrt. Poniżej zaprezentowano skrypt rejestrujący wciśnięcia przycisków:

Należy utworzyć odpowiedni plik odpowiadający za obsługę, uczynić go wykonywalnym


mkdir -p /etc/hotplug.d/button
cd /etc/hotplug.d/button
touch 00-test
chmod 755 00-test


A następnie umieścić w nim następującą zawartość:



if [ "$ACTION" = "pressed" ] then
 if [ "$BUTTON" = "BTN_0" ] then
  echo "Wcisnieto reset" >> /tmp/button.txt
 elif [ "$BUTTON" = "BTN_1" ] then
  echo "Wcisnieto wps" >> /tmp/button.txt
 fi
fi


Należy zauważyć, że w obecnej wersji sterownika przyciski nazywają się BTN_0 i BTN_1, nie ses i reset jak to jest w wrt54gl czy asusie.

Obsługa LED
Dostępna jest obsługa diod power, wireless, wps (niebieska i pomarańczowa) dostępne odpowiednio w katalogach


/sys/devices/platform/leds-gpio/leds/wrt160nl:blue:power
/sys/devices/platform/leds-gpio/leds/wrt160nl:blue:wlan
/sys/devices/platform/leds-gpio/leds/wrt160nl:blue:wps
/sys/devices/platform/leds-gpio/leds/wrt160nl:amber:wps


Włączenie diody


echo "1" > /sys/devices/platform/leds-gpio/leds/wrt160nl\:blue\:power/brightness


Wyłączenie diody


echo "0" > /sys/devices/platform/leds-gpio/leds/wrt160nl\:blue\:power/brightness


Na koniec: pełny bootlog z działającego systemu



Linux version 2.6.30.5 (cezary@eko.one.pl) (gcc version 4.1.2) #10 Mon Aug 31 22:40:36 CEST 2009
prom: fw_arg0=00000002, fw_arg1=8006040c, fw_arg2=00000000, fw_arg3=00000000
MyLoader: sysp=aaaa5554, boardp=aaaa5554, parts=aaaa5554
console [early0] enabled
CPU revision is: 00019374 (MIPS 24Kc)
Atheros AR9130 rev 2, CPU:400.000 MHz, AHB:200.000 MHz, DDR:400.000 MHz
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
  Normal   0x00000000 -> 0x00002000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x00002000
On node 0 totalpages: 8192
free_area_init_node: node 0, pgdat 802a7750, node_mem_map 81000000
  Normal zone: 64 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 8128 pages, LIFO batch:0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: rootfstype=squashfs,yaffs,jffs2 noinitrd console=ttyS0,115200
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
NR_IRQS:56
PID hash table entries: 128 (order: 7, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29528k/32768k available (1915k kernel code, 3240k reserved, 426k data, 136k init, 0k highmem)
SLUB: Genslabs=7, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 266.24 BogoMIPS (lpj=1331200)
Mount-cache hash table entries: 512
net_namespace: 528 bytes
NET: Registered protocol family 16
MIPS: machine is Linksys WRT160NL
ar71xx: using random MAC address for eth0
ar71xx: using random MAC address for eth1
bio: create slab at 0
NET: Registered protocol family 2
Switched to high resolution mode on CPU 0
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY)  © 2001-2006 Red Hat, Inc.
yaffs Aug 26 2009 18:04:06 Installing.
msgmni has been set to 57
alg: No test for lzma (lzma-generic)
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A
console handover: boot [early0] -> real [ttyS0]
ag71xx_mdio: probed
eth0: Atheros AG71xx at 0xb9000000, irq 4
eth0: connected to 4 PHYs
eth1: Atheros AG71xx at 0xba000000, irq 5
Registering RTL8306SD switch with Chip ID: 0x5988, version: 0x0000
eth1: connected to PHY at 0:04 [uid=00008306, driver=Realtek RTL8306S]
Atheros AR71xx SPI Controller driver version 0.2.4
m25p80 spi0.0: en25p64 (8192 Kbytes)
Searching for RedBoot partition table in spi0.0 at offset 0x7e0000
Searching for RedBoot partition table in spi0.0 at offset 0x7f0000
No RedBoot partition table detected in spi0.0
6 wrt160nl partitions found on MTD device spi0.0
Creating 6 MTD partitions on "spi0.0":
0x000000000000-0x000000040000 : "u-boot"
0x000000040000-0x000000170000 : "kernel"
0x000000170000-0x0000007e0000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=310000, len=4D0000
0x000000310000-0x0000007e0000 : "rootfs_data"
0x0000007e0000-0x0000007f0000 : "nvram"
0x0000007f0000-0x000000800000 : "art"
0x000000040000-0x0000007e0000 : "firmware"
Atheros AR71xx hardware watchdog driver version 0.1.0
ar71xx-wdt: timeout=15 secs (max=21)
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear
All bugs added by David S. Miller
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 136k freed
Please be patient, while OpenWrt loads ...
gpio-buttons driver version 0.1.1
input: gpio-buttons as /devices/platform/gpio-buttons/input/input0
Button Hotplug driver version 0.3.1
ar71xx: pll_reg 0xb8050014: 0x13000a44
eth0: link up (100Mbps/Full duplex)
eth0: link down
Registered led device: wrt160nl:blue:power
Registered led device: wrt160nl:amber:wps
Registered led device: wrt160nl:blue:wps
Registered led device: wrt160nl:blue:wlan
mini_fo: using base directory: /
mini_fo: using storage directory: /jffs
ar71xx: pll_reg 0xb8050014: 0x13000a44
eth0: link up (100Mbps/Full duplex)
device eth0 entered promiscuous mode
br-lan: port 1(eth0) entering forwarding state
cfg80211: Using static regulatory domain info
cfg80211: Regulatory domain: US
        (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
        (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm)
        (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
        (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm)
cfg80211: Calling CRDA for country: US
ar71xx: pll_reg 0xb8050018: 0x13000a44
eth1: link up (100Mbps/Full duplex)
cfg80211: Regulatory domain changed to country: US
        (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
        (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
        (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
        (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
        (5490000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
        (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a
phy0: Selected rate control algorithm 'ath9k_rate_control'
phy0: Atheros AR9100 MAC/BB Rev:0, AR2122 RF Rev:a2, mem=0xb80c0000, irq=2
PPP generic driver version 2.4.2
ip_tables: (C) 2000-2006 Netfilter Core Team
Driver 'sd' needs updating - please use bus_type methods
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ar71xx-ehci ar71xx-ehci: Atheros AR91xx built-in EHCI controller
ar71xx-ehci ar71xx-ehci: new USB bus registered, assigned bus number 1
ar71xx-ehci ar71xx-ehci: irq 3, io mem 0x1b000000
ar71xx-ehci ar71xx-ehci: USB 2.0 started, EHCI 1.00
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
nf_conntrack version 0.5.0 (512 buckets, 2048 max)
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
ar71xx-wdt: enabling watchdog timer



root@OpenWrt:/# cat /proc/cpuinfo
system type             : Atheros AR9130 rev 2
machine                 : Linksys WRT160NL
processor               : 0
cpu model               : MIPS 24Kc V7.4
BogoMIPS                : 266.24
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : yes, count: 4, address/irw mask: [0x0000, 0x0ff8, 0x0ff8, 0x0ff8]
ASEs implemented        : mips16
shadow register sets    : 1
core                    : 0
VCED exceptions         : not available
VCEI exceptions         : not available


Testy

Zestaw gotowy do testów:
img238.imageshack.us/img238/9647/wrt160nlzestawtestowy.th.jpg

Testy wydajności przeprowadziłem przy użyciu oryginalnego firmware, główne żeby wyeliminować problemy związane z konfiguracją danego systemu czy uruchomionymi procesami oraz wstępnie na OpenWrt, przy standardowej konfiguracji. Ustawienia zostały przywrócone do domyślnych, brak jakiegokolwiek szyfrowania wifi, ustawione tylko to co niezbędne do wykonania testów (np. włączenie usb i samby). Maksymalne osiągi zależą w dużej mierze od jakości i wersji sterowników (szczególnie widać to dla WiFi). Z tego też powodu nie testowałem wydajności narzędziami tylko iozone czy iperf, ograniczyłem się za to do czynności które "zwykły" użytkownik będzie robił najczyściej - ściąganiu danych. Testy mogły by zapewne wypaść jeszcze lepiej - zmodyfikować parametry montowania systemu plików, docelowy komputer kliencki włożyć do DMZ, ograniczyć regułki firewall'a, ztuningować sambę itd. Ale chodziło o pozostawienie domyślnej konfiguracji, jakiej zapewne będzie używała większość ludzi.
Konfiguracja OpenWrt była domyślna, ustawiłem tylko wlan i wlan, samba została po prostu zainstalowana i dodany katalog bez zmiany innych ustawień. Dysk po podłączeniu montował się samodzielnie przez podsystem hotplug i z takimi domyślnymi opcjami montowania był testowany.

Test polegał na trzykrotnym przesłaniu ok 700MB pliku binarnego (dokładnie: 733581312 bajtów) w różne strony: WAN->WLAN, WAN->LAN jako test działania interfejsów oraz USB->LAN jako test wydajności USB. Dodatkowo sprawdziłem prędkość zapisu na USB (LAN->USB) przy systemach plików FAT32 oraz NTFS. Ext2/Ext3 nie był testowany, ponieważ nie wspiera go oryginalny firmware. Wynik testu to najszybszy pomiar z trzech pomiarów.

Jako dysk wykorzystano dysk 2,5" PATA Samsung MP0603H: 60GB, 8MB cache, 5400 obrotów/s, umieszczony w obudowie niskiej jakości (koszt na allegro: 11zł). Tak złożony zewnętrzny napęd pozwala na uzyskanie ok 30MB/s zapisu i 30MB/s odczytu na normalnym komputerze. Muszę zwrócić uwagę, że dysk nominalnie wymaga 0.7A prądu, co stanowi niezłe wyzwanie dla urządzeń o małej wydajności prądowej na portach USB.
Jako urządzenia ethernet wykorzystano dwa laptopy wyposażone w interfejsy ethernet 10/100 (serwer) z zainstalowanym vsftpd z kontem anonymous jako źródło plików oraz ethernet 100/1000 jako klient przewodowy. Jak urządzenie WLAN (klient bezprzewodowy) - laptop z kartą Intel Wireless WiFi Link 4965AGN (obsługującą 802.11n, do 300Mbps). Przy teście WLAN ruter i klient stały na jednym poziomie w odległości 1m (chodziło o zapewnienie jak najlepszego sygnału). Dla utrudnienia dodam, że w miejscu gdzie były przeprowadzone testy skaner wifi ujawnia ponad 20 sieci siejących na wszystkich kanałach, więc było to środowisko wybitnie nieprzyjazne.
Oba laptopy pracowały pod kontrolą Linuksa (Debian SID z kernelem 2.6.30, compat-wireless-2.6.30). Do testów pobierania plików z udostępnionych zasobów skorzystałem z konsolowego programu smbclient, zaś do przesyłania plików WLAN<>WAN - konsolowy program ftp.

Serwer został ustawiony na stałe na adres 192.168.0.1/24. Ruter: od strony wan statyczny adres 192.168.0.2/24, od strony lan 192.168.1.1/24, zachodził więc normalny proces natowania pakietów. Klient został ustawiony z pobieranie adresu z DHCP (zwykle dostał 192.168.1.100). Ustawienia poza w/w ustawieniami reszta opcji rutera posiadała wartość domyślną.

Ustawienia oryginalnego firmware:

img267.imageshack.us/img267/5682/testbasicsetup.th.png img267.imageshack.us/img267/1332/testbasicwirelesssettin.th.png img26.imageshack.us/img26/9915/testwirelesssecurity.th.png

Bezpośrednie połączenie laptopów kablem pozwalało przesyłać plik po ftp z prędkością ok. 11MB/s:


733581312 bytes received in 70.29 secs (10192.3 kB/s)
733581312 bytes received in 66.11 secs (10835.9 kB/s)
733581312 bytes received in 65.53 secs (10932.1 kB/s)

więc bliską faktycznej prędkości ethernetu 100Mb.

Wyniki testów prędkości

WAN -> LAN

Oryginalny firmware


733581312 bytes received in 64.05 secs ([b]11184.1[/b] kB/s)
733581312 bytes received in 64.39 secs (11126.5 kB/s)
733581312 bytes received in 65.38 secs (10957.0 kB/s)

OpenWrt


733581312 bytes received in 63.32 secs ([b]11314.0[/b] kB/s)
733581312 bytes received in 67.12 secs (10673.0 kB/s)
733581312 bytes received in 64.23 secs (11152.8 kB/s)

WAN -> WLAN

Oryginalny firmware


733581312 bytes received in 86.98 secs ([b]8236.0[/b] kB/s)
733581312 bytes received in 87.76 secs (8162.7 kB/s)
733581312 bytes received in 96.60 secs (7416.3 kB/s)

Ciekawostka: w odległości ok 7m od rutera i przez dwie ściany z cegły wyniki nie są już takie dobre:


733581312 bytes received in 172.68 secs (4148.7 kB/s)
733581312 bytes received in 166.32 secs (4307.4 kB/s)
733581312 bytes received in 185.10 secs (3870.3 kB/s)

OpenWrt


733581312 bytes received in 265.86 secs (2694.6 kB/s)
733581312 bytes received in 309.83 secs (2312.2 kB/s)
733581312 bytes received in 292.16 secs (2452.0 kB/s)

(wyjaśnienie tak niskiego wyniku dalej)

USB -> LAN

Oryginalny firmware - samba

* FAT32

odczyt


getting file \a.bin of size 733581312 as a.bin (7283,4 KiloBytes/sec) (average 7283,4 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin ([b]7341,2[/b] KiloBytes/sec) (average 7318,3 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (7140,7 KiloBytes/sec) (average 7138,9 KiloBytes/sec)

zapis


putting file b.bin as \b.bin (7012,8 kb/s) (average 7012,8 kb/s)


* NTFS

odczyt


getting file \a.bin of size 733581312 as a.bin (8752,4 KiloBytes/sec) (average 8752,4 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (8897,2 KiloBytes/sec) (average 8824,3 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin ([b]8898,7[/b] KiloBytes/sec) (average 8848,9 KiloBytes/sec)

zapis


putting file b.bin as \b.bin (7784,6 kb/s) (average 7784,6 kb/s)

OpenWrt - samba

* FAT32

odczyt


getting file \a.bin of size 733581312 as a.bin ([b]8497,7[/b] KiloBytes/sec) (average 8497,7 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (7990,5 KiloBytes/sec) (average 7935,1 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (8009,6 KiloBytes/sec) (average 7992,3 KiloBytes/sec)

zapis


putting file a.bin as \a.bin (7250,4 kb/s) (average 7250,4 kb/s)


* NTFS

odczyt


getting file \a.bin of size 733581312 as a.bin ([b]7304,3[/b] KiloBytes/sec) (average 7304,3 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (6886,3 KiloBytes/sec) (average 6793,6 KiloBytes/sec)
getting file \a.bin of size 733581312 as a.bin (6952,5 KiloBytes/sec) (average 6845,4 KiloBytes/sec)

zapis


putting file a.bin as \a.bin (6322,0 kb/s) (average 6322,0 kb/s)


Interpretacja wyników
Przepustowość WAN->LAN/LAN->WAN w praktyce wysyca łącze - całość jest na tyle sprawna, że pozwala na przesyłanie plików z pełną prędkością łącza.
W przypadku WLAN duże znaczenie ma typ karty WLAN oraz jakość sterowników. Testy urządzenia znalezione w sieci wykazały w idealnych warunkach ok 60 - 80Mbps realnej przepustowości (w moich testach - ok 65Mbps. Dla przypomnienia: w 54g jest to "tylko" ok 22-24Mbps). Bardzo dobre było też pokrycie. Natomiast w OpenWrt widać raczkującą technologię. Podczas "zabawy" z ruterem udało mi się osiągnąć przepustowość ok. 43Mbps. Później po zmianie ustawień
nie potrafiłem już ustawić takiej samej konfiguracji - stąd takie słabe wyniki. Być może jest to kwestia literówki w konfiguracji - jak znajdę przyczynę to oczywiście poinformuje na forum. Pierwsze wzmianki o ruterze pojawiły się na forum OpenWrt w połowie maja 2009r, jest to jeszcze bardzo młody projekt i wsparcie dla tej platformy cały czas się zmienia - więc w przyszłości może być znacznie lepiej.

Imponuje za to odczyt z USB - 8,5MB/s stałego transferu stawia ruter już na polu zastosowań NAS. Wyniki na oryginalnym firmware i OpenWrt były podobne - różnice można zrzucić na błędy odczytu/niedokładność/chwilowe problemy z transferze. Zadziwiła mnie wydajność w NTFS na oryginalnym oprogramowaniu - do tego stopnia że przerzuciłem ten pliku kilkanaście razy na i z USB, za każdym razem sprawdzając sumę kontrolną. Zgadzała się, a wyniki cały czas oscylowały w granicach 8,5MB/s - więc chyba musi tak być.
W przypadku OpenWrt dysk został zamontowany przez fuse/ntfs-3g, być może da się poprawić jego osiągi modyfikując opcje montowania.

Podsumowanie

Ta część będzie bardzo subiektywna. Linksys wprowadził na rynek kilka produktów, mogących być następcami kultowego już modelu WRT54G(L). Kilka produktów wyposażonych jest w interfejsy obsługujące nowe standardy, kilka ma złącze USB. Ten sprzęt nadal działa pod kontrolą systemu Linux, co stanowi doskonały atut dla ludzi oczekujących trochę więcej niż może dać zwykły ruter.

Urządzenie oparte jest o otwartą platformę sprzętową, nie ma problemów ze sterownikami. Nie grzeszy ilością pamięci flash (8MB) czy RAM (32MB) chociaż częstotliwość procesora wzrosła dwukrotnie. Niektórych z pewnością może zasmucić fakt braku przełącznika gigabitowego - co było by dobrym posunięciem. Nadal więc mamy standardowe 10/100, chociaż w niektórych przypadkach może się okazać wystarczające (ja np. w miarę możliwości redukuję ilość kabli do minimum). Szybki interfejs radiowy pozwala cieszyć się większym transferem danych w przypadku ściągania danych z dysku, w czym pomaga wydajne USB. Ale znów - tylko jedno złącze, więc tylko jedno urządzenie. Albo dysk, albo karta muzyczna czy webcam - albo hub (aktywny) i znów zwiększona ilość kabli.

Zaskoczeniem dla mnie było sprawne działanie serwera multimedii - nie było problemów z jego wykryciem, ładnie udostępniał zasoby, chociaż w niektórych przypadkach widać było znacznie gorszą jakość obrazu niż ten sam materiał oglądany na stacjonarnym odtwarzaczu. I oczywiście serwer nie odtwarzał napisów - muszą one być zawarte na stałe w filmie. Nie było już za to problemów z przeglądaniem zdjęć czy słuchaniem muzyki (mp3).

Linksys wprowadził dość ciekawą stylistykę obudowy - ruter nie jest już tylko szarym/niebieskim/białym pudełkiem który można schować tylko do szafy, ale z powodzeniem może stać na półce wśród innego sprzętu A/V doskonale się z nim komponując wizualnie. Niewielka obudowa dość dobrze się prezentuje, ale migające niebieskie diody ładnie "dają po oczach" w nocy. Nie mówiąc już o tym, że ładnie na nim widać odciski - ale taka już uroda gładkiej powierzchni.

Urządzenie ma odkręcane anteny, więc firmowe "patyczki" można wymienić na inne o większym zysku energetycznym. Uważam to na plus, gdyż zamknięcie anten w pudełku (jak niektóre urządzenia) uniemożliwiają modyfikacje bez fizycznego naruszenia obudowy i sprzętu.

Standardowe oprogramowanie jest dość ubogie. Jeżeli komuś potrzeba tylko udostępniania zasobów - być może mu wystarczy. Dla wymagających czeka OpenWrt - dostęp do setek pakietów i ogromne możliwości konfiguracyjne. Złącze USB daje także możliwość użycia rutera w nowych zastosowaniach: serwera NAS, www, bazę danych, maszynka do ściągania, radio internetowe, sterownie urządzeniami - trudno jest wymienić wszystkie.

Czy warto wymienić wysłużonego już WRT54G? Zależy. Na stosześćdziesiątce nie działa tomato, co dla niektórym może być progiem nie do przeskoczenia. Jeżeli używamy go tylko jako ruter do internetu - nie opłaca się, i tak pewnie nie mamy łącza szybszego niż 20 - 30Mbps. Jeżeli jednak mamy szybsze łącze, lub chcemy skorzystać w dobrodziejstw USB - ściągać/udostępniać multimedia, zdjęcia, muzykę, dzielić dane - jak najbardziej.

Mamy obecnie jedną alternatywę. I to na dodatek w stanie rozwojowym - coś co działa dziś jutro może już nie działać, chociaż za dwa dni może działać z dziesięć razy lepiej. Da się używać OpenWrt już na tym etapie - ale pamiętajcie że nie jest to jeszcze gotowiec dla wszystkich i czasami trzeba będzie zanurzyć się w czernię konsoli żeby coś tam naprawić czy w ogóle uruchomić.

Obecna cena rynkowa urządzenia (sierpień 2009r.) to około 320zł. Za tyle możemy sprzedać Asusa WL-500gP który ma radio tylko w standardzie B/G oraz mniej wydajne złącze USB i kupić nowego linksysa na gwarancji. Decyzja zależy od Was.



Jeżeli ktoś dotarł do końca recenzji to powinien wiedzieć, że w ogóle była ona możliwa dzięki użytkownikowi gsrw005 który przekazał sprzęt do testów. Serdecznie dziękuję w imieniu swoim i portalu OpenLinksys.
Edytowany przez obsy dnia 07-11-2009 12:03
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
iroc
Dobra robota obsy, czekam na więcej, powoli też się przymierzam do zakupu tego modelu.
-asus rt-n18u-
tomato,ddwrt,gargoyle
 
arteq
świetna recenzja :-)
Edytowany przez arteq dnia 01-09-2009 21:24
Pozdrawiam, Artur
http://digi-led.pl Elementy elektroniczne | urz?dzenia sieciowe | us?ugi informatyczne
http://openwrt.pl - Polskie Centrum OpenWrt
o p e n (your) r o u t e r . p l
 
obsy
Dodanie


tx_queue_data3_aifs=7
tx_queue_data3_cwmin=15
tx_queue_data3_cwmax=1023
tx_queue_data3_burst=0
tx_queue_data2_aifs=3
tx_queue_data2_cwmin=15
tx_queue_data2_cwmax=63
tx_queue_data2_burst=0
tx_queue_data1_aifs=1
tx_queue_data1_cwmin=7
tx_queue_data1_cwmax=15
tx_queue_data1_burst=3.0
tx_queue_data0_aifs=1
tx_queue_data0_cwmin=3
tx_queue_data0_cwmax=7
tx_queue_data0_burst=1.5
wme_enabled=1
wme_ac_bk_cwmin=4
wme_ac_bk_cwmax=10
wme_ac_bk_aifs=7
wme_ac_bk_txop_limit=0
wme_ac_bk_acm=0
wme_ac_be_aifs=3
wme_ac_be_cwmin=4
wme_ac_be_cwmax=10
wme_ac_be_txop_limit=0
wme_ac_be_acm=0
wme_ac_vi_aifs=2
wme_ac_vi_cwmin=3
wme_ac_vi_cwmax=4
wme_ac_vi_txop_limit=94
wme_ac_vi_acm=0
wme_ac_vo_aifs=2
wme_ac_vo_cwmin=2
wme_ac_vo_cwmax=3
wme_ac_vo_txop_limit=47
wme_ac_vo_acm=0

do hostap.conf wołanego z palca daje


mget a.bin? y
200 PORT command successful. Consider using PASV.
150 Opening BINARY mode data connection for a.bin (733581312 bytes).
226 File send OK.
733581312 bytes received in 155.64 secs (4602.8 kB/s)

więc ~36Mbps transferu. Nadal połowa tego co na oryginale, więc walczymy dalej.

Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
dziubek
iNteresuje mnie kwestia podlaczenia kamery internetowej ,aby byla mozliwosc podgladu z netu/po lanie ? czy obsluguje wszystkie tradycyjne webcamy (np ekonomiczne logitevhy) czy tylko wybrane modele?
dzieki za pare slow info
 
obsy
Dowolna kamera usb obsługiwana przez GSPCA, PWC lub UVC. Ilość typów obsługiwana przez GSPCA jest ogromna, trudno by było wymienić je wszystkie.

PS. Wraz z jądrem 2.6.30 przychodzi obsługa kamer GSPCA (dawnej znane jako spca5xx), więc tu już na tym polu nie będzie żadnych problemów.
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
shibby
bardzo fajna recka Smile poczekam na rt-n16 Pfft
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
 
dziubek
Dziekuje za informacje o obsludze kamerek,pozdrawiam
 
qwerty01
Co jak co, ale mogliby się postarać o 1Gbps i N++. Wtedy sprzęt byłby naprawdę niesamowity. Co do ilości USB - myślę, czy go nie kupić i postawić na nim NAS. Można rzec, że rewelacyjne transfery i kupując pendrive może robić za backup. Smile
TP-Link WR1043ND + 64 MB ram mod + dysk 160 GB.
www.speedtest.net/result/1920298676.png
 
obsy
I właśnie z tego powodu (n++ i gigabit) czekamy na rt-n16 żeby go przetestować...
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
Zakochany
Witam,
przepraszam jeśli pytanie jest trywialne ale nigdzie nie mogę znaleźć jednoznacznej odpowiedzi - jak w tym routerze (zarówno w oryginalnym fw jak i w openwrt) wygląda wsparcie dla torrentów?
 
obsy
W oryginalnym nie ma. W openwrt jak to w openwrt - działa po prostu.
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
obsy
Takie skrypty są na forum openwrt.org, z okazji "powiększenie" flash dla Asusa wl-500gP.

Jak nie ma pendrive - to bootuje się normalnie z flash i uruchamia z niego system. Jak jest pendrive - to o ile jest tam jakiś znacznik (plik) - przełącza rootfilesystem na niego i dalej uruchamia się z niego.

Czyli jest tak jak napisałeś - jak nie ma pena to masz podstawę. Jak jest - to uruchamia się to co pendrive i w takiej formie jak zostało to zapisane.
Edytowany przez obsy dnia 14-09-2009 22:13
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
shibby

Cytat

mozliwosc dodania swapa (partycji wymiany) na pendrivie


to raczej nie za dobry pomysl na dluzsza mete.
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
 
shibby
mi bardziej chodzilo o zywotnosc dysku flashowego. obecne peny nie sa przystosowane do ciaglych operacji r/w. zdecydowanie lepszym rozwiazaniem jest dysk twardy usb.

co do przepustowosci usb to bym sie nie martwil. moj asus przepustowoscia nie powala (ok 2.5MB/s) a jednak z powodzeniem uzywam dysku jako swap i nas. nawet filmy po sieci prosto z routerka bez problemu ogladam.
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
 
shibby

Cytat

noo prosze... a z testow wynika ze przepustowosc USB wyglada nieco lepiej


gdzie? z asusa wl500gp? 3MB/s to max, ja podaje predkosc na codzien jaka mam.

Cytat

Cikaw jestem jakby sie zachowywal WRT160NL gdyby mu podlaczyc huba i np 2 dyski USB.... czy transfer bylby wtedy mniejszy (oczywiscie z jednego dysku)?


pewnie tak bo procek bedzie ograniczeniem. to tak jak przy moim asusie. jakby byl procek mocniejszy to napewno wieksze predkosci by byly przez usb.
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
 
shibby

Cytat

watek dotyczy WRT160NL... w 1 poscie obsy podal predkosci oscylujace w granicy 7-9MB/s...


ok ale ja wyraznie napisalem
"moj asus przepustowoscia nie powala (ok 2.5MB/s) a jednak z powodzeniem uzywam dysku jako swap i nas" Smile
ponadto czemu tu sie dziwic, moj asus ma procka 240MHz a watkowy linksys 400MHz Smile

Cytat

2 podlaczone, ale z jednego kopiujemy dane po lan a 2 'nie uzywany'... ciekaw jestem czy bylby jakis spadek predkosci...

nie bedzie spadku predkosci. a raczej byc nie powinno.
Edytowany przez shibby dnia 15-09-2009 12:25
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
 
shibby
to poczekaj na rt-n16
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
 
shibby
a ze tak zapytam: co sie stalo/stanie z testowanym wrt160nl? Smile
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
 
obsy
Jest u mnie. Walczę z uzyskaniem lepszego transferu przez wifi.
Masz niepotrzebny ruter, uszkodzony czy nie - ch?tnie przygarn? go.
http://eko.one.pl - prawie wszystko o OpenWrt
http://openrouter.info
 
Przejdź do forum
Zaloguj
Wprowadź adres e-mail lub nazwę użytkownika

Hasło



Nie masz jeszcze konta? Zarejestruj się.

Zapomniałeś/aś hasła?
Aktualnie online
· Gości online: 96

· Użytkowników online: 0

· Łącznie użytkowników: 24,115
· Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.

Maniek91PL
06-11-2024 22:37
dzięki !Grin

maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia

Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa

overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.

maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.

overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?

maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach

maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności",
więc prawdopodobnie gdzieś przepięcie.

servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.

maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?

95,143,522 unikalnych wizyt