-
Fototrend
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
-
#2251
xabolcs
őstag
Kisbatyu75
#2250
xabolcs
őstag
válasz
Kisbatyu75
#2250
üzenetére
Ketsegbeesni!
![;]](//cdn.rios.hu/dl/s/v1.gif)
Ha konnyu ujra beallitani a routeredet, akkor teljes torles. Ha nem, akkor szivesen tavsegitek.
-
xabolcs
őstag
válasz
xabolcs
#2247
üzenetére
Tudom nem segit, de teszteltem OpenWrt 22.03.2, r19803-9a599fee93 + D-Link DIR-860L B1 + PPPoE
Vezeteken:
$ speedtest
Speedtest by Ookla
Server: Vodafone Magyarország Zrt. - Budapest (id: 31271)
ISP: Digi TV
Idle Latency: 2.73 ms (jitter: 0.08ms, low: 2.64ms, high: 2.79ms)
Download: 914.86 Mbps (data used: 424.7 MB)
3.23 ms (jitter: 5.81ms, low: 2.55ms, high: 207.08ms)
Upload: 325.48 Mbps (data used: 146.8 MB)
5.28 ms (jitter: 0.75ms, low: 2.12ms, high: 6.22ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/e797cb07-bac8-4529-9e2b-28f14ab08871 -
#2247
xabolcs
őstag
Kisbatyu75
#2246
xabolcs
őstag
válasz
Kisbatyu75
#2246
üzenetére
Voltak problemak a PPPoE hardveres gyorsitasaval a routeren, de az javitva lett a 22.03.0 megjelenese elott. Es azota is jol mukodik.
Az "
nft list flowtables" parancs mit valaszol?
Olyat kellene valaszolnia, hogy benne van a "wan":table inet fw4 {
flowtable ft {
hook ingress priority filter
devices = { lan1, lan2, lan3, lan4, wan }
flags offload
}
}A szokasos offload kapcsolok be vannak kapcsolva?
-
xabolcs
őstag
Pedig mar szepen osszeszedtem a tudashoz szukseges keresoszavakat, csak nem kuldtem el a hozzaszolast!
Keresoszavak:
- tema osszefoglalo
- mtd2
- mtd config
- visszaállás / visszaállításSzoval a visszaallas szerepel az osszefoglaloban is, de hasznalhatod vargalex leirasat a PADAVAN <-> LEDE firmware-jevel.
woodworm leirasa pedig Padavan kornyezetben ertelmezendo!Ha kolcson mentesbol kell dolgozz, akkor hexeditorral irdd vissza a MAC address-eket meg egyeb azonositokat a tieidre!
-
#2232
xabolcs
őstag
kristof123
#2230
xabolcs
őstag
válasz
kristof123
#2230
üzenetére
Masik verzioju Padavan? Esetleg gyari firmware, vagy ha van mentesed, akkor OpenWrt?
Az ilyen elbizonytalanodaskor en tapegyseg problemara gondolok, de a fenti szoftveres kerdest hamarabb ki lehet probalni es egyuttal ki is tudja zarni a tapegyseg hibat.
-
#2228
xabolcs
őstag
losslessonly
#2226
xabolcs
őstag
válasz
losslessonly
#2226
üzenetére
Bocsanat a kesoi valaszert.
Azota tenyleg megjelent a 19.07.10-es verzio, es mar valaszthato is!
OpenSSL-es es WolfSSL-es serulekenysegekrol ir, de persze a kernel is kapott valamennyi backportot: 4.14.275
A biztonsági javítások a legfrissebb 19.07-ben is benne leszenk elvileg, jól gondolom?
Ahogy latod kapott valamennyit. Hogy eleg-e, azt neked kell eldonteni!
Ha van lehetoseged, probald ki az uj 22.03-at (meg mindig csak RC) es ha nem tetszik, akkor valts vissza!
(Tudom, mondani konnyu, csinalni annal fajldalmasabb tud lenni.)
taki01-nek peldaul sikertortenete van a 22.03 + DIR-860L kombinacioval, mikozben howl-nak mindenfele baja van 22.03 + ASUS RT-AC85P-vel. 🤷 -
#2209
xabolcs
őstag
losslessonly
#2207
xabolcs
őstag
válasz
losslessonly
#2207
üzenetére
Szerintem igen. Lehetoleg teljes torlessel!
Egyelore csak branch-eltek a 22.03-at, meg release candidate (RC) sincs belole, nemhogy 22.03.0-as kiadas!
Miben jobb?
Finoman fogalmazva: szerintem nem lesz rosszabb.
A DIR-860L mar a 19.07 idejen is elegge kiforrott volt. Volt nehany veletlen ujraindulasa, de egyebkent teljesen jol mukodik 19.07-tel is minden funkcioja. 21.02-vel szerintem volt egy kis visszalepes, de 22.03-mal mar a HWNAT / hw offload is hibatlan lesz.
Routerunk eseteben igy csak az marad, hogy azert jobb, mert frissebb kiadas lesz: a biztonsagi javitasok benne vannak. Lasd Bici esetet a Padavan-os kartevovel!A 19.07-es vonalbol talan jon meg ki egy verzio, de ha megjelenik a 22.03, akkortol kezdve nem lesz tobb 19.07!
Mukodik-e rajta a suste fele kiegeszito? Ki kell probalni!
-
xabolcs
őstag
DIGI-s topikban mindig a bridge modot es sajat routert ajanlanak, de persze veszmegoldasnak megteszi a DIGI-s eszkoz.
A SNAPSHOT verzion korulmenyes csomagtelepitest en ugy kerulom el, hogy az Image Builderrel (meg annak egy webes valtozataval) elore belerakom a szukseges csomagokat es az elkeszult image-et teszem fol a routerre.
Padavan -> OpenWrt ... ugye van mentesed a routered eredeti particioirol?
-
xabolcs
őstag
Nalam csak az alap router funkciokat latja el: PPPoE NAT, AP, MESH
Eddig a 19.07-et hasznaltam, de amiota megcsinaltak k5.10-nel a PPPoE-s hw offload-ot, azota SNAPSHOT-on vagyok.
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------
OpenWrt SNAPSHOT, r19043-c2d7896a65
-----------------------------------------------------
| Machine: D-Link DIR-860L B1 |
| Uptime: 9d, 12:36:26 |
| Load: 0.04 0.03 0.00 |(Csak azert 9 nap az uptime, mert nem tudtam mi okozza a szakadast, es ujrainditottam a routert.
)A nativ IPv6-tal van meg valami: az mt7621 tamogatja, de az ujabb mediatek/mt7622 es mt7623-ak meg nem.
Ez az IPv6-os dolog nem tudom hogyan lesz megoldva. Nekem DIGI-vel semmi bajom, a test-ipv6 10/10-et ad. -
#2187
xabolcs
őstag
Kisbatyu75
#2186
xabolcs
őstag
válasz
Kisbatyu75
#2186
üzenetére
A PPPoE javitas meg aznap este megerkezett, nagyon jol mukodik, de van valami furcsa, "nem toltodnek be az oldalak" hiba.
IPv4 es Linux alatt nekem nem volt bajom vele.
-
#2185
xabolcs
őstag
Kisbatyu75
#2159
xabolcs
őstag
válasz
Kisbatyu75
#2159
üzenetére
Pont most sikerult kideriteni, hogy k5.10-zel elromlo majd ujra megjavulo flow offload miert csak DHCP kapcsolatoknal mukodott es PPPoE kapcsolatokkal miert nem.
Van a hivatalos OpenWrt forumon egy tema, ott szepen elolvashato hogyan alakult a HW offload a 21.02-es utani idoszakban.
Most sikerult kideriteni, hogy mukodik PPPoE-vel is a HW offload, csak egy kicsit noszogatni kell.
Remelhetoleg hetvegen megerkezik a javitas, s ujra olyan lesz, mint 19.07 alatt volt!
-
#2184
xabolcs
őstag
Kisbatyu75
#2168
xabolcs
őstag
válasz
Kisbatyu75
#2168
üzenetére
Szia!
Ne haragudj, hogy nem valaszoltam eddig. Mindig csak irok, s alig olvasok!
Ebbol a D-Link DIR-860L B1-bol es egy TP-Link TL-WR1043ND v4-bol all a mesh halozatom.
Eddig mindketten 19.07.8 volt, de most attertem k5.10-es SNAPSHOT-ra a DIR-860L-lel.Tovabbi reszletek az OpenWrt topikban, mert van kerdesem is.
-
xabolcs
őstag
válasz
Maximusz
#2182
üzenetére
... újra beírom a felhasználónév/jelszó párost újra elmentem és ezt megcsinálom 2-szer 3-szor - akkor talán negyedikre beadja, hgoy jó a csatlakozás és van net (ugyan azokkala beállításokkal) ...
Ez valoszinuleg azert van, mert leszakadt a router, s nem tudta rendesen zarni a kapcsolatot. Emiatt a szolgaltatod (DIGI?) 10~15 percig nem enged belepni, mert szerinte az mar a masodik betarcsazas lenne ugyanattol a felhasznalotol.
OpenWrt 19.07-nel amugy is varhato a random reboot mt7621 eseteben, de persze az feszultseg ingadozas sem hasznal a hosszu uptime-nak.
-
#2167
xabolcs
őstag
Kisbatyu75
#2160
xabolcs
őstag
válasz
Kisbatyu75
#2160
üzenetére
Visszaterve a DIR-860L-re.
En is routerkent hasznalom, szinten utolso 19.07-tel, szinten PPPoE-vel. Wifi-bol probaltam tehermentesiteni, csak egy 802.11s halozatot tart fenn, 2.4 GHz-en. Nagyon jol teszi a dolgat.
Par hetetnte ujraindul, nagyon ritkan merevre fagy: egyelore meg nem allitottam melle egy masik szervert naplozni, de gyanitom, hogy a szokasos Mtk_soc_eth watchdog timeout after r11573 problema - amire vannak probalkozasok. (egyik, masik)
Amig lesz 19.07, addig biztosan marad szolgalatban, - kivancsi leszek hogyan birja a szimmetrikus gigabit PPPoE-t.
-
#2166
xabolcs
őstag
Kisbatyu75
#2165
xabolcs
őstag
válasz
Kisbatyu75
#2165
üzenetére
Igen, arra gondoltam.
Es azert hasznaltam ilyen szmajlit, mert valoszinuleg elotte a tamogatast is meg kell oldjad!
-
#2164
xabolcs
őstag
Kisbatyu75
#2163
xabolcs
őstag
válasz
Kisbatyu75
#2163
üzenetére
OpenWrt-t kell ratenni es azon kikapcsolni!
-
xabolcs
őstag
Jajj!
Igen, azt szerettem volna irni, hogy 21.02-es verzioban nem mukodik olyan jol a hw-offload, mint 19.07-ben.
PPPoE-vel biztosan nem. DHCP-vel mintha lett volna sikeres teszt.Az IPv6-os (soft-) offload pedig hibasan mukodik .0 alatt, de errol volt mar sz az OpenWrt-s topikban.
-
#2156
xabolcs
őstag
Kisbatyu75
#2155
xabolcs
őstag
válasz
Kisbatyu75
#2155
üzenetére
Mehet a sysupgrade, de az swconfig -> DSA valtas miatt nem szabad megtartanod (a halozati) kongfiguraciot.
Emiatt lehet egyszerubb a recovery-s factory telepites!
Illetve nem tudom milyen interneted van, de 21.02 alatt nem mukodik a hw-offload, azaz viszlat 0%-os procihasznalat kimaxolt DIGI neten.
-
xabolcs
őstag
Mostanaban a ramips target FLASH_OFFS valtozojanak bevezetesevel foglalkoztam.
Azt hittem, hogy mt7621 subtargetben
0x10000000lesz, de azt kaptam valaszul, hogy olvassam csak meg az mt7621 programming guide-nak a "Memory Map" reszet, s rajovok az igazsgara! Ha valakinek van elfekvoben egy peldanya, azt szivesen fogadnam, mert Google baratom eleg szotlan a temaban!
Koszonom!
-
xabolcs
őstag
Forumon az egyik ember mar regebben elkezdett matatni a mediatek-es crypto-val, ami lassan elmaradt, de a karanten uj lenduletet adott a projektnek.
Szoval ha most nem is, de talan kesobb lesz valami hardveres gyorsitas.
Forum: Hardware crypto support for PacketEngine-IP-93 (EIP-93) on MTK7621
GitHub: Mediatek EIP93 Crypto Engine -
xabolcs
őstag
Esetleg abban a Mediatek SDK-ban nincsen SEAMA-val megbolonditott u-boot forras?
Szeretnem ezt az lzma-loader megoldast tovabbfejleszteni OKLI-s valtozatta, ahol a bootloader csak az lzma-loadert olvassa fol (3 KByte), s majd az olvassa fol a flash-rol a kernelt.
Az OpenWrt forrasban levo seama tool-lal szepen ossze tudok rakni ket SEAMA image-et tartalmazo factory.bin fajlt, de a bootloader csak az utolso SEAMA image-et teszi fel a routerre.
Emiatt szivesen atbongesznem a bootloader forrasat, hogy milyen lehetosegek vannak. -
xabolcs
őstag
válasz
Vigyorka
#2083
üzenetére
A mai snapshot verzio (Tue Apr 28 02:16:47 2020, OpenWrt SNAPSHOT, r13108-87c909e969) nagyszeruen mukodik!
Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP.
0
3: System Boot system code via Flash.
## Booting image at bfc50000 ...
addr:80500000
We have SEAMA, Image Size = 4849604
Verifying Checksum ...
Uncompressing SEAMA linux.lzma ... OK
## Transferring control to Linux (at address 00000000) ...
## Giving linux memsize in MB, 128
Starting kernel ...
OpenWrt kernel loader for MIPS based SoC
Copyright (C) 2011 Gabor Juhos <juhosg@openwrt.org>
Decompressing kernel... done!
Starting kernel at 80001000...
[ 0.000000] Linux version 5.4.35 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r13108-87c909e969)) #0 SMP Mon Apr 27 23:10:48 2020
[ 0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[ 0.000000] printk: bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[ 0.000000] MIPS: machine is D-Link DIR-860L B1
[ 0.000000] Initrd not found or empty - disabling initrdMost mar en is el kezdem hasznalni, bar a 100/100-as net nem fogja megizzasztani!
(#2084) dchard, olvastam a hibadat, meg a bejelentesedet is lattam.
Akkor a 100-as csatornara rakom a routert, hatha nalam is jelentkezik a hiba.Ebben a mai snaspshotba epp belekerult egy mt76 frissites, de termesztesen egyik se hivatkozik a bejelentesedre, tesztelni mindenkepp megeri!
-
xabolcs
őstag
válasz
xabolcs
#2081
üzenetére
Az a dnsmasq parancs nem sikerult tul jol
$ sudo dnsmasq --no-daemon --port=0 --enable-tftp --tftp-root=/tmp
dnsmasq: started, version 2.79 DNS disabled
dnsmasq: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify
dnsmasq-tftp: TFTP root is /tmp
dnsmasq-tftp: sent /tmp/factory.bin to 192.168.0.1
dnsmasq-tftp: sent /tmp/factory.bin to 192.168.0.1
dnsmasq-tftp: sent /tmp/initramfs.bin to 192.168.0.1Most 20 bittel probalkozok, remelem meggyogyul tole.
Igazi SNAPSHOT-ot forditva sikerult nem indulo image-eket keszitenem!
Nem tudom milyen hibaval allok szemben, de 19 bittel is "Uncompressing SEAMA linux.lzma ... LZMA ERROR 1 - must RESET board to recover" hibat kaptam.
Csokkentem tovabb a dictionary meretet ... -
xabolcs
őstag
válasz
xabolcs
#2077
üzenetére
Hahaha! Muszaj leszek megiscsak forditani!
A "Tue Apr 7 05:04:05 2020" datumu, r12857-7daab62861 verzioju OpenWrt SNAPSHOT nekem csak az "openwrt-ramips-mt7621-dlink_dir-860l-b1-initramfs-kernel.bin" fajl segitsegevel indul el.
Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP.
You choosed 3
0
3: System Boot system code via Flash.
## Booting image at bfc50000 ...
addr:80500000
We have SEAMA, Image Size = 2424768
Verifying Checksum ...
Uncompressing SEAMA linux.lzma ... LZMA ERROR 1 - must RESET board to recoverAz initramfs-t Linux alol, dnsmasq-kal szolgalom ki, Windows alol nem erte el a tftpd32-t.
$ sudo dnsmasq --no-daemon --port=0 --enable-tftp --tftp-root=/tmp dnsmasq: started, version 2.79 DNS disabled dnsmasq: compile time options: IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify dnsmasq-tftp: TFTP root is /tmp dnsmasq-tftp: sent /tmp/openwrt-ramips-mt7621-dlink_dir-860l-b1-initramfs-kernel.bin to 192.168.0.1Bootlog:
Got it
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
####################
done
Bytes transferred = 3761449 (396529 hex)
NetBootFileXferSize= 00396529
Automatic boot of image at addr 0x80A00000 ...
## Booting image at 80a00000 ...
Image Name: MIPS OpenWrt Linux-5.4.28
Image Type: MIPS Linux Kernel Image (lzma compressed)
Data Size: 3761385 Bytes = 3.6 MB
Load Address: 80001000
Entry Point: 80001000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Starting kernel ...
[ 0.000000] Linux version 5.4.28 (builder@buildhost) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r12857-7daab62861)) #0 SM0
[ 0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[ 0.000000] printk: bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[ 0.000000] MIPS: machine is D-Link DIR-860L B1
[ 0.000000] Initrd not found or empty - disabling initrdEz a "Uncompressing SEAMA linux.lzma ... LZMA ERROR 1 - must RESET board to recover" hiba pedig egyszer mar felutotte a fejet itt, az MT7621 SoC-nal, amin jow igazitott egy kicsit.
A problema viszont egyaltalan nem ujkeletu: Uboot - Not enough buffer for decompression LZMA ERROR 1
Ott irja hnyman, hogy 2012-ben is osszefutott egy ilyennel.Most 20 bittel probalkozok, remelem meggyogyul tole.
diff --git a/target/linux/ramips/image/mt7621.mk b/target/linux/ramips/image/mt7621.mk
index cdae42f3e4..5f1e200e71 100644
--- a/target/linux/ramips/image/mt7621.mk
+++ b/target/linux/ramips/image/mt7621.mk
@@ -6,7 +6,7 @@ include ./common-tp-link.mk
DEFAULT_SOC := mt7621
-KERNEL_DTB += -d21
+KERNEL_DTB += -d20
DEVICE_VARS += UIMAGE_MAGIC SERCOMM_HWNAME
# The OEM webinterface expects an kernel with initramfs which has the uImageSiker!
Please choose the operation:
1: Load system code to SDRAM via TFTP.
2: Load system code then write to Flash via TFTP.
3: Boot system code via Flash (default).
4: Entr boot command line interface.
7: Load Boot Loader code then write to Flash via Serial.
9: Load Boot Loader code then write to Flash via TFTP.
0
3: System Boot system code via Flash.
## Booting image at bfc50000 ...
addr:80500000
We have SEAMA, Image Size = 4718532
Verifying Checksum ...
Uncompressing SEAMA linux.lzma ... OK
## Transferring control to Linux (at address 00000000) ...
## Giving linux memsize in MB, 128
Starting kernel ...
[ 0.000000] Linux version 5.4.28 (xabolcs@ut1804) (gcc version 8.4.0 (OpenWrt GCC 8.4.0 r12857-7daab62861)) #0 SMP M0
[ 0.000000] SoC Type: MediaTek MT7621 ver:1 eco:3
[ 0.000000] printk: bootconsole [early0] enabled
[ 0.000000] CPU0 revision is: 0001992f (MIPS 1004Kc)
[ 0.000000] MIPS: machine is D-Link DIR-860L B1
[ 0.000000] Initrd not found or empty - disabling initrd -
xabolcs
őstag
válasz
vargalex
#1794
üzenetére
A wifi sebesseg meres kozben volt valami terheles a merevlemezen, vagy csak csatlakoztatva volt?
Szeretnem aktualis builddel reprodukalni a tesztet egy wifi zajos kornyezetben, lehetoleg minel pontosabban.
Nekem is volt nehany hasznalhato 2.4g wifis build, de kb. tavasz ota jellemzoen hasznalhatatlan wifit kapok a buildekkel.
Ja, de nalam SD kartya van folmountolva, de termeszetesen nem azt hasznalnam most a teszteknel.
-
xabolcs
őstag
A kerdes helyes!
Azert nem, forgatnek teljes firmware-t, mert azt mar vargalex megcsinalta.
Igy nekem mar csak a csomagokat kellene. Ugy is foltehettem volna a kerdesem, hogy "mi kell ahhoz, hogy reprodukalni tudjam a build-edet?"
Azaz hogyan tudok olyan (kernel-) csomagokat forgatni, amit fel tudok tenni a vargalex altal buildelt firmware-rel felvertezett routerre.
A megfejtes altalanossagban is erdekel, mert ahogy vargalex-et, ugy Bartvz buildjeit is szivesen belaknam, ha tudnek hozzajuk kernel csomagokat keriteni valahogy.
-
xabolcs
őstag
Hehe, jo lesz akkor ha elkeszul az a fejlesztesi ag, mert engem meg pont a masik fele, a switch driver atalakitasa (DSA) erdekel.
Az a "Flow offload", ha elkeszul, akkor az OpenWrt/LEDE ingyen megkapja.
Remelem legalabb olyan jo lesz, mint az SFE. -
xabolcs
őstag
válasz
Robez88
#1266
üzenetére
(#1268) suste valasza alapjan kiegeszitve: az emlitett vsftpd a 860L routerunkon stabil OpenWrt/LEDE alatt nem mukodik, ezert SNAPSHOT verziot kell hasznalnod, aminek hasznalata nem annyira gordulekeny, mint a stabil kiadase! (Pl. kezzel kell telepiteni LuCi-t, a kernel fuggo csomagok egy nap utan, elavulas miatt fuggosegi hibaval leallnak telepiteskor, …)
-
xabolcs
őstag
Ebbol a mt7530-dsa-performance branch-bol hogyan kell forditani a routerunkre?
Kell valamit X-elni a make menuconfig lepesben?
Esetleg a Netfilter “Flow offload” / HW NAT temat olvasta valaki, esetleg probalta mar?
-
-
-
xabolcs
őstag
Sziasztok!
OpenWrt-vel (
Firmware : OpenWrt SNAPSHOT r5669-a367645) hasznalom a routert, a netet egy Huawei LTE modem adja, egy USB 3.0 hub-on keresztul, amire meg egy kartyaolvaso is ra van dugva:root@LEDE:~# lsusb
Bus 001 Device 003: ID 0420:1307 Chips and Technologies Celly SIM Card Reader
Bus 001 Device 005: ID 12d1:1506 Huawei Technologies Co., Ltd. Modem/Networkcard
Bus 001 Device 002: ID 0bda:5411 Realtek Semiconductor Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 085: ID 0bda:0411 Realtek Semiconductor Corp.
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hubA problemam az, hogy le-fel csatlakozik a (masik?) hub, s egy ido utan szetesik az egesz USB rendszer:
Fri Jan 5 20:48:53 2018 kern.info kernel: [ 2822.360551] usb 2-1: new SuperSpeed USB device number 61 using xhci-mtk
Fri Jan 5 20:48:53 2018 kern.info kernel: [ 2822.414939] hub 2-1:1.0: USB hub found
Fri Jan 5 20:48:53 2018 kern.info kernel: [ 2822.423456] hub 2-1:1.0: 4 ports detected
Fri Jan 5 20:49:18 2018 kern.info kernel: [ 2847.420269] usb 2-1: USB disconnect, device number 61
Fri Jan 5 20:49:20 2018 kern.info kernel: [ 2849.360478] usb 2-1: new SuperSpeed USB device number 62 using xhci-mtk
Fri Jan 5 20:49:20 2018 kern.info kernel: [ 2849.414227] hub 2-1:1.0: USB hub found
Fri Jan 5 20:49:20 2018 kern.info kernel: [ 2849.422944] hub 2-1:1.0: 4 ports detected
Fri Jan 5 20:49:22 2018 kern.info kernel: [ 2850.890272] usb 2-1: USB disconnect, device number 62
Fri Jan 5 20:49:36 2018 kern.err kernel: [ 2855.944771] xhci-mtk 1e1c0000.xhci: Stopped the command ring failed, maybe the host is dead
Fri Jan 5 20:49:36 2018 kern.err kernel: [ 2855.961404] xhci-mtk 1e1c0000.xhci: Abort command ring failed
Fri Jan 5 20:49:36 2018 kern.err kernel: [ 2855.980325] xhci-mtk 1e1c0000.xhci: HC died; cleaning up
Fri Jan 5 20:49:36 2018 kern.warn kernel: [ 2855.991068] xhci-mtk 1e1c0000.xhci: Timeout while waiting for setup device commandAz a furcsa, hogy amig megy ez a le-fel csatlakozas, addig a modem csatlakozva van, s az internet is mukodik.
Miutan meghal, mar csak a ket root hub marad, azaz a radugott hub es az eszkozei eltunnek:
root@LEDE:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubOtlet?
-
xabolcs
őstag
Egy ilyen buildhez lenne nekem is otletem.
Peldaul a legfrissebb MT76 fejlesztesek melle bele lehetne tenni modulkent a Nossiac fele MTK Properties drivereket is.
Esetleg a Qualcomm Fast-path-ot is modulkent, bar nem tudom, hogy mennyire maszik bele a kernel nem modul reszeibe.A mar tobbszor is szobakerult Bartzv fele builddel is csak annyi a bajom, hogy nem teszi melle a hozzavalo csomagokat, igy komolyabb dolgokra nem hasznalhato.
-
xabolcs
őstag
Sziasztok!
Amikor LEDE-t megkinalom a factory firmware-rel, akkor utana miert valt at narancssarga villogora a doboz?
Azt hittem, hogy a sysupgrade firmware hasznalata ebben az esetben csak opcionalis, es nem kotelezo.
ar71xx platformon ezzel nem volt gond.Szoval akkor ez most hiba vagy user error?
-
xabolcs
őstag
válasz
Empotempo
#999
üzenetére
Ha a gyari firmware is lehetoseget ad ilyen dolgokra, amit attereskor kell csinalni, akkor persze!
Figyelmesen olvasd el mit irt vargalex!
Vargalex attero fw-je egy olyan LEDE, ami LEDE-n felul meg segit is neked atterni Padavanra!Olvasd el megegyszer, es a menteseket tedd el biztos helyre, kulonben vegervenyesen Padavan-on marad a router!
-
xabolcs
őstag
válasz
szabipasi
#935
üzenetére
Az iptables-szel a sajat LAN-od ip tartomanyaba meno kereseket is le kell tiltani.
A 1043nd routernek a WAN zonajaban benne van a 860l routernek a LAN resze. Tehat a TP-LINK-et nem az egesz "internetre" engeded ki, hanem egy kisebb reszere.
Azaz a szomszedNet -> WAN iranyt is szurni kell!Hasonloan a Padavan issue-ban, amit linkeltem par hozzaszolassal ezelott!
-
xabolcs
őstag
válasz
szabipasi
#912
üzenetére
Ha OpenWrt/LEDE lenne rajta, akkor mondnam, hogy VLAN segitsegevel kulonitsd el a szomszed halozatot a sajatodtol, de mivel Padavan fut ezert csak etables parancsokat talaltam.
De amig nem tudsz Padavanon ket bridge-et kialakitani, addig ez csak fel megoldas, mert igy az egesz 1043-as router a szomszed halozatban lesz: levalaszthatnad az egyik portot a routereken, amin menne a szomszed net es akkor csak az az egy port lenne foglalt a szomszed halozat altal, s nem az egesz 1043-as router.
-
xabolcs
őstag
Felettebb erdekes ez a PPPoE.
Az biztos, hogy joval eroforras-igenyesebb a PPPoE mint a DHCP.Sajnos nincs gigabites PPPoE-s net elofizetesem igy VLAN segitsegevel kialakitott PPPoE tesztkornyezetemben teszteltem egy 1043NDv4-es routert.
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01.2 r3435-65eec8bd5f
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 273 MBytes 229 Mbits/sec 2186/0 287 139K/4237 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 248 MBytes 208 Mbits/sec 1983/0 260 154K/7642 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 251 MBytes 211 Mbits/sec 2009/0 325 118K/4045 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 250 MBytes 210 Mbits/sec 2002/0 351 140K/4083 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 255 MBytes 214 Mbits/sec 2043/0 429 150K/5935 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.05 sec 1.25 GBytes 214 Mbits/sec 10223/0 1652 150K/5935 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 364 MBytes 306 Mbits/sec 2916/0 132 377K/9343 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 363 MBytes 304 Mbits/sec 2903/0 99 472K/12719 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 364 MBytes 305 Mbits/sec 2909/0 117 475K/11274 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 362 MBytes 303 Mbits/sec 2894/0 114 468K/11166 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 359 MBytes 301 Mbits/sec 2875/0 143 452K/19845 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.02 sec 1.77 GBytes 304 Mbits/sec 14497/0 605 452K/19845 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)gwlim fele Fast Path-os 201708-as build:
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01-SNAPSHOT r3482-c407e6c
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 574 MBytes 482 Mbits/sec 4595/0 296 181K/3030 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 572 MBytes 480 Mbits/sec 4574/0 254 139K/1697 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 573 MBytes 480 Mbits/sec 4581/0 251 105K/1493 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 580 MBytes 487 Mbits/sec 4643/0 215 144K/1860 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 564 MBytes 473 Mbits/sec 4509/0 202 161K/1987 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.00 sec 2.80 GBytes 480 Mbits/sec 22902/0 1218 161K/1987 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 1002 MBytes 841 Mbits/sec 8016/0 72 411K/2543 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 998 MBytes 837 Mbits/sec 7980/0 72 405K/2354 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 994 MBytes 833 Mbits/sec 7948/0 78 363K/2579 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 995 MBytes 835 Mbits/sec 7962/0 95 312K/2277 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 996 MBytes 836 Mbits/sec 7969/0 112 448K/5383 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.03 sec 4.87 GBytes 836 Mbits/sec 39875/0 429 448K/5383 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A Fast Path-os PPPoE meresnel 10% idle volt a router, mert a pppoe szerver (Core2Duo-s gep) kifogyott a szuflabol.
Ennel a TP-Link-nel mindig a sirq (ksoftirqd/0) fogyasztott a legtobbet.
Gyari szoftverrel nem keszitettem PPPoE tesztet, mert mintha tudna valami tagging-et, de talan csak belso halora.
-
-
#814
xabolcs
őstag
csocsoszán
#811
xabolcs
őstag
válasz
csocsoszán
#811
üzenetére
Ez a suste fele routeres sebessegmeres a routeren (router a vegpont) vegez sebessegmerest, akkor is, ha szamitogeprol, ha laptoprol illetve ha mobilrol nezed ezt az oldalt!
Az a relevans sebessegmeres, amikor sebessegmeres kozben a Feladatkezeloben (vagy hasonlo segedprogrammal) latod megnoni a halozati forgalom sebesseget valamelyik halozati kartyan, azaz a szamitogep a vegpont (es a routeren csak atmegy a forgalom).
-
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.
-
xabolcs
őstag
válasz
vargalex
#494
üzenetére
Szia Alex!
Koszonom a leirast es a firmware-t! A segitsegukkel kenyelmesen es biztonsagosan telepitettem a Padavan-t!
A visszaterest nem volt lehetosegem tesztelni, mert a recovery nem indult el, akarhogy kapcsolgattam - nyomogattam a routert.
mtd_write-tal meg batorsag es ido hijan nem probalkoztam.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Igy nekem mar csak a csomagokat kellene. 
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! ASRock B550 R5 5600 16GB DDR4 512GB SSD RTX 3070 Ti 8GB CM MasterBox MB520 TT 750W
- HIBÁTLAN iPhone 12 Mini 64GB Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS4474, 100% AKKSI
- Beszámítás! LENOVO LOQ 15AHP10 FHD Gamer notebook - R7 250 16GB DDR5 1TB SSD RTX 5060 8GB
- Dobozos Új HP OmniBook 5 Flip 2-in-1 érintőkijelzős laptop i5-1334U 16gb ram 512ssd Garancia
- Thermal Grizzly Aeronaut paszta 3,9g /BONTATLAN/Több darab/Számlával/
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest