Hirdetés
- czundermák: Shikoku Henro #0: Mégis mi ez?
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- laskr99: DFI és DFI Lanparty gyűjteményem
- Magga: PLEX: multimédia az egész lakásban
- Cifu: Űrhajózás 2025 - Összefoglaló írás
- Invázió egy novellában 3-4. (Update) +5. fejezet! (18+ nyelvezet)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
-
LOGOUT
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
Tyrel
őstag
válasz
vargalex
#799
üzenetére
Egyelőre úgy tűnik hogy a szerencsésebbek közt vagyok, legalább is nem vettem még észre WiFi problémát.
Tényleg csak a netkapcsolat sebességvesztése zavar most, nem mintha az az ~550 Mbps nem lenne bőven az átlag felett, de ha már "ki van fizetve" a gigabit, meg ha már láttam is a gyári fw-vel milyen sebességeket ér el, azért na... kell az az e-peen.
Hétvégén akkor megnézem a Padavan-t. Ezt ugye úgy kellene, hogy:
1. először innen leszedem a sysupgrade-es verziót, azt simán flashelem a lede webgui-n, majd - ha up-to-date szeretnék lenni akkor innen is leszedem cuccot és azt megint tök simán rá tudom flashelni a webgui-n át, tehát nem kell piros zokni a bal lábamra meg hókuszpókusz?
Amit te csináltál telepítőt az is ennek a radmir féle Padavannak egy korábbi verzióját teszi fel, vagy ez a Padavan is olyan, hogy van belőle 600 branch és igazából ti nem is radmir félét használtok?
-
vargalex
félisten
Ha fontos a Wifi és LEDE alatt problémáid vannak vele, akkor mindenképpen ajánlom a Padavan-t.
Nekem kicsit kötött a lehetőségek tárháza (legalábbis nem olyan egyszerű bármi extra igényt megcsinálni, mint OpenWrt/LEDE alatt), de van akinek pont ez kell...A konkrétan linkelt build-nél nem láttam forrás linket, így nem lehet megmondani, hogy a készítője figyelt-e arra, hogy kompatibilis legyen valamelyik stabil lede verzióval (azaz, kernel modulok telepíthetőek legyenek). Másrészt, nem lehet megmondani, hogy valójában mit rakott bele.
Az egész FastPath NAT nyilván akkor kerülhet be a LEDE source-ba, ha a fejlesztők arra érdemesnek találják és semmi másban (konkrétan itt az SQM-re, Netfilter-re tudok gondolni) nem okoz problémát.
-
Tyrel
őstag
válasz
vargalex
#797
üzenetére
Okay, akkor újfent köszi mindkettőtöknek, hétvégén lehet kipróbálom.
...báááár... igazán van egy másik is amit kipróbálnék, csak nem merem:
[link] itt az az r4714+1 build elvileg tartalmazza a fast path-ot, de eléggé ömlesztett maszlag ez a fórum ami alatta van, és nekem nem jött át mennyire stabil valójában.Van aki még mindig a wifire panaszkodik ott, de fogalmam sincs hogy az az ismert wifi probléma jött-e elő nála ami a stabil LEDE-ben is jelentkezik némelyeknél, vagy konkrétan ebben a buildban van másik wifi driver és az lenne rosszabb.. Van aki a NAT sebességre panaszkodik, hogy nagyon hullámzó a teljesítménye, meg igazából írnak össze-vissza mindent, de nincs normálisan kimondva hogy hétköznapi felhasználásra alkalmas-e vagy sem.
Ezenkívül nekem az is tök homály - de komolyan ezt miből kéne látnom? - hogy ez a Bartvz féle fast path-os build milyen LEDE-n alapszik - leginkább abból a szempontból hogy telepíthetőek-e rá simán a webGUI-val a stable LEDE package-i, vagy külön bűvészkedni kéne vele...
Meg egyáltalán hogy működik ez LEDE-nél, pl. ha ez a Bartvz azt mondja hogy "tyűűű gyerekek nagyon fasza a DIR-600L fast-path implementációm, tessék itt a branchem" akkor a következő Stable LEDE kiadásba belekerül és mindenki happy, vagy ez örökre egy ilyen szenvedős / mellékágas vacak lesz?...
-
vargalex
félisten
Folyamatban van, mert mint kiderült, a korábban publikált lede build-emmel nem megy a visszaállás, mivel partíciós problémák vannak. Buildeltem már egy újat, amit Woodworm tesztelt is, de még nem tökéletes. Talán majd most jobban tudok vele foglalkozni, mert a DIR-860L helyére beraktam a Linksys WRT3200ACM-et, így majd magam is tesztelni tudom.
Úgyhogy feltenni nyugodtan felteheted, biztosan lesz visszaút. -
-
Tyrel
őstag
válasz
vargalex
#791
üzenetére
Köszi mindkettőtöknek, tényleg ez a nathelper-extra kellett... de hogy ezt honnan kellett volna tudnom az nekem homály... Miért nincs ez benne alapból?
Én a LEDE doksijában találtam hogy azok a mindenféle kmod-ok kellhetnek (talán főleg a gre), meg hogy a tűzfalat kell piszkálni, de ott ezt a nathelpert egy árva szóval nem említették.
Nem tudom tényleg IPSec kapcsolat-e, a Windows szerint az, de ez lehet hogy nem jelent semmit...
(a szerverét nem én csináltam)Visszatérve a DDNS-re, elindítottam, csak minden update-nél azt köpte vissza a no-ip hogy "nochg IP", ami ugye azt jelentené hogy nem történt változás, csakhogy az általa ismert ip nem az volt ami tényleg volt... Újraindítottam a DDNS service-t párszor, hátha sikerül neki updatelni de semmi, aztán unalmamban újraindítottam a routert is és láss csodát azóta szót értenek a no-ip szerverével.
Így hogy a VPN megjavult (köszi még1x) egyelőre mindent tud ami így hirtelen kell, már csak ez az alacsony sebesség böki a csőröm... Ez a bő 500 Mbit tényleg normális egy ilyen CPU-val?
...mikor jön az SFE...
-
vargalex
félisten
A ddns egész biztos, hogy nem bugos, az valami user error lesz. Csak ugye az egy service. Router start-kor indul, de egyébként telepítés után el kellene indítani. Pont, mint egy rendes linuxon...
Az Openwrt-nek elég jó a wiki-je, érdemes olvasgatni.
Az Openwrt-t preferálóknak éppen az az egyik előny, hogy moduláris a felépítése. Minek bele pl. VPN szerver, ha valakinek az nem kell, de kell pl. mjpg-streamer. És így tovább.
Kifelé egyébként semmit nem kell nyitni semmit, minden engedélyezett. Elképzelhető, hogy a kmod-nf-nathelper-extra kell neked.
De biztos, hogy ipsec kapcsolatról van szó? -
Tyrel
őstag
válasz
vargalex
#787
üzenetére
Hát eddig elég negatív nekem ez a LEDE... A netem sebességét kb. felezi, DDNS-t úgy kellett felküzdeni rá és bugos is volt egy router restartig, csak mire rájöttem hogy nem én vagyok a hülye...
Most meg épp azzal szívok hogy egy nyomorult IPSec VPN-hez akarnék csatlakozni a gépemről de nem megy át a routeren... Gyári D-Link hulladékon átmegy, a Tomato-n átmegy, Asus-wrt-n átmegy, a LEDE-n véletlen se...
Telepítettem már kmod-l2tp-t, meg kmod-gre-t, meg kmod-pptp-t is, ha minden igaz a tűzfalon is át van engedve, legalább is vannak ilyen rule-jaim... De nem megy, és gőzöm sincs miért.
Nem tudom ez kinek jó és miért, hogy tök alap dolgokat nem támogat out-of-the-box a LEDE hanem neked kell szívni vele, de egyelőre elég "kukába való" érzést kelt bennem ezzel.
-
suste
veterán
Luci/tomato/ddwrt/gyári felület abszolút megszokás kérdése.
Egy biztos, ha kiismered a luci modularis felépítését, és átlátod hogy a rendszerben mi mire való, akkor már tetszeni fog, talán jobban is mint a többi
A legtöbb embernél pl a WAN/LAN beállítás nagyon furcsa, mert azt szokták meg hogy ezek teljesen mások, miközben mindegyik egy interfész... a luci így is kezeli.... -
vargalex
félisten
Én pont fordítva vagyok. Tomato-t több routeren is próbáltam, de nekem annyira nem logikus. Sok dolgot alig találtam...
A sebesség teszthez: PPPoE-ra is többet mértek mások, így egy kicsit fura. De azért nem olyan vészes. Más típusok meg sem közelítik még ezt a sebességet sem HW NAT nélkül. És szerintem Tomato alatt a Broadcom SoC-os Asus-ok sem tudnak többet HW NAT nélkül... (És persze BCM NAT nélkül.)
-
Tyrel
őstag
Végül feltettem én is a LEDE-t, mert a gyári FW szeretett "elfáradni", értsd. néha csak úgy belassult a net, ilyen 1-1 percekre, de akkor nagyon... meeeg a rajta keresztül menő VPN kapcsolatokkal is voltak gondok...
Na szóval mostantól nálam is a 17.01.2 LEDE fut. Elsőre nem kötöttünk szoros barátságot az admin felületével, szerintem picit fura a logikája meg itt-ott túl bonyolult is - az az érzésem a Tomato-t ebből a szempontból nem fogja felülmúlni egy cfw sem...
A WiFi-vel egyelőre nem tapasztaltam gondot, igaz csak pár perce megy. 5 GHz-en nagyságrendileg a gyári fw sebességeit hozza, 2.4 GHz-en lassabbnak tűnik, de instabilnak egyelőre nem.
Ami viszont elég kiábrándító, hogy a net sebességre ennyit tud felmutatni:
Értem én hogy nincs hw-NAT, de azééééé na, nehogymár ezzel a SoC-al ennyit fusson, itt valami nagyon el van cseszve...
-
-
#773
g0dl
addikt
markussandor
#772
g0dl
addikt
válasz
markussandor
#772
üzenetére
Nekem is csak egy raspi 3, és a vendég eszközök használnak 2,4GHz-et, tehát az 5GHz fontosabb.
-
#772
markussandor
senior tag
g0dl
#769
-
woodworm
veterán
válasz
vargalex
#770
üzenetére
Nálam egyik sávon sem tűnt fel komolyabb probléma, bár meg kell hagyni nem sokat használtam/om a wifit sem lede, sem padavan alatt.
Van valamilyen információd az mt7603-as támogatásáról a lede mt76 driverében? Tényleg stabilabban működik?
Egyre olcsóbb a xiaomi 3g, ha körülményesen is, de van hozzá lede és padavan támogatás is. -
#769
g0dl
addikt
markussandor
#765
g0dl
addikt
válasz
markussandor
#765
üzenetére
Melyik verzióját használod a LEDE-nek?
Mert itt ezt írják
Comments: Has WiFi problems with LEDE <=17.01.2 (slow on 5 GHz, some people also report buggy on 2.4 GHz). The 5GHz-WiFi problems seem fixed on snapshots > ~2017-07-20
És az utolsó stabil, az pont a még problémásnak jelölt 17.01.2.
-
vargalex
félisten
Természetesen rossz csomaggal nem tudod brickelni a routert, de egyébként a csomagkezelő nem is enged az architechtúrának nem megfelelő csomagot telepíteni.
OpenWrt/LEDE alatt a DIR-860L-et egyébként sem tudod sehogy brickelni hiszen a gyári webes recovery mindig elérhető marad, mert a bootloader és a kalibraciós adatokat tartalmazó flash partíciók nem írhatóak OpenWrt/LEDE alatt. -
#767
markussandor
senior tag
Kisbatyu75
#766
markussandor
senior tag
válasz
Kisbatyu75
#766
üzenetére
Volt ilyen kérdés nemrég, a válasz, a környezetünkben mindenhol B1-et adnak!
-
#766
Kisbatyu75
tag
Kisbatyu75
tag
Sziasztok!
Tudja esetleg valaki, hogy melyik boltban árulnak biztosan B1 revíziójú routert?
Köszi -
#765
markussandor
senior tag
amulet
#756
markussandor
senior tag
már csak az lenen a kérdésem, hogy ha nekem a stabilitás és a wifi jel a fontos
Hetekig (hónapokig) használtam gyári FW-el, amíg elég volt az általa nyújtott funkcionalitás, a stabilitással nem volt gondom, inkább az zavart, hogy kb másfél éve nem jött ki hozzá frissítés, így fene tudja, hogy mennyi sechole van benne.
Aztán jött a vezérhangya, és új funkciókra lett szükségem, ami miatt felraktam az OWRT-t, majd nemrég a LEDE-t. A wifi nálam teljesen jó, rengeteget számít, hogy hová teszem a routert a lakásban, a legtöbbet ezzel lehet nyerni/bukni sebesség szempontból!
-
Tyrel
őstag
válasz
vargalex
#762
üzenetére
Köszi!
És ha kijön az SFE-s LEDE akkor meg kell várnom amíg valaki az említett csomagokból fordít rá egy verziót?
Vagy majd itt jól eláruljátok hogy melyik másik LEDE / OpenWRT verzióhoz való package-ek passzolnak majd ahhoz is és force install, vagy hogy fog ez kinézni? Tudom egyébként azzal brickelni a routert hogy pl. egy nem rá való Transmissiont telepítek, vagy csak szimplán nem fog működni rajta az az alkalmazás és ennyi?
-
vargalex
félisten
A gond az, hogy OpenWrt/LEDE alatt a kernel verziószáma egy hash is, ami a dátumból, kiválasztott csomagokból, stb. számítódik. Így ahány build, annyi különböző verzió. Persze, ha tudod, hogy maga a kernel biztosan azonos, akkor lehet force-olni a telepítést. De ez az egész csak a kernel csomagoknál jelent problémát.
Egyébként az egyéni build-ektől eltekintve OpenWrt/LEDE vonalon Tomato-s analógiával valóban csak mini build-ek léteznek, de pont azért, mert azt telepítesz később, amire szükséged van. És ezt megteheted a webes felületen. Ráadásul a DIR-860L 16MB-os flash-e a legtöbb dologra elég is lesz (samba, ftp, nfs, transmission, minidlna, nyomtató megosztás, VPN biztos elfér utólagos telepítéssel is és még hely is marad).
-
Tyrel
őstag
Közben utána néztem kicsit ennek a LEDE-nek, de én így Tomato-s múlttal végig abban a hitben éltem hogy ebből is van normális all-in-one build, felrakom és minden megy, csóközön...
...deeee elég gyanús most már, hogy itt csak mini buildek vannak, és ha bármit is akarok, pl. egy miniDLNA-t vagy egy Transmission-t, azt nekem kell külön feltennem rá.
Itt néhány hsz.-el visszább vitatkoztatok, hogy ezekre a LEDE mellékágakra mint pl. az SFE-s LEDE ami elvileg jön (valaki elárulhatná hol lehet követni a fejlesztését), ezekre gondok szoktak lenni a package telepítéssel / támogatással... ha jól értem...
Ezt kicsit ki tudnátok fejteni hogy mi van? Én a Linuxos világban nem vagyok igazán otthon, de tudtommal ezek alatt van egy bárakármilyen kernel, ami kb. azonos lehet az egyidős OpenWRT és LEDE buildekben, és "csak" driverekben, és magasabb szintű funkciókban térnek el egymástól a különbőző buildek. Idáig igaz?
Na most ha a kernel ill. az oprendszer maga kb. ugyan az, a drivereknél pedig feltételezzük hogy az őket használó alkalmazások irányába egységes (akár szabványos?) API-kon kommunikálnak, akkor hogy a viharba lehet az, hogy egy package pl. OpenWRT-n működjön, SFE-s LEDE-n meg ne?Vagy félreértem az egészet?...
-
-
woodworm
veterán
Érdekes, hogy a c2 kapcsán mennyi negatív vélemény van a wifiről, míg mondjuk a xiaomi mini-ről inkább pozitív visszajelzések vannak túlnyomó többségben. Lévén azonos chipsetre épülnek, a tp-link nagyon elbaszhatta azt az antennázást vagy a szoftvert. Esetleg az embereknek méterekre a routertől, több falon keresztül vannak irreális elvárásai vagy nincsenek tisztában a klienseik tudásával és a routert könnyebb hibáztatni, mint a drága telót, laptopot.
-
suste
veterán
Egyrészt Te is leírtad, hogy külső antennás routered van, mégis gyenge a jele szerinted.
Másrészt szedj szét egy antennát, vagy nézz róla videókat, képeket (rengeteg van a neten), és döntsd el, hogy elférhet-e egy normális antenna (borítás, csatlakozó, stb nélkül) a dobozban....
Egyébként ennek a routernek kifejezetten jó a szórása szerintem, ha megfelelő a driver és a beállítás. -
vargalex
félisten
válasz
woodworm
#752
üzenetére
Hasonló tapasztalataim vannak. Nem rosszabb (sőt, inkább jobb) a hatótáv, mint a következő külső antennás routereké: D-Link DIR-825, TP-Link TL-WDR4900, TP-Link TL-WDR3600. A Linksys WRT3200ACM-el még nem vetettem össze. De az nagyon más árkategória (igaz, a fentiek is jellemzően drágábbak voltak újként).
-
woodworm
veterán
Nem érzem a külső antennák hiányát. Amilyen játék megy ott néhány esetben, lehet a nyomtatott áramkör több rezet tartalmaz. Egyetlen hátránya van, az pedig a körülményesebb pozicionálás.
Jelenleg egy wdr3600-assal, 1043ndv1-essel és egy xiaomi minivel tudom összemérni, szerintem nyeri a versenyt. -
krealon
veterán
illetve
5 dolog, ami javithatja a wifi-d sebesseget
A DIR-860L-t padavan firmware-rel hasznalva, problemamentes a wifi.
A lefedettseg pedig a fenti video tanacsainak megszivlelesevel javithato. -
#749
Zirowe
nagyúr
csocsoszán
#748
Zirowe
nagyúr
válasz
csocsoszán
#748
üzenetére
Nekem is dobálta az elején, a végén már kb 20-30 percenként.
Hdd újracsatolás előtt futtattam egy e2fsck-et, utána nem jelentkezett, illetve rá egy hétre visszatértem a sambás lejátszáshoz, szóval nem biztos végleg megoldódott. -
amulet
senior tag
sziasztok
Szeretnék egy fenti routert vásárolni, D-Link DIR-860L
sokan azt mondják, hogy gyenge a jele mert belső antennás.
jelenleg egy archer c2 van ami tényleg gyenge (de külső antennás)
Szerintetek ez erősebben sugároz majd? Most a kertben kb 1-2 mb a net sebessége, várható, hogy ezzel gyorsabb lesz?
Mik a tapasztalatok a szakadás, lefagyás tekintetében?
A gyári soft helyett érdemes a külsős softvert felrakni?üdv
-
-
Tyrel
őstag
Engem pont egy ilyennel dobott meg a Telekom a gigabites net mellé, de kb. 10 percig ha használtam... Rettentően buta / korlátozott a gyári szoftvere, kb. kizárólag csak arra jó hogy legyen vezetékes LAN meg 5GHz WiFi hozzá - gyakorlatilag épphogy netezni lehet rajta és ezzel vége.
Ha ennyi elég biztos jó... Sajnos tényleg nem használtam többet.
-
woodworm
veterán
válasz
vargalex
#739
üzenetére
Érdekes módon a factory írásakor nem reklamált és visszaellenőrizve végre is hajtotta.
root@LEDE:~# mtd write /tmp/mtd2_radio.backup radio
Unlocking radio ...
Writing from /tmp/mtd2_radio.backup to radio ... [e]Failed to erase block
root@LEDE:~# mtd write /tmp/mtd3_factory.backup factory
Unlocking factory ...
Writing from /tmp/mtd3_factory.backup to factory ...
root@LEDE:~# mtd -r write /tmp/mtd4_defaults.backup defaults
Unlocking defaults ...
Writing from /tmp/mtd4_defaults.backup to defaults ...
Rebooting ... -
vargalex
félisten
válasz
vargalex
#712
üzenetére
Nos, megnéztem a flash chip adatlapját, illetve ismételten a partíciók felosztását.
Az adatlapból az látszik, hogy a flash 64 KB-os blokkméretet használ. Viszont a radio partíció 0x34000-nél kezdődik, ami: 0x34000 = 212992. 212992 / 1024 = 208. 208/64 = 3,25. Azaz nem blokk határon kezdődik a partíció. Ugyan így igaz ez a factory partícióra is: 0x38000 = 229376, 229378/1024/64=3,5. Csak gondolom a factory partíció írásáig senki nem jutott el.
Az u-boot-env partíció blokk határon kezdődik: 0x30000 = 196608, 196608/1024/64=3. Tehát annak sikeres az írása.
Így azt találtam ki megoldásnak, hogy build-elek egy olyan LEDE firmware-t, amiben definiálok egy új partíciót (mondjuk backup néven), ami az u-boot-env+radio+factory+defaults partíciók összessége lesz. Ez ugye blokk határon fog kezdődni, összesen 128KB, azaz 2 blokk.
Ezzel a megoldással a korábban készített mentés is visszaírható majd, csak össze kell másolni egybe a korábbi mentéseket:
cat u-boot-env.backup radio.backup factory.backup defaults.backup > backup.backupmajd fel is lehet írni:
mtd -r /tmp/backup.backup backupHa minden jól megy, még ma build-elek.
Szerk.: Padavan alatt azért sikerült visszaírni, mert ott a Config és a Factory partíció is blokkhatáron kezdődik, illetve a mértük is a blokkméret többszöröse.
[ Módosította: Intruder2k5 ]
-
woodworm
veterán
Első lépésként a már előbb említett partíciómentéseket egyesíteni kell. Én a Total Commandert használom ilyen célra. A lényeg, hogy azonos nevűek legyenek és sorszámot tartalmazzanak. Fontos a sorrend!
u-boot-env.backup >> 01.backup
radio.backup >> 02.backup
factory.backup >> 03.backupAz első fájl kijelölése után, a tc menüben a fájl egyesítést kiválasztva a program végzi is a dolgát. A kapott fájlt át lehet nevezni mtd1.bin-re, hogy később is tudni lehessen miről van szó.
Ha nem lenne bekapcsolva, az ssh-t engedélyezni kell a padavan adminfelületén. Párhuzamosan használtam winscp és ssh kapcsolatot, de meg lehet oldani máshogy is a másolást. Winscp-vel felmásoltam a router /tmp könyvtárába a létrejött mtd1.bin-t és a lede alatt mentett defaults.backup-ot.
SSH-n belépve a következő parancsokat kell kiadni.cd /tmpmtd_write write mtd1.bin "Config"mtd_write write defaults.backup "Factory"
Mivel nekem működő routernél nyomva tartott reset gombbal nem jött be a recovery menü az újraindulás után és az utolsó parancsnál esetlegesen megadott reboot opció sem járható út, mert a padavan a boot során rögtön módosítja a partíciókat. Ezért a két partíció felírása után áramtalanítottam a routert, majd recovery üzemmódban indítottam el. Reset lenyomva tartása mellett áramot adtam neki, a gépen fix ip-adtam meg (192.168.0.2) és a böngészőben megadtam a 192.168.0.1-es címet.
Innentől mehet rá gyári/openwrt/lede is. -
woodworm
veterán
Sajnálatosan hasonló különben a padavan helyzete is. Eredetileg elég szűk megkötésekkel használhatják a kódot és különböző drivereket, nem is nagyon készítenek buildet az asus termékein kívül. A szürke zónában létezik a prometheus, ami több készülékre kibővíti a támogatás és foltozza az eredeti környezetet.
A 860l-be valamilyen okból beletört a bicskájuk és bár az oldalon a támogatott eszközök között szerepel, de már nem töltődik le hozzá a board beállítás. Radmir pedig nem oszt meg beállításokat, csak kész fw-ket.Tényleg örvendetes lenne, ha legalább a wifi környékén történne valami. Mióta a 1043-as kiöregedett és a wdr3600-as került a helyére nem fedi olyan szépen a lakást. Amint játszok a dlinkkel rögtön jönnek, hogy nem jó a wifi, csináljak már valamit. Ha rendeződne végre lede-n a helyzet, menne nyugdíjba a 3600-as is.
@Tyrel
A mini olyan triviális feladaton bukott meg, hogy wifi kliensként szerettem volna csatlakozni vele a hálózatra úgy, hogy lássák a kliensek egymást és a megosztásokat.
- a xiaomi bár openwrt-t használ, de egyedi felülettel. Kliensként csak úgy csatlakozik, hogy a másik frekvenciát használja továbbszórásra.
- két egyedi build volt elérhető rá, egyikkel sem volt elérhető az opció, mert fordításkor elfelejtették bekapcsolni.
- az openwrt/lede wifije pedig nem volt kielégítő. -
dchard
veterán
válasz
woodworm
#733
üzenetére
Nem kell ezt offba rakni, szorosan ide kapcsolódik
Azt kell mondjam, hogy ebben a kérdésben veled értek egyet. Túl sok munka ezeket egyeséével belepakolni ahhoz, hogy ne egy egységes megoldáson, de minimum egy nyílt forrású megoldáson dolgozzanak, amit bárki bármikor tovább tud fejleszteni, karban tud tartani. Az SFE annyira általános megoldásnak tűnik, hogy azon sem lepődnék meg, ha előbb-utóbb egy átdolgozott változatát beemelnék a hivatalos kernelbe is.
Amiről inkább beszélnünk kéne az pont a WiFi. Mikor anno a Qualcomm felvásárolta az Atherost, mind be voltunk csokizva, hogy a viszonylagos nyílt világnak majd vége lesz, korábban számos példa volt rá, a QC általános hozzáállása is ezt tükrözte. Szerencsére sikerült megtalálni a középutat: az igazán értékes részt a digitális jelfeldogozással kapcsolatban egy jól védett csak binárisan elérhető mikrokódba rakták, amit alkalmasint frissítenek, a driver az inicializáláskor automaikusan betölti, az implementáláshoz szükséges részt pedig kinyitották. Ezért van ma a legjobb elérhető nyílt forrású támogatása a QCA chippel szerelt routereknek.
Nem érzi a Mediatek, hogy lépéshátrányba kerül a riválisával szemben, ha nem változtat a hozzáállásán?
Dchard
-
Tyrel
őstag
válasz
woodworm
#733
üzenetére
De amúgy akinek nincsenek ilyen igényei hogy egyedi package-ket telepítsen még pluszba meg hasonlók, csak egy "sima" LEDE kell neki jobb NAT-al meg jobb WiFi-vel, annak teljesen jó lehet az a firmware nem? Mármint, még akkor is ha nem fejlesztik tovább.
Vagy ez úgy van hogy amit ilyenkor összeraknak az csak egy tök szűz LEDE és ha pl. én akarok bele egy Transmission-t vagy egy miniDLNA-t akkor azt nekem kell külön telepíteni és ha nincs ahhoz a konkrét buildhez való akkor ráb*sztam?
AIO buildet csinálnak alapból, nem?
-
woodworm
veterán
Mi a nonszensz?
Hogy sejteni vélem mi lesz egy hasonló fórumos egyedi build végeredménye? Nem tudom vannak-e itt, akik a xiaomi minivel végigjátszották már ezt, de ott is ez történt. Jött egy project, belerakta a gyári wifi drivert, készített egy luci oldalt az egyedi wifi beállításoknak, forgatott néhány csomagot és agyő, hónapokra eltűnt.
Jött egy másik, továbbvitte a vonalat újabb openwrt kiadással, leforgatott csomagok nélkül.
Értem én, hogy rengeteg energiát belefeccöltek, de ha valamilyen akadályba ütköztél, akkor ott álltál a sivatagban víz nélkül.
Köszönöm szépen, fejlesszék az SFE-t és az mt76-ot, azok legalább egységes megoldások. Ha a készülék nem általános router célra kell, akkor úgy is azt fogom használni. Ahogy a minivel is visszatértem a szalonnasütős zene miatt. -
woodworm
veterán
Ezt a nevet kapja a lede keresztségben a technológia? Az a srác már a 1043v1-es idők óta hajszolja a sebességet, mindig talált valami kiskaput.
@xabolcs
A hwnat és a wifi gyári drivereinek a beépítése amennyi hasznot hozna, annyi hátulütője is lenne. Most lelkes a közösség, de ez az elkészülte után lanyhulna és hamar ott tartanánk, hogy nincs használható csomag a rendszer folyamatos frissen tartásához vagy egyedi feladatok megoldásához.
A padavan jelenleg is megkapja sokszor a topikban, hogy nem bővíthető rugalmasan, de egy egyedi build is hamar erre a sorsra jutna. A hasonló mediatek chipsetet használó xiaomi eszközeinél is ez volt a tapasztalat. -
dchard
veterán
Akkor igazad is lenne, ha a HW NAT pontosan ugyanazt a feladatot csinálná meg hardveres gyorsítással. A probléma az, hogy ez nem így van. A HW NAT az esetek többségében egy csalás, ráadásul megtöri a kompatibilitást a linux kernel hálózati stack-jével, ebből számos limitáció és probléma fakad. Van olyan népszerű implementáció, amely például nem gyorsítja a forwardolt portokat. Tehát baromi jón néz ki a speedtest-es gigabites mérés, de amikor a NAS-ra torrenteznél, vagy FTP-znél, már nem működik a "HW NAT". Egyéb probléma még a késleltetés: például kis méretű csomagokat lassabban tol át magán, mint a normál software stack, különösen terhelés alatt. Vagy hogy mást ne mondjak: egyetlen jól működő QoS motorral sem működnek a jelenlegi HW NAT megoldások, ellenben az SFE működni fog velük.
Tehát bőven van limitáció a HW NAT-ban. Arról nem beszélve, hogy milyen nehéz implementálni driver szinten a különböző gyártók eltérő megoldásait a ki nem adott specifikációk miatt. Ennél sokkal jobb döntés volt az SFE generikus kódja, és az ebbe fektetett munka, amiből viszont mindenki profitál. Nem is emlékszem az elmúlt évekből hasonlóan széles réteget érintő, ennyire látványos méretű előrelépésre, ami egyetlen OWRT/LEDE fejlesztéshez köthető.
Hogy visszatérjek a saját házunk tájára
ebből a szempontból továbbra is a Wifi drivereket kéne tovább reszelni, de ahogy nézem eléggé leült az aktivitás az mt76 repóban.Dchard
-
xabolcs
őstag
Igen, ismerem en is azt, es varom mar, hogy hivatalosan is kiadjak.
En a hardveres megoldast reszesitem elonyben, ha van szoftveres es hardveres megoldas is ugyanarra a problemara (ertsd: gyorsabb/hatekonyabb NAT-olas).
Ahogy irod, ennek a routernek szerencsere nincs egetoen szuksege ra.
-
Dadan01
senior tag
Találkozott már ilyennel vki?
Sat Aug 19 11:00:24 2017 kern.info kernel: [254423.570000]
Sat Aug 19 11:00:24 2017 kern.info kernel: [254423.570000] do_page_fault(): sending SIGSEGV to minidlna for invalid write access to 772e93d4
Sat Aug 19 11:00:24 2017 kern.info kernel: [254423.590000] epc = 0040ea21 in minidlna[400000+29000]
Sat Aug 19 11:00:24 2017 kern.info kernel: [254423.600000] ra = 00410821 in minidlna[400000+29000]
Sat Aug 19 11:00:24 2017 kern.info kernel: [254423.610000]Már másodszor 24 órán belül. Filmet néztem dlna-n keresztül, épp végzett egy torrent a háttérben, dlna folyamat leáll és nyekk. Ha újra is indítom, az friss cucc nem kerül be az adatbázisba, törölni és újra kell generálni. Hadd ne mondjam, 3 év alatt 1x sem volt ilyen a wdr3600-al
Ötlet? -
dchard
veterán
Ennél sokkal érdekesebb a helyzet NAT ügyileg. Úgy tűnik, hogy nem kell majd a HW NAT-tal szórakozni, mert éppen születőben van egy gyors, de nem hardware függő megoldás: a Shortcut Forwarding Engine, vagy SFE röviden. Vargalex és többen már tesztelték, elég látványos 2-3 szorors gyorsulást lehet vele elérni, de láttunk már 3-4-szereset is. És ez generikus megoldás, ha végre betolják LEDE- alá, akkor az összes router profitál majd belőle.
Itt tudsz olvasni róla:
https://forum.lede-project.org/t/qualcomm-fast-path-for-lede/4582
Elég jól állnak már. Ne tévesszen meg a név, nem Qualcomm specifikus, csak a kód egy része tőlük származik.
Nem mintha a 860L ne tudná most is kinyomni LEDE alatt a gigabitet, de sosem baj ha marad processzor idő másra is
Dchard
-
#725
Multibit
nagyúr
csocsoszán
#722
Multibit
nagyúr
válasz
csocsoszán
#722
üzenetére
Lehet, az I5 régi, és fék sajnos.
Milyen i5? Nem hinném, hogy az a szűk keresztmetszet. Egy i5-2520M-mel mennie kell, ez biztos. -
#723
vargalex
félisten
csocsoszán
#722
vargalex
félisten
válasz
csocsoszán
#722
üzenetére
Próbáld meg esetleg egy live linux alól.
-
#721
woodworm
veterán
csocsoszán
#720
woodworm
veterán
válasz
csocsoszán
#720
üzenetére
A laptopot kábelen csatlakoztatva és böngészőben egy speedtestet futtatva sem sikerült nagyobb sebességet mérni? Akár a régi, akár a béta oldalon.
-
#720
csocsoszán
őstag
woodworm
#718
csocsoszán
őstag
válasz
woodworm
#718
üzenetére
Azért én nem vagyok profi mint ti! Van egy lenovo think padom. Olyan 4 év körüli modell I5 processzoros. Van egy himedia q10pro média lejátszom, meg a router. Most cseréltem ki minden kábelt cat5E-re. Lehet, hogy ezek fékek? De az biztos , hogy a Tplink 4300 és Bananapi kombóval nem tudtam kábelen, 3D iso-t nézni a hálózatban szaggatás nélkül. Most meg megy! (Van a dlinkre ráakasztva egy pár winyó.) Úgyhogy előrébb jutottam! Köszönet Suste mesternek!
Köszönöm! -
Tyrel
őstag
Erről a HW-NAT-os, új WiFi driveres LEDE-ről majd írtok ide?
Vagy mi ennek a (branchnek??) a pontos neve, hol lehet nyomon követni a fejlődését?@csocsoszán:
Azt végül is nézted hogy nem ütközik-e valamelyik ~router CPU limitbe? (bár a huawei-n nem tudom hogyan lehetne)
Amúgy igen, a digi jóval olcsóbb mint mások, de mint tudjuk olcsó húsnak... Telekom drága és amúgy egy istentelen balfasz banda, sokszor akasztottak már ki (csak így vidékiként nincs más szolgáltató itt, max. még Invitel...), de eddigi tapasztalataim és ismerőseimnél látottak szerint ők jellemzően azt, vagy közel azt adják amiért fizettél nekik. Amúgy egy fejetlen idióta banda, a szoftveres részlegük is béna, de netem 56k modem óta (még Axelero-nak hívták őket) végig tőlük van, és sosem volt vele gond... Ill. egyszer sok éve két napig nem volt net, mert valami részeg vadbarmok május fát állítottak a fő telefon vezetékbe, de hát arról nem a Telekom tehet... (amúgy utána hetekig ezen röhögött a város, konkrétan ott volt a május fa mellett kidöntve a fűben a telefonvezetéket jelölő tábla... biztos nem tudták mi lehet az...) -
#718
woodworm
veterán
csocsoszán
#717
woodworm
veterán
válasz
csocsoszán
#717
üzenetére
De mértél a router mögött egy megfelelően erős géppel is, vagy csak wifis és a router mérései vannak? Egy kicsit visszább vargalex elmagyarázta, hogy a router hardvere korlátozza az azon mérhető sebességet.
@vargalex
Igen, korábban beszéltünk a padavan és a lede eltérő partíciókezeléséről, azokat a hozzászólásokat kerestem most is vissza, plusz a logban ott vannak a konkrét értékek.
Annak idején amikor kipróbáltam a padavant, radmir hozzászólása alapján először egy random ddwrt-vel próbálkoztam, ott volt hasonló hibaüzenetem íráskor. Pedig a megjegyzése alapján ott is írhatónak kellene lennie a partícióknak. -
#717
csocsoszán
őstag
vargalex
#708
csocsoszán
őstag
válasz
vargalex
#708
üzenetére
Betelefonáltam digiékhez ha a 300 Mbit megvan akkor legnagyobb sajnálatukra, de nem tudnak hibát felvenni!
Szerintem itt sosem lesz 997, méricskélem mikor eszembe jut,
de 504 még csak egyszer volt. Ennyit a Digi 1000Mbit-jéről.
(Mondjuk én meg nem hamis pénzel fizetek.) -
woodworm
veterán
Nem akartam a padavan eltérő felosztásával többet foglalkozni, mivel egyes partíciókat egyesíteni, míg a maradékot darabolni kellene, hogy egy lede alatt készített mentést visszarakj. Hogy a csavar teljes legyen, ha az átmeneti fw felületén mentettél, ugyanazt kapod vissza.
Tehát egyesítettem a lede alatt mentett következő három partíciót:u-boot-env.backup
radio.backup
factory.backupA létrejött fájlt felírtam a defaults.backup partícióval egyetemben, az írás végeztével áramtalanítottam a routert és recovery módban indítottam, raktam rá a kívánt fw-t.
-
woodworm
veterán
válasz
vargalex
#637
üzenetére
Kipróbáltam mindkét elérhető fw-ddel a visszatérést, de az mtd2-es partíció írásakor a többiek által is kapott hibaüzenet jelentkezett.
root@LEDE:~# mtd write /tmp/mtd2_radio.backup radio
Unlocking radio ...
Writing from /tmp/mtd2_radio.backup to radio ... [e]Failed to erase blockPadavan alatt az eredeti partíciók egyesítésével és felírásával sikerült az írás, tehát most sem lehetetlen küldetés a gyári állapot visszaállítása.
-
#709
markussandor
senior tag
markussandor
senior tag
Két napja visszaraktam az aktuális LEDE-t, számomra kellemes meglepetés volt, hogy az 5GHz-es AC sebesség teljesen utolérte a gyárit, ugyanazoknál a mérési pontoknál.
Kb 3m-re ülök most a routertől a nappaliban, és ezt mérem le/fel: 267/105 iperf3-al.
Ha a router közelébe megyek, akkor lazán megvan a 300Mb/s download!Download:
Connecting to host nas, port 5201
Reverse mode, remote host nas is sending
[ 4] local 192.168.5.240 port 40130 connected to 192.168.5.250 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 31.9 MBytes 267 Mbits/sec
[ 4] 1.00-2.00 sec 31.8 MBytes 267 Mbits/sec
[ 4] 2.00-3.00 sec 31.8 MBytes 267 Mbits/sec
[ 4] 3.00-4.00 sec 31.8 MBytes 267 Mbits/sec
[ 4] 4.00-5.00 sec 31.5 MBytes 264 Mbits/sec
[ 4] 5.00-6.00 sec 31.3 MBytes 262 Mbits/sec
[ 4] 6.00-7.00 sec 33.7 MBytes 282 Mbits/sec
[ 4] 7.00-8.00 sec 31.7 MBytes 266 Mbits/sec
[ 4] 8.00-9.00 sec 29.7 MBytes 249 Mbits/sec
[ 4] 9.00-10.00 sec 32.1 MBytes 270 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 318 MBytes 267 Mbits/sec 51 sender
[ 4] 0.00-10.00 sec 317 MBytes 266 Mbits/sec receiveriperf Done.
Upload:
Connecting to host nas, port 5201
[ 4] local 192.168.5.240 port 40880 connected to 192.168.5.250 port 5201
[ ID] Interval Transfer Bandwidth Retr Cwnd
[ 4] 0.00-1.00 sec 11.6 MBytes 96.9 Mbits/sec 0 130 KBytes
[ 4] 1.00-2.00 sec 13.4 MBytes 113 Mbits/sec 0 173 KBytes
[ 4] 2.00-3.00 sec 12.3 MBytes 103 Mbits/sec 0 173 KBytes
[ 4] 3.00-4.00 sec 13.0 MBytes 109 Mbits/sec 0 173 KBytes
[ 4] 4.00-5.00 sec 12.4 MBytes 104 Mbits/sec 0 173 KBytes
[ 4] 5.00-6.00 sec 12.2 MBytes 102 Mbits/sec 0 182 KBytes
[ 4] 6.00-7.00 sec 11.3 MBytes 94.9 Mbits/sec 0 182 KBytes
[ 4] 7.00-8.00 sec 13.5 MBytes 113 Mbits/sec 0 198 KBytes
[ 4] 8.00-9.00 sec 13.7 MBytes 115 Mbits/sec 0 198 KBytes
[ 4] 9.00-10.00 sec 11.6 MBytes 97.0 Mbits/sec 0 280 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Retr
[ 4] 0.00-10.00 sec 125 MBytes 105 Mbits/sec 0 sender
[ 4] 0.00-10.00 sec 123 MBytes 104 Mbits/sec receiveriperf Done.
-
#708
vargalex
félisten
csocsoszán
#707
vargalex
félisten
válasz
csocsoszán
#707
üzenetére
A Speedtest sem csúcsot mér, de valóban teljesen más a módszer. A leglényegesebb különbség az az, hogy a Speedtest szeletel és a legrosszabb 30%-ot, valamint a legjobb 10%-ot eldobja és úgy átlagol.
De még egyszer mondom, hogy nem ez adja a legfőbb különbséget. Egyszerűen az, hogy a Speedtest-et jellemzően egy sok magos nagy teljesítményű x86 architechtúrájú CPU-n futtatjuk több szálon, míg a fenti letöltés egy 880 MHz-es mips SoC-on fut 1 szálon.Anno Suste-nak készítettem egy speedtest mérés módszertanát követő kis C-s alkalmazást, amit többek között a DIR-860L-re is lefordítottam.
-
#707
csocsoszán
őstag
Tyrel
#703
-
vargalex
félisten
A NAT sebességnek valóban a neted sebességével kell egyenlőnek lennie, ha a router bírja a tempót. A DIR-860L bírja alternatív firmware-val is. Viszont, még egyszer írom, hogy a topictárs nem a NAT sebességet mérte, hanem a router letöltési sebességét. Hogy értsd a különbséget: van egy gigabites neted. Tegyük fel, hogy a routered tud gigabitet NAT-olni. De, ha a speedtest-et egy olyan PC-n indítod, amiben mondjuk egy 1 magos atom processzor van, akkor soha az életben nem fogja megmérni a gigabitet.
A 944 Mbps kevés témához: ahogy a topictárs is írta, 115 MB/s = 115*8 Mbps = 920 Mbps.
Szerk:
(#705) Tyrel: szerintem soha nem volt az a mondás a LAN-ra sem...
És nem a DIR-860L, vagy a Telekom gigabit tud 944 Mbps-t, hanem egyszerűen a hálózati forgalom overhead-je (keretezés, stb.) viszi el a többit. A szolgáltató mindig a teljes ethernet keretre vonatkozó sebességet adja meg, nem a hasznos adatokét. -
Tyrel
őstag
válasz
woodworm
#704
üzenetére
jah, jogos, csak még nem vagyok hozzászokva ezekhez a nagy számokhoz ill. ahhoz hogy ebben a régióban már túl nagy a pontatlansága a régi "jól bevált" módszerekhez képest...
Annak idején még LAN-ra ugye az volt a mondás hogy a 10 Mbit-es 1 MBps-t tud, a 100-as meg 10-et 'oszt jóvan, ezt a logikát követve meg nem passzolt annyira a 944 Mbps a 115 MBps-hez... de így utánaszámolva tényleg kb. egyenlőek, vagy legalább is elhanyagolható az eltérés.My bad...
Oh well, akkor ennyit tud a DIR-860L gyári fw-vel, vagy talán még inkább a Telekom Netmánia 1000 vidéken (fyi Szentlőrinc).
-
woodworm
veterán
A 944 Mbps nagyjából a fizikai korlátja a gigabitnek, ennél több csak valamilyen mérési anomália esetén lesz (közbeékelődő cache stb.) vagy ha valaki játszik az mtu értékekkel. Hosszútávú eredménye utóbbinak sem lesz, ha a digi nem támogatja a jumbo frameket.
Ha átváltod a 115 MBps-t Mbitre, még kevesebbet is kapsz, mint a speedtest eredménye. -
Tyrel
őstag
válasz
vargalex
#701
üzenetére
Hát én nem régóta vagyok itt, #665 és #667-ből jött nekem az le hogy LEDE-vel sz*r a WiFi, illetve #686-ból jött le az hogy tényleg valós lehet a probléma, ha épp a gyári WiFi drivert próbálják bele haxxolni a LEDE-be...
Most akkor mi van?
A NAT sebesség számomra eddig(??) egyenlő volt a netem sebességével, lévén az RT-N16-al annak a CPU-ján voltam bottleneck-elve, de amúgy persze értem, hogy miről beszélt csocsoszán, csak az nem tiszta számomra, hogy valamelyik hálózati eszköze ütközik limitbe és attól ilyen "lassú", vagy a DIGI sáros.
@woodworm:
Áh nem kevés a 944 Mbps, vigyorgok én ezerrel, csak úgy értettem hogy a Star Citizen Launcher 115 MB/sec P2P letöltéséhez képest lassú...
-
vargalex
félisten
Az 5 GHz-es wifi-vel soha nem volt gond LEDE alatt sem.
A NAT sebességnek viszont meg kellene lennie, volt olyan kolléga, aki Digi 1000-el mért úgy, hogy a router építette fel a PPPoE kapcsolatot. De igazából a kolléga nem NAT sebességet mért, hanem a router által elérhető letöltési sebességet. Ettől függetlenül elképzelhető, hogy a topictársnál a Digi 1000 ennyit tud. Láttunk már ilyet...
(a szerverét nem én csináltam)
Új hozzászólás Aktív témák
- Szép! Lenovo Thinkpad T14s G2 Üzleti "Golyóálló" Laptop 14" -50% i5-1135G7 4Mag 16GB/512GB FHD IPS
- Bomba ár! Lenovo ThinkPad Yoga 370 - i5-G7 I 8GB I 256SSD I 13,3" FHD Touch I W11 I Cam I Gari!
- Bomba ár! Lenovo ThinkPad Yoga 260 - i5-G6 I 8GB I 256SSD I 12,5" Touch I W11 I Cam I Gari!
- HP EliteBook 850 G8 Fémházas Tartós Laptop 15,6" -65% i7-1165G7 16/512 Iris Xe FHD
- Bomba ár! Lenovo ThinkPad X390: i5-G8 I 16GB I 256-1TSSD I 13,3" FHD Touch I HDMI I Cam I W11 I Gar
- Apple iPhone 14 Pro Max / Kártyafüggetlen / 256GB / 12Hó Garancia / 87% akku
- iPhone 16 Pro 128GB Desert Titanium -1 ÉV GARANCIA - Kártyafüggetlen
- Apple iPhone 11 128 GB Lila 1 év Garancia Beszámítás Házhozszállítás
- HIBÁTLAN iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3527
- HIBÁTLAN iPhone 13 Mini 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS4181, 94% Akksi
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest