Hirdetés
- Huawei P10 - pisztácia nem is volt
- Samsung Galaxy A57 - kecses test, lusta lélek
- Apple iPhone 17 Pro Max – fennsík
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- iPhone topik
- Milyen okostelefont vegyek?
- One mobilszolgáltatások
- Xiaomi 17 Ultra - jó az optikája
- Huawei Watch GT 6 és GT 6 Pro duplateszt
-
Mobilarena
OpenWrt topic
Új hozzászólás Aktív témák
-
-
tlac
nagyúr
válasz
xabolcs
#20495
üzenetére
x86-os openwrt frissítése totál szívás
Celhardveren olyan egyszeru a sysupgrade-del.
legközelebbi eredményt úgy tudod elérni, hogy egy külön pendrive-ot használsz hozzá és arra rakod a rendszert
korábban egy belső vinyóra telepítettem , plusz volt még rajta egy extra partíció is az adatokhoz
de ez a legrosszabb, mert utána már nem lehet frissíteni csak úgy simán image-ből (abban benne van a partíciós tábla is, ami elrontaná az egészet)
szóval inkább vettem egy pendrive-ot hozzá -
xabolcs
őstag
válasz
yodee_
#20496
üzenetére
Teljesen jol csinalod, csak ebbol nem tudtam meg semmit sem a frissitessel kapcsolatban.
En igy szoktam egy friss telepitest elvegezni.A beallitasaidat elmented es visszatoltod? Ott a helyszinen vegzed a frissitest vagy meg tudod csinalni tavolrol is? Melyik image-et hasznalod: squashfs vs ext4, combined vs rootfs?
-
xabolcs
őstag
válasz
yodee_
#20463
üzenetére
Hogyan frissitesz egy belakott x86-os OpenWrt-t?
Szivem szerint egy dual slot-os, avagy A/B frissitesi modot alakitanek ki, ahol a sysupgrade mindig az inaktiv slot-ot frissiti, aztan ha valami nem lenne kerek, akkor nyugodtan boot-olhato a kiindulasi slot.
Hely lenne hozza eleg!![;]](//cdn.rios.hu/dl/s/v1.gif)
Celhardveren olyan egyszeru a sysupgrade-del.
-
devast
addikt
válasz
skippper
#20493
üzenetére
Ideális esetben flow controlnak off-on kellene lennie. Ha nincs valahol specifikusan dokumentálva, hogy kapcsold be (pl iscsi san hálózatokon van értelme), akkor mindig off. Elég ha a drót egyik végén kikapcsolod ezeket, általában auto negotiation-ra vannak állítva. Viszont ha virtualizálsz, akkor ott kell kikapcsolni ahol fizikailag a nic van.
-
skippper
senior tag
-
devast
addikt
válasz
skippper
#20491
üzenetére
amikor ugyanez a NIC a Lan felé néz, nem a WAN-ra, akkor reccenés nélkül bírja a 950-et. Van különbség aközött, hogy WAN vagy LAN interfaceként használom? Más a teljesítményigénye konkrétan a NIC-re?
Ez így ránézésre flow controlnak tűnik. Valszeg az isp eszköz autora van állítva a switcheden meg off. Próbáld meg, hogy ethtool-al kikapcsolod a flow control-t.
ethtool -A eth0(az eszkoz neve) rx off tx off autoneg off
Ha nincs ethtool-od, akkoropkg updateopkg install ethtool -
skippper
senior tag
válasz
xabolcs
#20490
üzenetére
Köszi a válaszokat!
Olyan állapotban van, ami a default, nem állítottam semmit. Kipróbálom majd softwaresen.
@devast: az rpi csak egy próba volt, miután az N100-on nem muzsikált szépen. Több referenciát is olvastam rá, akik ugyanezen a boardon vígan routoltak gigabitet, ezért rápróbáltam, hátha.
Az NVME kártya már úton van hozzá, de újfent abból indultam ki, hogy ugyanezzel a NIC-el több tapasztalatot olvastam, akik vígan kihozzák belőle ezt a teljesítményt, illetve amikor ugyanez a NIC a Lan felé néz, nem a WAN-ra, akkor reccenés nélkül bírja a 950-et. Van különbség aközött, hogy WAN vagy LAN interfaceként használom? Más a teljesítményigénye konkrétan a NIC-re?
-
devast
addikt
válasz
skippper
#20488
üzenetére
- rPi 4B <= felejtsd el, router celra. Persze, meg lehet eroszakolni, meg elvileg mukodne, de egyaltalan nem arra valo, es ahhoz kepest tul draga.
- N100 az jo, viszont en nagyon nem usb-s realtek nic-et hasznalnek routerben...
Valoszinuleg az usb-s realtek miatt f*s az egesz.
Plusz megjegyzes, hogy iperf-el nem ugy tesztelsz egy routert, hogy a szerver/kliens azon fut, hanem 2 kulon eszkozon, es a router csak a ketto kozott iranyitja a forgalmat. Maga az iperf3 is tud nem keves cpu-t enni, es ez befolyasolja az eredmenyt. -
skippper
senior tag
Sziasztok!
Szeretnék itthonra OpenWRT alapú hálózatot, ami stabilan lehozza a ~950mbps-es tempót DIGI-ről, de nem sikerült még elérnem. Jelenleg egy EdgeRouter 4 van, amivel ez adott, a link simán bírja, beton stabilan (kertvárosi régió, kevés felhasználóval).Két megoldást raktam össze eddig:
- rPi 4B (4GB), RTL8153 USB WAN + onboard LAN, 23.05.5 OpenWRT natívan
- Intel N100, 16GB Ram, RTL8153 USB WAN + onboard LAN, 23.05.5 OpenWRT QEMU alatt (KVM image, virtio)Mindkettőn alapbeállítások, lan ip range, dhcp beállít, pppoe hozzáad, kalap kabát.
Az eredmények egyelőre:
- rPi -> 750mbps downlink
- N100 -> ~600mbps downlink
- referencia (EdgeRouter 4) -> 950mbps downlinkiperf3 teszteket csináltam (asztali nagygépem kliens, az openwrt-k serverek), ott betonstabil 950mbps végig.
Mindkét gépen a CPU load eközben 0.4 körül van max, memóriából végtelen van.
Az USB sticket ha átdugom az asztali PC-mbe, simán átjön rajta a 950mbps-es downlink (ha kliensé teszem, nem WAN interfacenek használom).
Kérdéseim:
- van-e köztetek olyan, aki hasonló setupból ki tudott hozni gbps routingot?
- HW vagy config probléma lehet a dolog mögött? (az előbbire már úton van egy NVME 2.5gbps-es kártya az N100-as kisgépbe, utóbbira nincs ötletem)
- lehet-e ez valami qos szerű viselkedés, ami nem enged egy kliensnek teljes sávszélességet terhelni? (default config mellett)
Lenne-e meglátásotok, tud-e valamelyik setup a fentiek közül hozni az ER4 teljesítményét?
Van-e ötlet config módosításokra?Köszi előre is!
-
xabolcs
őstag
válasz
vargalex
#20485
üzenetére
Azt hallottam, hogy ha 2x2.5G lett volna, akkor nem maradt volna az m.2 foglalatnak savszel.
Az az 1G-s port a SoC sajatja!
A GL-MT6000-ben levo erosebb SoC-nal is a masodik 2.5G-s port egy Realtek port.
A tobbportos, multi-gigabites Mediatek SoC-okra meg varni kell!
Bar a Qualcomm ezen a teren elorebb jar, ilyen, teljesen opensource routert, mint az OpenWrt One nem hiszem, hogy partner lenne. -
vargalex
Topikgazda
válasz
xabolcs
#20484
üzenetére
Ez rendben van, de miért nem tettek alapból 2 db 2.5 Gbps-es portot?
Kicsit béna az MT7981B DataSheet-je. Mert szövegesen azt írja, hogy 2 db 2.5 Gbps ethernet interface-t valósít meg, miközben a blokk diagrammon 1 db 2.5 Gbps-es és 1 db 1 Gbps-es látható. Gondolom ez utóbbi a valós és ez magyarázná is a portokat az OpenWrt One-on.
-
-
tlac
nagyúr
intel x86-on tudtok valami egyszerű megoldást a mikrokód frissítésre?
problémázik, hogy későn fut le[ 6.007594] microcode: Attempting late microcode loading - it is dangerous and taints the kernel.[ 6.016484] microcode: You should switch to early loading, if possible.[ 6.026624] microcode: updated to revision 0x28, date = 2019-11-12[ 6.032846] microcode: Reload succeeded, microcode revision: 0x19 -> 0x28[ 6.039651] x86/CPU: CPU features have changed after loading microcode, but might not take effect.[ 6.048598] x86/CPU: Please consider either early loading through initrd/built-in or a potential BIOS update.
Archttila:
ha van már szerver, akkor lehet abból routert is építeni
-
-
#20473
easy...rider
őstag
Archttila
#20471
easy...rider
őstag
válasz
Archttila
#20471
üzenetére
mit akarsz kütyüzni?
mi lenne a végső cél?mert ha nagyon az igények, akkor szerintem egy kis otthoni szerver kell, ami rá van kötve egy routerre. a kis szerver teszi ami tennie kell, a router meg végzi a hálózatos dolgokat.
nálam pici igények vannak, meg hardveraprón jó áron tudtam egy egész jó használt routert venni (Archer C2600) és így két legyet ütök egy csapásra
meg az energiafogyasztást is így csak egy eszköz végzi.amúgy kis otthoni szerver, lehető legkisebb árammal, van erre egy német, watt fétis fórum
és ők gyűjti táblázatba hogy mi mennyit fogyaszt. tök hasznos dolog szerintem
-
xabolcs
őstag
válasz
Archttila
#20471
üzenetére
A Banana Pi BPI-R4 specifikacioban egy picit jobb szerintem, bar az OpenWrt-t meg neha-neha hozza kell reszelni.
Ha szamit a kutyuzesi faktor, akkor abban az OpenWrt One ugyanennyi penzert gyengebb hardverrel eleg jol helyt all!
-
#20469
vargalex
Topikgazda
easy...rider
#20468
vargalex
Topikgazda
válasz
easy...rider
#20468
üzenetére
Nem herélt az OpenWrt-re fordított libffmpeg. Alapban a default ffmpeg configgal fordul, csak ugye az ffmpeg leírás szerint külön engedélyezni kell a libx265-öt a h265-höz. És ebből direkt ezért publikálnak is static build-eket (mivel a windows-os telepítő, illetve a linuxos repo-k is az alap configgal - azaz h265 nélkül - fordítottak).
-
#20468
easy...rider
őstag
tlac
#20466
easy...rider
őstag
IP kamera felvételeit akartam tárolni valahogy, mert gyárilag csak memóriakártyára, vagy havidíjas felhőszolgáltatásra tud menteni. Nincs bene olyan funkció mint a drágább verziókban hogy FTP vagy Samba vagy egyéb tárhelyre tudjon menteni. (Nekem meg a routeremre van csatolva egy SSD és azt akartam használni tárhelynek.)
Viszont a képet meg a hangot kinyomja magából RTSP protokolon amit VLC-vel, meg TynyCam, meg egyéb programokkal lehet nézni. Ezt akartam valahogy elkapni, mert ez gyakoratilag maga a nyers videó, ugyanaz mintha memóriakártyára mentene.
PC-n az ffmpeg program működött, de OpenWRT-n belül ami letölthető ffmpeg, az egy "kiherélt" verzió, mert amúgy túl nagy lenne az eredeti. De szerencsére van ffmpeg-ből olyan verzió, amit ARM procira fordítottak és ez használható volt -
#20466
tlac
nagyúr
easy...rider
#20465
tlac
nagyúr
válasz
easy...rider
#20465
üzenetére
én még a megoldásoddal egyben sem tudtam megfejteni, hogy mit akartál egyáltalán csinálni vagy miért kell ezt ilyen bonyolultan
-
#20465
easy...rider
őstag
easy...rider
#20464
easy...rider
őstag
válasz
easy...rider
#20464
üzenetére
megoldódott
[ffmpeg] oldaláról letöltöttem a armhf-static verziót (mert a SOC a routeremben lebegőpontos), kitömörítettem az SSD-re ami a routerre van kapcsolva, futtattam és működik
Köszi amúgy! Ha valaki más is küzdene ezzel, akkor így megoldható a dolog.
Annyi, hogy kicsit memóriaigényes, 76MB RAM-ot megeszik egy ffmpeg instance. CPU látszólag ~0%.UI:
Végigpróbáltam az összes armhf verziót és a 4.0.3 eszi a legkevesebb RAM-ot, kb 33MB-ot. Látszólag ez is ~0% procit használ, szóval most ezt próbálom használni.
Gondolom lehetne még minimalistább ffmpeg-et gyártani valahogyan, de az számomra nem lenne egyszerű
-
#20464
easy...rider
őstag
easy...rider
őstag
Sziasztok!
egy szaki segítségét szeretném kérni, akinek remélhetőleg ez csak ujjgyakorlat, viszont nekem attól tatok napok mennének el vele
van IP kamerám ami H265 kódolású RTSP jelet küld. úgy látom az a probléma, hogy ffmpeg nem tudja elkapni a videó fejlécét és így nem tud új fejlt írni.
root@TL-C2600:~# ffmpeg -i "rtsp://user:pws@192.168.33.10:554/cam/realmonitor?channel=1&subtype=0" -c copy -f segment -segment_time 120 -reset_tim
estamps 1 /storage/emulated/0/Download/test21_%03d.mp4
ffmpeg version 5.1.3 Copyright (c) 2000-2022 the FFmpeg developers
built with gcc 12.3.0 (OpenWrt GCC 12.3.0 r24146-239cdcd90c)
configuration: --enable-cross-compile --cross-prefix=arm-openwrt-linux-muslgnueabi- --arch=arm --cpu=cortex-a15 --target-os=linux --prefix=/usr --pkg-config=pkg-config --enable-shared --enable-static --enable-pthreads --enable-zlib --disable-doc --disable-debug --disable-lzma --disable-vaapi --disable-vdpau --disable-outdevs --disable-runtime-cpudetect --enable-lto --enable-vfp --enable-neon --enable-vfp --disable-x86asm --enable-gnutls --disable-decoder=atrac3 --disable-decoder=h264 --disable-decoder=hevc --disable-decoder=vc1 --disable-muxer=h264 --disable-muxer=hevc --disable-muxer=vc1 --disable-demuxer=h264 --disable-demuxer=hevc --disable-demuxer=vc1 --disable-parser=h264 --disable-parser=hevc --disable-parser=vc1 --enable-libopus --enable-small --enable-libmp3lame --enable-libfdk-aac
libavutil 57. 28.100 / 57. 28.100
libavcodec 59. 37.100 / 59. 37.100
libavformat 59. 27.100 / 59. 27.100
libavdevice 59. 7.100 / 59. 7.100
libavfilter 8. 44.100 / 8. 44.100
libswscale 6. 7.100 / 6. 7.100
libswresample 4. 7.100 / 4. 7.100
[hevc_v4l2m2m @ 0xb5910840] Could not find a valid device
[hevc_v4l2m2m @ 0xb5910840] can't configure decoder
[rtsp @ 0xb5973c60] Failed to open codec in avformat_find_stream_info
[hevc_v4l2m2m @ 0xb5910840] Could not find a valid device
[hevc_v4l2m2m @ 0xb5910840] can't configure decoder
[rtsp @ 0xb5973c60] Could not find codec parameters for stream 0 (Video: hevc, none): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
Input #0, rtsp, from 'rtsp://user:psw@192.168.33.10:554/cam/realmonitor?channel=1&subtype=0':
Metadata:
title : Media Server
Duration: N/A, start: 0.000000, bitrate: N/A
Stream #0:0: Video: hevc, none, 25 fps, 25 tbr, 90k tbn
Stream #0:1: Audio: aac, 16000 Hz, mono, fltp
[segment @ 0xb55839c0] dimensions not set
Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
Error initializing output stream 0:1 --
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Last message repeated 1 times
root@TL-C2600:~#próbáltam -analyzeduration, -probesize, meg más paramétereket is, de úgy tűnik mindenképp kell neki h265 valamilyen szintű támogatása hogy felismerje.
OpenWRT alatt nem támogatott a h264 meg a h265 sem, de olyat olvastam hogy valaki összerakott olyan ffmpeg verziót amiben benne volt a h264 kódolású rtsp dekódolásához szükséges dolgok és így működött neki. h265-tel is azt remélem megoldható lenne ez és azt szeretném kérdezni, ebben tudna e nekem valaki segíteni?
akár megcsinálni és akkor honorálom valamivelnincs amúgy tervden semilyen encoding, csak direktben lementeni az rtsp folyamot ( -c copy )
Köszönöm előre is!
-
#20462
bmxbandita
tag
bmxbandita
tag
Sziasztok!
Kb. fél éves snapshot buildre tudok még valahogy telepíteni opkg-n keresztül?
A snapshot branch idő közben átállt Apt-re, így nyilván hibára fut a package frissítés.
Ha nem, akkor manuálisan letölthetőek az opkg-s packagek valahonnan?Köszi!
-
yodee_
őstag
válasz
vargalex
#20460
üzenetére
Végülis így leírva nem is olyan vészes:
Download factory image on the router and rename it to factory.bin. Below, you can find an example command that uses a snapshot image:
cd /tmpwget -O factory.img https://downloads.openwrt.org/snapshots/targets/mediatek/mt7622/openwrt-mediatek-mt7622-xiaomi_redmi-router-ax6s-squashfs-sysupgrade.itb
Then flash new layout:mount -o remount,ro /mount -o remount,ro /overlaycd /tmp dd if=factory.bin bs=1M count=4 | mtd write - kerneldd if=factory.bin bs=1M skip=4 | mtd -r write - ubiEl tudom cseszni vele?
-
-
tlac
nagyúr
volt némi biztonsági probléma az openwrt asu szervereivel:
Attended Sysupgrade Server CVE-2024-54143
aki használt asu-t korábban és biztosra akar menni, csináljon új buildet és tegye fel újra
-
xabolcs
őstag
válasz
yodee_
#20455
üzenetére
Xiaomi AX3200 eseteben arra kell figyelni 23.05 -> 24.10-re (es SNAPSHOT-ra) valo valtaskor, hogy belerult egy second stage loader a kepletbe: a gyari U-Boot az igazi kernel helyett egy OpenWrt-s U-Boot-ot indit.
Hogy ne legyen adatvesztes (igazabol nem probaltam, szoval elotte mentsel!), szukseges a kezi beavatkozas.
Reszletek, pontos parancsok a Wiki-ben: Upgrading from 23.05 and earlier to upcoming 24.10 or snapshot -
JonssoN
tag
válasz
yodee_
#20455
üzenetére
Én DIR-842 C3-on frissítettem tegnap reggel 23.05-ről 24.10 rc2-re Lucin keresztül. Hiába kapcsoltam be, hogy megtartsa a beállításokat, resetelni kellett lucin keresztül, mert a frissítés zökkenőmentesen lement csak utánna net meg nem volt.
Reset után minden fasza. Picit mintha több memóriát enne, de ezt más routereknél is olvastam frissítés után. Viszont a 8 led-ből továbbra is csak 5 állítható. 
-
hmzs
tag
Segítséget kérek.
4G lte kártya (L850-GL) usb3-as adapterben van csatlakoztatva az openwrt-s pc alapú (S920) routeremhez. Kb minden jó, de reboot után nem ismeri fel a rendszer a kártyát. Ez vagy az adapter, vagy az xhci hibája, ezt nem látom át. A gépet ki és bekapcsolva - tehát ha a kártyának megszűnik a tápja - rendben van minden, csak resetnél van gond. Unbind-bind nem segít, és usb reset sem, hisz nincs azonosítója a kártyának, amíg nincs felismerve.
Sajnos az alaplapon csak túláramvédelem van az usb tápvonalakon, nincs mód ki- és bekapcsolásra. GPIO sincs az alaplapon, de lpt-ből meg tudom oldani a fizikai usb tápelvételt, csak ha nem muszáj nem gányolnám szét az alaplapot.
Akad valami szoftveres ötlet ennek megoldására? -
kbela365
tag
válasz
vargalex
#20450
üzenetére
Trükkös a dolog, mert valóban két session az engedélyezett Telekomnál, de ez az ellen véd ha valaki a gyári ONT-t használja és azt indítja újra ki/lejelentkezés nélkül! Ha az ONT-ot pass-through mode-ban használja mögötte/mellette saját routerrel és van IPTV előfizetése (de lehet hogy anélkül is), akkor maga az ONT felhasznál egy session-t és a mögötte lévő saját router a másikat. Én rendszeresen elfelejtem ezt és saját router csere/upgrade során ki kell várnom amíg le nem dobják a beragadt session-t. Meglehet, hogy ez nem csak optikai szolgáltatás esetén van így, jelenleg ONT esetében tapasztalom ezt.
-
-
-
eddie1978
senior tag
Sziasztok!
Xiaomi AX6S OpenWrt 24.10 RC1
Nem tud bejelentkezni a router PPPoE-n keresztül. Telekom 1Gb optikai net. Technicolor
FGA2233MAG ONT PPPoE pass through be van kapcsolva. Ezt dobja az OpenWrt az intefaces oldalon: Unknown error (AUTH_TOPEER_FAILED). Felhasználó/jelszó páros jó kell hogy legyen. Eddig ezzel ment.
ONT-tól most DHCP-n keresztül kap IP-t. Viszont pár másodpercet kell várni egy oldal betöltésre, mert megakad.Mit csinálok rosszul?
-
#20443
devast
addikt
bmxbandita
#20442
devast
addikt
válasz
bmxbandita
#20442
üzenetére
Sztorno, tenyleg van tax. Nem vágom miért.
-
#20442
bmxbandita
tag
devast
#20441
bmxbandita
tag
válasz
devast
#20441
üzenetére
Teljesen igazad van, szerintem sem éri meg, csak leírtam, hogy szerintem sokak (köztük én is) miért vacillálnak a Xiaomi routereken ha OpenWRT-t tenne rá.
Egyébként pont gl-mt6000 a fő routerem
Gondolkoztam rajta, hogy a slave-et (ami egy Cudy WR3000 most) is lecserélem erre a black friday deal alatt, mert jól nézett ki nagyon, hogy 110 euró. Csak a checkoutkor megfejelte még egy kis 27% áfával a webshop Ennyit meg már nem ért meg nekem.De lecsaptam a most egy használt TUF AX4200-ra
-
#20441
devast
addikt
bmxbandita
#20440
devast
addikt
válasz
bmxbandita
#20440
üzenetére
Most itt lehet apróságokon vitatkozni, de itt 3-4x árról beszélünk. Ha kell a 3x3 és van rá $130-od, akkor vegyél újan egy gl-mt6000 -et, és kész. Annyi pénzért már annyi jó vétel van, hogy nevetséges a One, sajnos.
-
#20440
bmxbandita
tag
devast
#20439
bmxbandita
tag
válasz
devast
#20439
üzenetére
Szerintem a felárban benne van az is , hogy kihagyod a "vajon brickelem-e a xiaomis routert telepítés közben" parát
De egyébként nem teljesen igaz ez sem, mert 5Ghz-en az OpenWRT One 3x3-as, az AX3000T meg csak 2x2-es. Nekem pl. kifejezetten jól jönne a WDS hálózatomhoz a 3x3-as slave ap, mert a fő routerem 4x4-es, így több streamet tudna használni a két router egymás közt.
-
attilav2
őstag
válasz
xabolcs
#20437
üzenetére
A TUF-AX4200 árszintjén van, akit nem zavar a randa ház és támogatni akarja az openwrt-t, annak nyilván megéri ilyet venni, ha valakit zavar a kinézete az ax4200-al jobban jár
Mondjuk 1 giga ram van benne, az ax4200 fél gigájához képest, ha valakinek ez is szempont. -
xabolcs
őstag
Eloben meg nem lattam, de nagyon orulok, hogy mar megvasarolhato es mindegyik vasarlasbol $10 az OpenWrt-hez jut.
Felig-meddig mar a Xiaomi is elkezdte, amikor 3 LAN portot tett a routerjeire. Meg aztan a GL.iNet utazorouterjeinel sincs tobb: 1 WAN + 1 LAN + WIFI.
Egyebkent nem csak neked fura a kialakitasa! Masik szembetuno, hogy az egyik portja 1G mikozben a masik 2.5G.
Nem is az volt a cel a fejlesztoknek, hogy harcba kuldjek a boltok polcain levo routerek ellen! A fenti cikkben (de mar az ev eleji bejelentesben is) le van irva, hogy mi cel vezerelte oket.
-
-
roseben
tag
Köszönöm. Közben találtam egy külföldi fórumon egy hozzászólást amiben azt matekolja a hozzászóló, hogy mekkora adatforgalmat kell feldolgoznia az eszköznek ha gigabites optikai modem jelét akarjuj szétosztani. Minimum két mag és 1200Mhz órajel amivel csak elketyeg de nem történik semmi komoly. Valószínűleg nem is mostani bejegyzés volt. Eddig így nem értettem illetve gondoltam át az eszközigényt. Egy másik poszt pedig azt ecsetelte, hogy inkáb külön eszköz a routernek, külön switch-csel, külön AP-tal. Ki is jött vagy 100.000Ft-ra alsó hangon és ott azt hiszem RPi4 volt a router.
-
Toninho13
aktív tag
Sikerült a TUF-AX4200 OpenWrt installnál valamit elszúrnom. TRX file felment, utána betallóztam a sysupgrade-et, ami közben elszállt a router. Próbálkoztam a recovery móddal, de az asus firmware restoration azt mondja, hogy nincs recovery módban. Jól sejtem, hogy így csak a serialos élesztés marad? Tud abban valaki segíteni Bp környékén?
-
devast
addikt
válasz
attilav2
#20426
üzenetére
Olvasd az ax3000t topikot openwrt.org-on. Folyamatosan jonnek uj hw variansok, siman lehet soft brick-elni, a legujabb hw variansban olyan switch van amihez nincs meg driver, nemhogy openwrt support stb... Egy kezdonek nem adsz a kezebe ilyent. Elso gen rd03 kinai az szog egyszeru volt (ebbol van nekem 3). Azota csak bonyolodik a helyzet, nem tudhatod amit veszel milyen hw-t fog tartalmazni. Igy ajanlani se lehet senkinek ilyent, aki nem bohockodni akar vele, hanem szimplan csak hasznalni. Viszont 16k-ert hasznalt asus ax4200 az jo deal.
-
vargalex
Topikgazda
válasz
devast
#20425
üzenetére
A GL.iNet MT6000-nek a 4 db 1 Gbps és 2 db 2,5 Gbps-es port miatt inkább az Asus TUF-AX6000 az alternatívája. Augusztus környékén abból is volt HA-n ilyen, mint a TUF-AX4200-ból, 10k-val drágábban. Egyébként egy ismerős vett TUF-AX4200-at 40k-ért még tavaly novemberben. Nagyon meg van vele elégedve. Vásárláskor felrakta az OpenWrt-t és az aktuális telefonjával nagyjából ki is hajtotta a gigabites digit wifi-n.
-
attilav2
őstag
válasz
devast
#20420
üzenetére
AX3000T RD23 hazai forrásból nyugodtan vehető szvsz. Arra kell figyelni hogy openwrt felrakása után legalább 6x újra kell indítani, és ha a hatodik újraindításnál elveszíti a beállításokat(resetelődik) akkor alkalmazni kell ezt a workaroundot:
sed -i '/exit 0/i sleep 5\nfw_setenv flag_try_sys1_failed 0' /etc/rc.local
Ezután már megtartja a beállításokat. Erre a hivatalos leírás 'Basic configuration' bekezdésében felhívják a figyelmet.
Asus TUF AX4200-at szerintem akkor érdemes beszerezni ha masszív routeres torrentezés a cél, vagy egyéb routerrel végzett rendszeres nagy letöltések.
Otthonra bőven jó szerintem az AX3000T, felesleges a TUF AX4200 felárát kifizetni(újkori árra gondoltam) ha nem lesz kihasználva a teljesítménye. -
hmzs
tag
válasz
devast
#20422
üzenetére
Három hónapja másfélszer ennyiért vettem, és akkor is jó árnak tartottam
Vagy inkább 
?
Nem tudom mennyire modern a procija, de AX-en egy falon keresztül Ax210 kártyával a notin win szerint 649/1153 (Mbps) a kapcsolat sebessége. Azonos légtérben kb 4 méterre: 1729/1922 (Mbps)
Egy podcast megy a háttérben, telefon töltögeti a méleket, a fórumot böngészem a notin, tehát nincs forgalom, és csak AP, de az 1-3% körüli proci terhelésből arra merek következtetni, hogy akad még tartalék benne. -
-
devast
addikt
válasz
roseben
#20417
üzenetére
Nem vagyok most otthon az elérhető eszközökben, de gondolom valami mt7981-el szerelt dolog lenne manapság amit érdemes legalább venni. Én anno még a kínai xiaomi ax3000t-ből vettem jópárat, de az újabb verziókkal már komplikációk vannak (változott a hardver). A cudy wr3000 volt ilyesmi, de amit itthon kapni abba csak 16mb flash-t raknak, ami elég kevés. Más talán jobban otthon van abban, hogy most milyen normális openwrt-vel kompatibilis eszköz kapható mo-n.
szerk: ha majd egyszer ipq6000/ipq5000 széria is támogatva lesz, akkor több lehetőség is lehet.
-
devast
addikt
válasz
roseben
#20415
üzenetére
Én azt jól elkerülném, ha egy mód van rá. Az MT7621A jó volt, 11 éve $50-ért. idézek: There is no wifi related hardware offloading in MT7621. Tehát csak az, hogy használod a wifit, ki fogja akasztani azt a régi mips cpu-t. Az a hihetetlen, hogy van pofájuk árulni AX-es wifi chipekkel.
-
roseben
tag
Jól elnéztem. Asus RT-AX53U routert néztem ki. Lefotóztam otthon a képernyőt amin a AX52 router volt. Nem is értem. Talán az árukereső rossz modellt nyitott meg. A lényeg, hogy nem a megfelelő tipust vásároltam meg. Vissza már nem viszem. Majd talán 8-10 év múlva megint megpróbálom. Azt hiszem először akkor akartam LEDE/OpenWrt-t használni.
-
devast
addikt
válasz
attilav2
#20400
üzenetére
Van egy pár ax3000t-m, de én ilyenekkel nem szórakozom, production eszközök, fizikailag távol tőlem. Standard 23.05-el működnek rendesen mindenhol. Majd ha 24.10 ki lesz adva , akkor majd frissítem, de akkor is standard openwrt-re, nem ilyen mtk driveres gányolt verzióra. qualcomm-nál megértem a gányolást, mert azért NSS jó tud lenni, de a mediatek az tök jó open source driverekkel rendelkezik, nincs értelme.
-
#20410
hegedussz91
csendes tag
hegedussz91
csendes tag
Sziasztok!
Van egy TP-Link Archer A7 v5 eszközöm amelyen az OpenWrt 23.05.5-ös verziója fut.
Sikerült beállítani a Telekom TV - STB Android-ot azonban az alábbi hibát tapasztalom.
Ha egyszerre megy 2HD adás akkor elkezd szaggatni az adás.
Ha egyszerre megy 2HD adás, de az egyik STB a szolgáltató eszközében található akkor nincs szaggatás.Mi okozhatja ezt a hibát?
Jelenleg ez a IGMP Proxy beállítás van használatban
config igmpproxyoption quickleave 1option verbose 3config phyintoption network wanoption direction upstreamlist altnet 10.1.144.0/24config phyintoption network lanoption direction downstream -
attilav2
őstag
válasz
xabolcs
#20407
üzenetére
devast szerint pár napon belül lesz rc, tehát amikor lesz időd forgatni addigra már elvileg ki kell jönnie.
De ha addig nem jönne ki, a 24.10 snapsottal(git checkout openwrt-24.10) is csinálhatod az mtk driveres tesztet.
Szerintem a 24.10-snapshot és a 24.10-rc között nem sok különbség lesz. -
vargalex
Topikgazda
válasz
attilav2
#20400
üzenetére
Jelenleg az AX3200 édesanyámnál van és távolról nincs is wifis eszköz, amivel tesztelni tudnám. Itthon a Cudy WR3000 van használatban, OpenWrt alap driverekkel. 1 szobával (60 cm-es fal) távolabb a routertől egy Intel Wireless-AC 9560-as klienssel, 80 MHz-es csatornaszélességen, 866Mbps linksebesség mellett le és fel irányban is 650 Mbps környékén mérek:
[gavarga@gavarga-5500 ~]$ iperf3 -c 192.168.22.200
Connecting to host 192.168.22.200, port 5201
[ 5] local 192.168.22.153 port 34046 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 72.5 MBytes 608 Mbits/sec 0 2.60 MBytes
[ 5] 1.00-2.00 sec 80.5 MBytes 675 Mbits/sec 0 2.75 MBytes
[ 5] 2.00-3.00 sec 80.2 MBytes 673 Mbits/sec 0 2.93 MBytes
[ 5] 3.00-4.00 sec 80.9 MBytes 679 Mbits/sec 0 3.08 MBytes
[ 5] 4.00-5.00 sec 78.6 MBytes 659 Mbits/sec 0 3.08 MBytes
[ 5] 5.00-6.00 sec 81.6 MBytes 685 Mbits/sec 0 3.08 MBytes
[ 5] 6.00-7.00 sec 75.8 MBytes 635 Mbits/sec 0 3.08 MBytes
[ 5] 7.00-8.00 sec 75.4 MBytes 632 Mbits/sec 0 3.08 MBytes
[ 5] 8.00-9.00 sec 73.1 MBytes 614 Mbits/sec 0 3.08 MBytes
[ 5] 9.00-10.00 sec 75.4 MBytes 632 Mbits/sec 0 3.08 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 774 MBytes 649 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 772 MBytes 646 Mbits/sec receiver
iperf Done.
[gavarga@gavarga-5500 ~]$ iperf3 -c 192.168.22.200 -R
Connecting to host 192.168.22.200, port 5201
Reverse mode, remote host 192.168.22.200 is sending
[ 5] local 192.168.22.153 port 45334 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 75.1 MBytes 630 Mbits/sec
[ 5] 1.00-2.00 sec 80.8 MBytes 677 Mbits/sec
[ 5] 2.00-3.00 sec 80.4 MBytes 674 Mbits/sec
[ 5] 3.00-4.00 sec 81.1 MBytes 681 Mbits/sec
[ 5] 4.00-5.00 sec 80.6 MBytes 676 Mbits/sec
[ 5] 5.00-6.00 sec 79.2 MBytes 665 Mbits/sec
[ 5] 6.00-7.00 sec 80.9 MBytes 678 Mbits/sec
[ 5] 7.00-8.00 sec 80.8 MBytes 677 Mbits/sec
[ 5] 8.00-9.00 sec 80.8 MBytes 677 Mbits/sec
[ 5] 9.00-10.00 sec 80.2 MBytes 673 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 803 MBytes 674 Mbits/sec 4 sender
[ 5] 0.00-10.00 sec 800 MBytes 671 Mbits/sec receiver
iperf Done.Egyszerűen azért iperf, mert a speedtesten felkoppan a netem (500/22Mbps). Ugyan ezen a helyen egy iPhone 12-vel (szintén iperf-el) 780 Mbps-t mértem. Emlékeim szerint az AX3200 is hasonló sebességet tudott (szintén OpenWrt alap driverekkel).
![;]](http://cdn.rios.hu/dl/s/v1.gif)
viszont ezt a tablat bookmarkoltam, thx! 
meg az energiafogyasztást is így csak egy eszköz végzi.
?
Nem feltétlenül kell AX3200 a teszteléshez.
Új hozzászólás Aktív témák
Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- Milyen légkondit a lakásba?
- Huawei P10 - pisztácia nem is volt
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Külföldi rendelések: boltok, fizetés, postázás
- Kerékpárosok, bringások ide!
- Azonnali fáradt gőzös kérdések órája
- Épített vízhűtés (nem kompakt) topic
- Robotporszívók
- Saját memóriaszabvánnyal küzd a memóriahiány ellen az ASRock
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Microsoft Office 2024 Home Business dobozos
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Game Pass Ultimate előfizetések 3 - 36 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- HP. Laptop. i5. Model: 15-da1002nq
- HP EliteBook 655 G10 15" Ryzen 5 PRO 7530U 32GB RAM Garancia 2028.02.27.
- Dell D6000 univerzális dokkoló USB-C/ USB-A, DisplayLink & Dell WD15 (K17A) USB-C + 130-180W töltő
- Lenovo T495s Ryzen 7 pro 3700U, 16GB RAM, 512GB SSD, jó akku, számla, garancia
- Lenovo IdeaPad 5 Pro - 14" 2.8K 90Hz - i5-1135G7 - 8GB - 512GB SSD - Win11
- AKCIÓ! Gigabyte B650M R5 7600 16GB DDR5 512GB SSD RX 9070 XT 16GB NZXT H7 Flow fehér 750W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest