Pepe2k, a wr1043nd masz nadal w planach, czy to też już nieaktualne?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez gegu
Pepe2k, a wr1043nd masz nadal w planach, czy to też już nieaktualne?
dlna działa po broadcaście i jest nierutowalne, więc nie zadziała Ci w drugiej sieci za natem. Jedyny pomysł jaki mi przychodzi do głowy, to spróbować ustawić w dmz na 1042nd hosta, który będzie korzystał z zasobów dlna, ale wątpię czy to zadziała przez nat. Jak wyłączyć nat i czy się da w 1042nd to musisz sam sprawdzić. Jeśli się nie da w gui, to poprostu nie używaj portu wan w routerze.
Dlna nie przechodzi przez Nat w 1042nd. Wyłącz tam nat, a jeśli się nie da to wyłącz dhcp na nim i kabel przepnij z portu wan do lan. Ustaw mu także ip na interfejsie lan z podsieci używanej w lan gargoyla.
Przed przeprowadzeniem powyższych operacji sprawdź smart dysku i wynik zapisz gdzieś, żeby móc porównać wyniki przed i po.
Dla potwierdzenia tego co napisał r43k3n, pozwolę sobie dodać kolejny link http://eko.one.pl/forum/viewtopic.php?id=14997&p=2
Bez hw nat nie da rady na wdr3600/4300. W dziale oprogramowanie są dwa albo trzy tematy poruszające ten wątek.
2. Co do tych dwoch modemow, to czytalem, ze niby sa takie same, ale znalazlem tez opinie ze ten "s" jest lepszy.
To nie jest tak, że jeden jest lepszy, a drugi gorszy. Są oparte na innych prockach i jedyne utrudnienie z tym związane jest takie, że wersja "h" potrzebuje fw podpisanego cyfrowo. Dlatego trzeba łatać wgrane fw, żeby wrzucić nowe, zmodyfikowane fw do nich. Jest to uciążliwe, ale nie powiedziałbym, że ten modem jest gorszy, niż wersja "s".
Ps. Łaty, fw oraz kupa informacji dostępne na 4pda.ru
W rozpatrywanym przypadku utrata uboota nie ma prawa nastąpić. Chyba nie bardzo rozumiem co ma wspólnego utrata uboota i użycie sysupgrade. A jak nadpisze art, to nie będzie miał radia. Ale co z tego? Usunąłeś kiedyś uboot albo art za pomocą sysupgrade? Sysupgrade, o którym cały czas mowa, służy do upgrade systemu, a uboota i art nie rusza.
W zasadzie to widzę 4 możliwości na utratę/uszkodzenie uboota i żadna z tych metod nie opiera się o sysupgrade. Oto one:
1. Uszkodzenie flash - przegrzanie/przepięcie/itd.
2. Erase/cp.b z poziomu uboot
3. Usunięcie/nadpisanie z poziomu openwrt/gargoyle - mtd-rw.ko lub odpowiednio przygotowany build
4. mtd write/erase
----edit----
W całej swojej tyradzie zatraciłem sens swojej wypowiedzi. Chodzi mi o to, że nie się co przejmować tym, że upgrade się nie uda, bo do naprawienia stanu rzeczy wystarczy prosty kabel. Użycie w tym przypadku programatora, to jak wyciąganie armaty na muchę.
Nie trzeba programatora. Wystarczy kabel usb2ttl, żeby wgrać odpowiedni fw na router.
Co do uboota by pepe2k, to podpisuję się "wszystkimi rencyma i nógmi" pod tym co napisał zbynex.
Co do mr3220 i 3420 v1, to powinien podejść soft od wr710n (tak samo, jak do mr3020).
---- edit ----
Pomyłka z tymi mr3220 i 3420 v1 - źle spojrzałem. Nic z tego, bo w nich siedzi ar7241.
Nie ma znaczenia, za pomocą którego narzędzia będziesz łączył pliki.
Przepraszam, że piszę, post pod postem, ale nie wiem, czy przy edycie zainteresowani dostaliby powiadomienia.
Pobawiłem się krótko (ze względu na brak czasu), ale jednak, magicznymi pudełkami z diodkami (wdr3600 z gargoylePL 1.9.1.2 by obsy oraz wr1043nd v2 z openwrt CC by obsy) i w warunkach laboratoryjnych, udało mi się osiągnąć 907Mbit pomiędzy dwoma laptopami spiętymi ze sobą poprzez switch z w/w routerów.
Na jednym laptopie z intel 1GbE miałem win7 i iperf 2.0.5, na drugim z realtek 1GbE miałem debiana 8 i iperf 2.0.5 (nie pytajcie czemu taka dziwna konfiguracja, bo za dużo tu wyjaśniać). Laptopy spięte ze sobą bezpośrednio osiągały 970Mbit w każdą ze stron.
Czemu piszę, że w warunkach laboratoryjnych? Dlatego, że wyniki takie byłem w stanie osiągnąć, gdy do routerów były podpięte, tylko i wyłącznie te dwa kompy. Jak wpiąłem do ich portów pozostałe urządzenia, które mam wpięte normalnie (telewizor, dekoder nki, drugi wdr3600 robiący za router), to z powrotem osiągałem wyniki takie, jak podawałem wcześniej.
Z braku czasu rzeczywistą konfigurację testowałem tylko na wdr3600, laboratoryjne testowałem na obu w/w routerach.
Jak znajdę chwilę czasu, to zabawię się jeszcze z vlanami, tzn. wywalę cpu_port z bridge'a obsługującego porty lanowe i sprawdzę ile iperf wyciągnie i czy coś jeszcze ma wpływ na wyniki. Dodam, że background traffic oglądany na interfejsie br-lan wynosi jakieś 112KB/s.
Kolego mar_w, czy możesz powiedzieć w jakich warunkach wykonywałeś testy? Czy miałeś podłączone jakieś inne urządzenia wpięte do switcha?
A co do obsługi łącz 200+ Mbit, to niestety trza inny router - jakiś arm z tomato by Shibby/mikrotik/edge router X albo stock fw z hwnat.
Doczytałem pytania z mejla i:
- wydaje mi się, że pod windowsem najłatwiej będzie uciąć ostatnie 5KB z uboota jakimś narzędziem do scalania i dzielenia plików na części (np. total commanderem). uboot ma 131072 bajtów, a ty potrzebujesz odciąć 5120 bajtów, więc odejmij te liczby od siebie i otrzymasz rozmiar jaki należy wpisać do narzędzia dzielącego pliki.
- co do zmontowania i wgrania wsadu, to musisz poskładać poszczególne kawałki w następujący sposób:
zmodyfikowany uboot (123KB) + końcówka Twojego uboota (5KB) + gargoyle (~7MB w przypadku zastosowania obrazu sysupgrade z 842n v2 dla Atheros AR9341) + pusta przestrzeń (plik zawierający same wartości FF, o rozmiarze wyliczony w zależności od reszty) + Twoja partycja art (64KB).
Co do rozmiaru pustego pliku, to musisz to wyliczyć, tzn. zsumować rozmiar (podany w bajtach) dla ubbot + Twojego kawałka 5KB + gargoyle + art. Wyliczoną sumę musisz odjąć od rozmiaru pamięci flash 8MB (przeliczoną na bajty) i otrzymasz rozmiar pustego pliku.
Wszystkie części składowe poskładasz do kupy przy pomocy, np. total commandera za pomocą łączenia plików.
Na koniec wgrasz do kostki za pomocą, podanego przez Ciebie w mejlu, ch341a.exe.
Jest inny prosty/szybki sposób na postawienie routera z nowym flashem na nogi. Użycie uboota by pepe2k do tego.
Sklejasz zmodyfikowany uboot i 5KB z Twojego uboota, tak aby otrzymać 128KB. Wgrywasz do kości. Uruchamiasz serwer httpd wbudowany w zmodyfikowanego uboota (trzymasz 3 sekundy wps/reset w trakcie uruchamiania routera) i wgrywasz arta oraz gargoyle/openwrt poprzez www.
ps. Zadawaj pytania na forum, bo udziela się tutaj wiele osób, które ogarniają te tematy i mogą pomóc szybciej albo podpowiedzieć inne rozwiązania, które ułatwią sprawę.
Wtedy znowu zrobisz kolejny nat. Cezaremu chodziło o to, żebyś wyłączył nat na drugim routerze i używał go jako switch/ap, a nie router z firewallem i nat. Dlatego też napisał o ustawieniu portu wan w tryb bridge with lan oraz wyłączeniu dhcp, żeby w sieci wewnętrznej był tylko jeden serwer dhcp. Wtedy port wan zachowuje się zwykły lan, a cały router jak switch/ap. Czy kolejny nat jest Ci do czegoś potrzebny? Czy ten modem jest w wersji hilink i robi nat? Z jakiego powodu wyłączyłeś wifi w pierwszym routerze??
Dodatkowo, do tego o czym wspomniał Cezary, dochodzi różnica w hw modemów. e3372s jest zbudowany na czipsecie hisilicon (jeśli dobrze pamiętam), a wersja h jest na huawei. mr3420 jest zbyt wolny, żeby wycisnąć więcej z modemu lte (nawet w ndis). Rozwiązanie to przerobić modem na hilink albo zmienić router ja coś mocniejszego, np. nexx wt3020f albo wr1043nd v2/v3.
Aaa i zapomniałem, o obciążeniu btsa i paśmie na jakim łączysz się do btsa - czy to lte800, 2100, czy może 2600.
On ma rozmiar 123KB, a obszar uboot w routerze ma rozmiar 128KB. W związku z tym musisz uciąć ostatnie 5KB z oryginalnego uboota zgranego z Twojego routera i dokleić do modowanego uboota. Potem wgrać to do kości flash. Dlatego na początku pisałem, żebyś zrobił backup swojej partycji uboot i art, żeby potem szło szybko postawić router na nogi, jeśli coś się nie powiedzie.
Wiem, że to nie moja sprawa, ale czemu nie wlutujesz od razu 16MB flash, skoro cena jest prawie taka sama, a miejsca dużo więcej?
Jest na PL2303 - zadziała. Z routerami działają wszystkie oparte na cp2102 oraz pl2303.
Póki router Ci działa i nic nie grzebałeś, to korzystając z dd zrób sobie kopię /dev/mtd0 oraz /dev/mtd4. Coś takiego: dd if=/dev/mtd0 of=/tmp/uboot.bin && dd if=/dev/mtd4 of=/tmp/art.bin. Potem kopiujesz obydwa pliki na kompa przy pomocy scp.
Zastanów się też nad zmianą uboota na ten od pepe2k - naprawdę dobrą robotę odwalił kolega i przyjemnie się z tego korzysta. Dzięki temu wystarczy wgrać samego uboota od pepe2k, a openwrt/gargoyle i art można wgrać przez httpd wbudowanego w tego uboota.
Wlutuj kość 64MB i obędzie się bez zabaw z oprogramowaniem.
Wgrać możesz z poziomu openwrt, po załadowaniu modułu mtd-rw albo z uboota, poprzez tftp (wyliczasz offset wskazujący na ostatnie 64KB adresu flasha), albo przy pomocy programatora wgrywasz w ostatnie 64KB flasha.
hexdump /dev/mtd4
Jak wypluje same ff, to znaczy, że tam jest pusto.
Oczywiście nie masz zgranej partycji art? Na pierwszy rzut oka wygląda na pusty art.
Mamy podobne konfigi i wyniki. U siebie też w jedną stronę zaobserwowałem tylko ~120Mbit po lanie.
Jak już wcześniej napisano, to nie ma co marzyć o wydajnym natowaniu, bez zapewnienia wydajnego lanu.
Kurcze pożyczyłem mojego 1043nd v1 koledze i już nie mam nic więcej z 1GbE w domu, ale w wolnej chwili postaram się jeszcze trochę sprzętu sprawdzić.
Hmm, zastanawiające. Moje wyniki dla wdr3600 i gargoyle 1.9.1.2. Chyba muszę pogrzebać w ustawieniach.
root@wdr3600:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 192.168.0.5 port 5001 connected with 192.168.0.16 port 60920
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 6.3 sec 148 MBytes 199 Mbits/sec
[ 4] local 192.168.0.5 port 5001 connected with 192.168.0.16 port 60921
[ 4] 0.0- 6.3 sec 145 MBytes 195 Mbits/sec
root@wdr3600:~# iperf -c 192.168.0.16
------------------------------------------------------------
Client connecting to 192.168.0.16, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.0.5 port 59077 connected with 192.168.0.16 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 129 MBytes 108 Mbits/sec192.168.0.5 to wdr3600 robiący tylko za ap. 192.168.0.16 to mój laptop
root@gegu-laptop:/home/gegu# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric Receive-only
Link partner advertised auto-negotiation: Yes
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x00000033 (51)
drv probe ifdown ifup
Link detected: yesKarta to RTL8168. Muszę zerknąć jak to będzie działać na intelu 1GbE.
root@gegu-laptop:/home/gegu# lspci -s 03:00.0 -nnv
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)
Subsystem: Samsung Electronics Co Ltd Device [144d:c0b6]
Flags: bus master, fast devsel, latency 0, IRQ 41
I/O ports at 2000 [size=256]
Memory at e1404000 (64-bit, prefetchable) [size=4K]
Memory at e1400000 (64-bit, prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
Kernel driver in use: r8169Codziennie człowiek odkrywa coś nowego.
---- edit ----
To jeszcze małe uzupełnienie. Wyniki pomiędzy 2x wdr3600 połączonymi portami lan ze sobą.
root@wdr3600:~# iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 192.168.0.5 port 5001 connected with 192.168.0.2 port 54855
[ ID] Interval Transfer Bandwidth
[ 4] 0.0- 7.8 sec 187 MBytes 200 Mbits/sec
ll[ 4] local 192.168.0.5 port 5001 connected with 192.168.0.2 port 54856
[ 4] 0.0- 7.8 sec 182 MBytes 195 Mbits/secroot@gegu-gw:~# iperf -c 192.168.0.5
------------------------------------------------------------
Client connecting to 192.168.0.5, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.0.2 port 54855 connected with 192.168.0.5 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 187 MBytes 157 Mbits/sec
root@gegu-gw:~# iperf -c 192.168.0.5
------------------------------------------------------------
Client connecting to 192.168.0.5, TCP port 5001
TCP window size: 43.8 KByte (default)
------------------------------------------------------------
[ 3] local 192.168.0.2 port 54856 connected with 192.168.0.5 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 182 MBytes 152 Mbits/secZauważyłem też, że routery dostają zadyszki, tzn. każdy kolejny test pokazuje mniejszą prędkość.
Połączenie pomiędzy routerami.
root@wdr3600:~# swconfig dev switch0 show
...
link: port:5 link:up speed:1000baseT full-duplex txflow rxflow auto
...To jest oczywiste, skoro chyba od maja nic się nie działo w CC.
Dzięki za linka.
Chciałem się tylko upewnić, że mowa o openwrt.
eko.one.pl → Posty przez gegu
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc