- iPhone topik
- Mobil flották
- Xiaomi Mi 9T - a túl jó Redmi
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Milyen okostelefont vegyek?
- OnePlus 7 - magabiztos folytatás
- Samsung Galaxy A54 - türelemjáték
- iOS alkalmazások
- Honor Magic5 Pro - kamerák bűvöletében
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
A leépítések után egy vagyont költ a töltőhálózatára a Tesla
it Miután nemrég újabb dolgozókat küldött el a Tesla, Elon Musk azt ígéri, hogy 500 millió dollárt költenek a töltőhálózatra (ez értelemszerűen inkább az USA-t érinti).
-
PC-re tart a God of War Ragnarök?
gp Az egyik legismertebb szivárogtató szerint Kratos legutóbbi kalandja lesz a következő nagy PlayStation cím, ami PC-re látogat.
-
Mobilarena
TP-Link WR1043ND - N450 router
Új hozzászólás Aktív témák
-
mumtaz
senior tag
Micsodát? A routerbe dugott wifi adaptert? Erősebb, mint a routeré és átjátszó szerepet tölt be egy második hálózaton.
-=- ASUS TUF B450-PRO GAMING - AMD Ryzen 7 1700X - G.Skill Aegis 2x8 GB DDR4@3200MHz - Sapphire RX 5700XT Nitro+ 8GB - ASUS ROG Strix Flare HU - REVOLTEC FightMouse ELITE - RIOTORO ENIGMA G2 850W Gold - Cooler Master MasterCase MC500Mt -=-
-
mumtaz
senior tag
Használnám is, ha menne, de sajnos nem kell.
Előkaptam egy USB tápot, amit még anno csináltam. Egy egy külső táp USB-s cuccokhoz.
PC-n lepróbáltam, hogy működik-e még és működik. Ezt anno átkapcsolhatóüra csináltam, hogy az USB-ből jövő tápot (PC, laptop, router) ki lehet iktatni és az USB-s eszköz csak a külső adapterről kapja a tápot. Teljesen jól működik. PC a wifi adaptert csak erről megtáplálva simán működik. A routerbe dugva viszont ugyanazokat a hibaüzeneteket kapom, mint amit a korábbi hozzászólásomban írtam. Így a tápellátási gond teljesen ki van iktatva. Mi lehet még a probléma? Elvileg minden driver fent van hozzá a routeren.
Nagyon szeretném működésre bírni.-=- ASUS TUF B450-PRO GAMING - AMD Ryzen 7 1700X - G.Skill Aegis 2x8 GB DDR4@3200MHz - Sapphire RX 5700XT Nitro+ 8GB - ASUS ROG Strix Flare HU - REVOLTEC FightMouse ELITE - RIOTORO ENIGMA G2 850W Gold - Cooler Master MasterCase MC500Mt -=-
-
mumtaz
senior tag
Jó találat. Ez eszembe sem jutott. Usb hub-ot dugtam bele és így felismeri.
Kösz.
-=- ASUS TUF B450-PRO GAMING - AMD Ryzen 7 1700X - G.Skill Aegis 2x8 GB DDR4@3200MHz - Sapphire RX 5700XT Nitro+ 8GB - ASUS ROG Strix Flare HU - REVOLTEC FightMouse ELITE - RIOTORO ENIGMA G2 850W Gold - Cooler Master MasterCase MC500Mt -=-
-
gr8tjoey
tag
Erős felindulásból V3 lett, nem volt kedvem (időm) bármi mással kísérletezni.
Eddig azt kell mondjam, hogy egész jó, wifi-n file másolás 10-11MB/sec, samba gyorsult, Luciban lépkedés gyorsult. Úgy az egész gyorsult 15-20%-kal, bizonyos esetekben (pl wifi) jobban.Le a kalappal a 0.8.1-es build előtt, 0,6-ról jöttem át, és eltartott egy kis ideig amíg megtaláltam rajta amit keresek, de végül minden a helyére került.
A V1-esemet megkapta egy ismerős, ahol a következő konfig van:
- Emeleten UPC cisco kábelmodem, router, wifi ap egyben
- kábelen le földszintre, és ott ül a 1043-as.Egyelőre az internet lábába dugtam a zsinórt a 1043-nak, így dupla nat-tal jön a net, a routert DMZ-be raktam a cisco-n, hogy befelé megtalálják ssh-n, ftp-n, stb.
Tudom ez így nem a legjobb megoldás, mert az emeleti gépek és a földszintiek nem egy hálózatban vannak, és van köztük egy tűzfal is, így pl az emeletről nem megy a samba.
Mi az ideális konfig? Átkonfigurálni az internet portot switch porttá?
Ha a DHCP-t a cisco osztja minden eszköznek mindkét szinten, akkor gondolom a 1043 DHCP serverét le kell állítani, és az eszköznek fix IP-t adni, a cisco-ban meg rezerválni.Van még valami amire figyelni kell? Nincs nagyon időm kísérletezni, ezért kérdem.
------((-----))------
-
mumtaz
senior tag
Passzív hub, de bekötöttem a külső adapter kábelt is. De egyértelműen a hub miatt ismeri fel a router a wifi adaptert.
-=- ASUS TUF B450-PRO GAMING - AMD Ryzen 7 1700X - G.Skill Aegis 2x8 GB DDR4@3200MHz - Sapphire RX 5700XT Nitro+ 8GB - ASUS ROG Strix Flare HU - REVOLTEC FightMouse ELITE - RIOTORO ENIGMA G2 850W Gold - Cooler Master MasterCase MC500Mt -=-
-
chros
őstag
Nos, itt a lede foruma: [link] (kertem is, hogy forditson egy archer c5 image-et , C7 van) Tobb teszt-eredmeny is szerepel a topikban.
Ez nagyon igeretesnek tunik: nem hardware nat, igy hardware fuggetlen (azaz a procin mulik a teljesitmeny kulonbseg) es SQM is muxik vele allitolag. -
suste
veterán
ha csak +50%-ot hozna NAT-ban, akkor már nagyon jó lenne szerintem, legalább kicsit ellensúlyozná a kernelfejlesztést
nagyon gyalázatos, hogy milyen mértékben lassult a NAT-olás az újabb kernelekkel ua HW-vel
azzal, hogy mennyire van valós igény a gigabithez közeli NAT-ra, igencsak vitatkoznék, de az 1 magos régebbi SoC-ok lassan a 100Mbit/s-t sem tudják kihajtani, 2-300Mbit/s-ről meg ne is álmodjunk -
vargalex
Topikgazda
Sziasztok!
Nos, gondoltam kipróbálom ezt a fastpath NAT-ot. Van itthon elfekvőben egy D-Link DIR-825 rev B1. Így arra fordítottam egy firmware-t.
Először felraktam az alap LEDE 17.01.1-et (azért ezt, mert a fastpath NAT patch-ek is ehhez készültek). Ekkor ért az első meglepetés:gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1
Connecting to host 192.168.22.200, port 5201
[ 4] local 192.168.1.127 port 51966 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 75.5 MBytes 634 Mbits/sec 61 348 KBytes
[ 4] 1.00-2.00 sec 73.1 MBytes 613 Mbits/sec 41 355 KBytes
[ 4] 2.00-3.00 sec 73.1 MBytes 613 Mbits/sec 45 358 KBytes
[ 4] 3.00-4.00 sec 73.1 MBytes 613 Mbits/sec 50 362 KBytes
[ 4] 4.00-5.00 sec 73.0 MBytes 612 Mbits/sec 42 369 KBytes
[ 4] 5.00-6.00 sec 73.0 MBytes 613 Mbits/sec 47 372 KBytes
[ 4] 6.00-7.00 sec 73.2 MBytes 614 Mbits/sec 45 380 KBytes
[ 4] 7.00-8.00 sec 74.1 MBytes 622 Mbits/sec 44 386 KBytes
[ 4] 8.00-9.00 sec 73.0 MBytes 613 Mbits/sec 39 395 KBytes
[ 4] 9.00-10.00 sec 73.1 MBytes 614 Mbits/sec 45 400 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 734 MBytes 616 Mbits/sec 459 sender
[ 4] 0.00-10.00 sec 732 MBytes 614 Mbits/sec receiver
iperf Done.
gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img
--2017-07-07 20:14:15-- http://traffic.vargalex.hu/test.img
traffic.vargalex.hu feloldása… 192.168.22.200
Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 314572800 (300M) [application/octet-stream]
Mentés ide: „test.img”
test.img 100%[=====================================================================================================================>] 300,00M 65,7MB/s idő 4,5s
2017-07-07 20:14:20 (66,5 MB/s) -- „test.img” mentve [314572800/314572800]Soha nem tudott ez a router ekkora sebességgel NAT-olni! Nem tudom, hogy mit optimalizáltak a LEDE-ben! Anno ez volt a maximum, a későbbi build-ekben ez csak csökkent. Más típusok hogy állnak NAT ügyileg a LEDE-vel? A wget tesztet azért futtattam, hogy megbizonyosodjak róla, hogy nem az iperf3 csapott be. Látszik, hogy a WAN oldalon lévő szerverről 66,5 MB/s-el tudtam letölteni.
Ezután feltettem a fastpath NAT-al build-elt LEDE 17.01.1-et. Az eredmény:
gavarga@gavarga-e5540 ~ % iperf3 -c 192.168.22.200 -i 1
Connecting to host 192.168.22.200, port 5201
[ 4] local 192.168.1.127 port 52098 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 114 MBytes 955 Mbits/sec 0 542 KBytes
[ 4] 1.00-2.00 sec 111 MBytes 934 Mbits/sec 0 542 KBytes
[ 4] 2.00-3.00 sec 112 MBytes 939 Mbits/sec 0 568 KBytes
[ 4] 3.00-4.00 sec 111 MBytes 932 Mbits/sec 0 568 KBytes
[ 4] 4.00-5.00 sec 111 MBytes 930 Mbits/sec 88 571 KBytes
[ 4] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 6.00-7.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 7.00-8.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 8.00-9.00 sec 111 MBytes 933 Mbits/sec 0 571 KBytes
[ 4] 9.00-10.00 sec 110 MBytes 923 Mbits/sec 34 522 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 1.09 GBytes 934 Mbits/sec 122 sender
[ 4] 0.00-10.00 sec 1.08 GBytes 932 Mbits/sec receiver
iperf Done.
gavarga@gavarga-e5540 ~ % wget http://traffic.vargalex.hu/test.img
--2017-07-07 20:21:52-- http://traffic.vargalex.hu/test.img
traffic.vargalex.hu feloldása… 192.168.22.200
Csatlakozás a következőhöz: traffic.vargalex.hu[192.168.22.200]:80… kapcsolódva.
HTTP kérés elküldve, várakozás válaszra… 200 OK
Hossz: 314572800 (300M) [application/octet-stream]
Mentés ide: „test.img”
test.img 100%[=====================================================================================================================>] 300,00M 109MB/s idő 2,8s
2017-07-07 20:21:55 (109 MB/s) -- „test.img” mentve [314572800/314572800]És valóban átjött a gigabit. Tehát tényleg van értelme ennek a megoldásnak...
Retry-ok gondolom azért voltak, mert 2 viszonylag hosszú (>10m) Cat5 kábellel próbáltam.
[ Szerkesztve ]
Alex
-
vargalex
Topikgazda
Igen, nagyon jó eredmények. Post-oltam is a topic-ban.
De engem igazán az alap LEDE-vel mért eredmény lepett meg. Eddig a DIR-825 OpenWrt AA-val (AA közeli trunk-al) volt a leggyorsabb, nagyjából 400 Mbps NAT sebességgel (amit linkeltem is), aztán a későbbi verziókkal folyamatosan csökkent a sebesség. Legutóbb, mikor OpenWrt-vel próbáltam, akkor kb. 250 Mbps-nél megállt. Erre az alap LEDE-vel mérek 616 Mbps-t??? Azt nem tudom, hogy akkor a TL-WR1043ND v2/v3/v4, Archer C5/C7 miért nem tud ennyit (pedig elvileg erősebb SoC van bennük, mint a DIR-825-ben)? Vagy csak senki nem mérte LEDE alatt?
Most kipróbáltam a TL-WDR4900-at, LEDE-vel az is 600 Mbps környékén tud (természetesen DHCP-n), pedig ez is jóval erősebb SoC, mint a D-Link-ben lévő. Hozzátenném, hogy r1000 környéki LEDE trunk-al ez is megállt 300 Mbps alatt...[ Szerkesztve ]
Alex
-
-
vargalex
Topikgazda
Annyit még hozzátennék, hogy ha 7.x.x gcc-d van, akkor ezt a patch-ot még kézzel hozzá kell adni, mivel a 17.01 branch nem tartalmazza.
Alex
-
vargalex
Topikgazda
Természetesen Arch linux :
gavarga@gavarga-e5540 ~ % uname -a
Linux gavarga-e5540 4.11.9-1-ARCH #1 SMP PREEMPT Wed Jul 5 18:23:08 CEST 2017 x86_64 GNU/Linux
gavarga@gavarga-e5540 ~ % gcc --version
gcc (GCC) 7.1.1 20170621
Copyright (C) 2017 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.[ Szerkesztve ]
Alex
-
zolka95
őstag
Ez a lede mi is?
Egy cikket találtam róla, hogy egyesül az openwrt-vel stb.Hasonlít az openwrt-hez?
Van egy másik 1043-asom, ami v3. Bridge módban akarom használni a kettőt. Lehetséges?Vagy a különböző firmware-ek miatt egyáltalán nem?
Figyeltél rám? Vagy azt a piros ruhás nőt nézted?
-
zolka95
őstag
Nincs verziószám.
Csak busybox 1.24.2
és "designated server (bleeding edge, 50040)cat /proc/version parancsra linux verziót, openwrt verzió 5.3.0.50040-et ír. Lede verzió számot itt sem.
Egyébként ha az opkg.conf fájlban nincs repo link, akkor azért nem tölt le semmit? Ez lenne a frissítési hiba oka, nem?
usb tárolót felismeri a lede magától, így beállítatlanul?
[ Szerkesztve ]
Figyeltél rám? Vagy azt a piros ruhás nőt nézted?
-
xabolcs
őstag
Honnan vagy annyira biztos benne? Hogyan mukodik? Es hogyan kellene?
Felhivtam a kollega figyelmet, hogy ha barmi baja van a routerrel, akkor visszaterunk LEDE 17.01.2-re, szerencsere az is birta a 200-as DIGI-t.
A juliusi build-del valo meresben vannak beesesek, meg is latszik a sebessegben.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 1013 MBytes 850 Mbits/sec 8103/0 1 740K/4689 us
[ 3] 10.00-20.00 sec 1002 MBytes 841 Mbits/sec 8016/0 250 671K/3732 us
[ 3] 20.00-30.00 sec 1021 MBytes 856 Mbits/sec 8165/0 1 804K/6021 us
[ 3] 30.00-40.00 sec 1.00 GBytes 859 Mbits/sec 8192/0 1 847K/5836 us
[ 3] 40.00-50.00 sec 1.01 GBytes 864 Mbits/sec 8240/0 22 960K/9945 us
[ 3] 0.00-50.01 sec 4.97 GBytes 854 Mbits/sec 40716/0 275 960K/9945 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)Nem tudom mitol lehettek azok a lassulasok, de az augusztusi build mar sokkal magabiztosabban NAT-ol.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 1.04 GBytes 890 Mbits/sec 8492/0 171 322K/2602 us
[ 3] 10.00-20.00 sec 1.04 GBytes 891 Mbits/sec 8501/0 78 337K/2750 us
[ 3] 20.00-30.00 sec 1.03 GBytes 888 Mbits/sec 8468/0 110 401K/2819 us
[ 3] 30.00-40.00 sec 1.04 GBytes 891 Mbits/sec 8494/0 81 425K/2799 us
[ 3] 40.00-50.00 sec 1.04 GBytes 891 Mbits/sec 8502/0 49 477K/3649 us
[ 3] 0.00-50.01 sec 5.18 GBytes 890 Mbits/sec 42457/0 489 477K/3649 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A HW-NAT-ot pedig nem kapcsolja be azonnal a gyari firmware.
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 3] 0.00-10.00 sec 383 MBytes 321 Mbits/sec 3064/0 46 356K/2099 us
[ 3] 10.00-20.00 sec 1.08 GBytes 932 Mbits/sec 8885/0 62 429K/2202 us
[ 3] 20.00-30.00 sec 1.09 GBytes 934 Mbits/sec 8908/0 0 545K/2363 us
[ 3] 30.00-40.00 sec 1.09 GBytes 935 Mbits/sec 8919/0 0 1448K/2341 us
[ 3] 40.00-50.00 sec 1.09 GBytes 932 Mbits/sec 8889/0 53 1013K/2376 us
[ 3] 0.00-50.00 sec 4.72 GBytes 811 Mbits/sec 38665/0 161 1013K/2376 us
[ 3] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A tesztalany egy 1043NDv4.
Ezek fenyeben szerintem teljesen jo a gwlim-fele build. Termeszetesen akkor lesz igazan megbizhato, ha mar benne lesz valamelyik LEDE release-ben.
Es persze arra is kivancsi vagyok, hogy hogyan fog muzsikalni a LEDE-s HW-NAT ezekhez a routerekhez. Vajon az is lassan kapcsol majd be?En meg azon gondolkoztam, hogy Barrier Breaker-be, Chaos Calmer-be meg persze vargalex-fele Backfire-be nem lehetne belerakni? Ott a LEDE-s forumban azt irjak, hogy eredetileg ez 3.x-es Kernelhez keszult. Ugy talan meg kevesebbet kellene dolgozni vele.
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
vargalex
Topikgazda
Mivel a QOS és az SQM is iptables, illetve tc alapú, így szerintem mindkettőre igaz.
qos-scripts függőségei:
tc kmod-sched-core kmod-sched-connmark kmod-ifb iptables iptables-mod-ipopt iptables-mod-conntrack-extra
sqm-scripts függőségei:
tc kmod-sched-core kmod-sched-cake kmod-ifb iptables iptables-mod-ipopt iptables-mod-conntrack-extra
[ Szerkesztve ]
Alex
-
llax
senior tag
Nekem nem 15m vezeték kell (1-1 kiállás más helyiségebe 15-30m kábel + tervezett 2x50m kábel a műhelyembe - WiFi helyett), amit csak lehet "bedrótozok" Egy TL-SG108E és egy TL-SG108 lóg a 1043v3 mögött (utóbbi switch-ét nem használom LAN switch-ként).
Közben jobban utánanéztem annak a 40Gbps vezérlőnek, valamely nagyker fals információit (és képeit) adja tovább az összes hazai webshop, ahol forgalmazzák (a legnagyobbak is). Állítólag csak DELL gépben megy és az olcsó (~16kHUF) verzió nem RJ45-ös.
[ Szerkesztve ]
-
-
-
-
Van benne. 1043ND v2
Ma visszarakom a gyári firmware-t és arra húzom fel a factory 18.06-ot hátha ez megoldja a problémát, mert most ugye a 17-re van rátolva az upgrade, bár elvileg akkor is mennie kellene...
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
Új hozzászólás Aktív témák
- Házimozi belépő szinten
- Kerékpárosok, bringások ide!
- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- War Thunder - MMO Combat Game
- exHWSW - Értünk mindenhez IS
- BestBuy topik
- Stellar Blade
- iPhone topik
- Futás, futópályák
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest