-
Fototrend
ASUS routerek
Új hozzászólás Aktív témák
-
eight
senior tag
válasz Tamarel #3536 üzenetére
Ezen én is elgondolkodtam annó, mert a megjelenése előtt mindenhol Intelnek írták és úgy is van árazva mintha erősebb lenne benne mint az FCC doksijában található 3 magos Broadcom 6750-es proci (tehát az USA-ban biztosan Broadcomos).
Tudom hogy nem a proci a minden, de az olcsóbb ax56u-ban pedig egy 4 magos 6755 van? Enyhén szólva is fura.[ Szerkesztve ]
-
Topikgazda
-
eight
senior tag
válasz Tamarel #3555 üzenetére
Bizony kliens oldali döntés és nem is egy kiforrott valami sajnos (annak ellenére, hogy a 802.11r több mint 10 éves szabvány). Van úgy hogy az eszköz úgy kapaszkodik az AP-ba mint az életébe, és hiába választja le az AP a gyenge jel miatt, és hiába van ott másik 3 AP ugyanazzal a SSID-val és -50-es jellel, csak a régit akarja magának.
Csináltam már cisco, ubiquiti, zyxel hálózatokat bőven, játszottam már az AIMeshsel is, és 11r egyiknél sem volt tökéletes (pl ios eszközöknél a facetime hívás rendszeresen szeret megszakadni amikor be van kapcsolva).
Az egy dolog, hogy az AP mit szeretne, de a döntés a STA oldalán van. -
blakey
titán
válasz Tamarel #3643 üzenetére
Nem ez a tapasztalatom, nem légből kapott infót írtam, szóval nálam érzékelhető a jobb, nagyobb lefedettség és a jobb sebesség, ennyi.
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
blakey
titán
válasz Tamarel #3645 üzenetére
Nem vasbeton lakásban élek, de nem értem, hogy miért vonod kétségbe az állításom, soha nem írok elméleti síkon, gyakorlati tapasztalatból írom. OpenWrt-vel és Tomatoval USA-ra álítva mindig is jobb volt a lefedettségem és a sebességem ott ahol használom, nekem ennyire van szükségem, a legtávolabbi ponton normál esetben a TV és a telefon/tablet épp hogy látja a wifit, néha pufferel stb, OpenWrt-vel az 1 csík helyett 3 érzékelhető és semmi pufferelés, sebességben is van javulás, de stabilításban sokkal jobb.
Tudom, hogy kétirányú a dolog, de van egy határ ameddig a router által biztosított lefedettség elegendő egy gyengébb kliensnek is, tehát nem kell sehova sem erősebben "kiabálnia" a kliensnek, 200mW nem a világ vége, ez még az a határ ahol jól viselkedhetnek az eszközök.[ Szerkesztve ]
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
blakey
titán
válasz Tamarel #4607 üzenetére
De azzal lefoglalja azt az IP-t, tehát fix IP-je lesz annak az eszköznek. Lehet csűrni, csavarni, akkor is fix IP-t kap az eszköz.
*** "Ne kérdezz többet, mint amennyi a hasznodra válik." - Dante *** "Csak akkor tehetsz meg mindent, ha már semmid sincs." - Harcosok klubja ***
-
TeeJay
félisten
válasz Tamarel #4743 üzenetére
oké csak semmit nem érsz vele max annyit hogy az eszközöd ami 2,4GHz-re csatlakozik estére szívatva van. a szomszédban van úgyis körülötted bőven elég wifi, ettől nem fog téged kevesebb sugárzás érni, pláne hogy miliwattos teljesítményt adhatnak le ezek a routerek amik már méterről sem számítanak semmit
egy telefonban erősebb a sugárzás és azt a fejedre teszed órákon át amíg beszélszMixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
senior tag
válasz Tamarel #4823 üzenetére
RT-AC86U-n nincs pipa, hogy automatikus firmware ellenőrizés, szerintem ez fixen be van égetve, mert LOG-okban látszik, hogy néha keres.
Signature verions: 2.176 Updated : 2020/05/04 10:41
Signature is up to date
Ez lenne a Trend Micro aláírás verziója? Nem is tudtam, de látszólag friss.
-
vicces
addikt
válasz Tamarel #4964 üzenetére
akkor már sajtem miért van ilyen mechanikája az antennáknak. pont a napokban fordult meg a kérdés a fejemben. kinyitva állitva, becsukva falon.
Jim74:
nyomtam én is egy-két tesztet. a lassabb speedtest szervereknél - kb max 300 mbit -, ~25%-ra ment fel a cpu1. a gyorsabbaknál picit még tovább. a fast.com-os teszt látszólag jól kihasználja a gigabites vonalam - kb 900 mbit-et mutatot - és már ~50%-ig is felment a cpu1. a 2-es mag csak asszisztált alapjáraton:)
-
senior tag
válasz Tamarel #5265 üzenetére
Az AX58 támogatja a 160MHz-es bandwidth-et (az AX56U nem), így gyorsabb sebességet lehet elérni vele 5GHz-n.
Valamint az AX58U dedikált Wi-Fi chip-et használ az 5GHz-hez, míg az AX56U-ban minden a SoC-ban van. Ez eléggé leveszi a terhet a prociról.rt-ax56u: 2.4Ghz 2x2:2 5Ghz 2x2:2 @80Mhz, no 160Mhz support
rt-ax58u: 2.4Ghz 2x2:2 5Ghz 2x4 @80Mhz and @160MhzAz eltűnésére pedig az a tippem, hogy még nem annyira végleges az AX Wi-Fi, és nem kizárt, hogy hardver változtatásra van szükség, hogy újabb funkciókat tudjon támogatni. Sose szerencsés egyből rácuppanni a legújabb technológiára, pláne Wi-Fi-nél, ahol ennyit ülnek a szabvány véglegesítésén.
[ Szerkesztve ]
-
julius75
aktív tag
válasz Tamarel #5265 üzenetére
Köszi, megnézzük.
mrmft: állítólag raktáron....ami vagy igaz vagy sem.
Az pedig azért mégsem szokványos, hogy egyik normális IT boltban sem tudod megrendelni, mert nem elérhető státuszban van, alig több mint fél éves forgalmazás után......
Az árukereső féle 3 találat meg.....hagyjuk. -
turbuczn
tag
válasz Tamarel #5500 üzenetére
Összenéztem a régi router beállításait az újjal, és minden lényeges beállítást átvittem az új routerbe, de sajnos így sem működik. Valami nagyon összeakadt.
Vettem egy másik gyártótól egy hasonló routert, és azon tökéletesen működik minden.
Ez az Asus pedig megy vissza a boltba.
Örök rejtély marad!
Köszönöm a segítséget azért!
Üdv -
SunMount3r
nagyúr
válasz Tamarel #6246 üzenetére
Ez nem a laptop, hanem egy asztali PC, de a driver frissítése előtt nagyon változó volt mennyire esett be, 100, 60, 30, de volt hogy 3-4Mbit/s-re is visszaesett a letöltés. Most legutóbb a driver frissítés után kb. 100Mbit-re, furcsa is volt, mintha pont 100Mbit-re "állt volna be" a hálókártya (router/vagy bármi is okozza), mert ilyenkor bármikor újra mérek kb. mindig ugyan annyi lesz a visszaesett sebesség. És még egyszer hangsúlyozom (mert szerintem fontos), hogy csak a letöltés esik be ilyenkor a feltöltés marad a szokásos 310Mbit/s körül ilyenkor is... ?!
-
SunMount3r
nagyúr
-
SunMount3r
nagyúr
válasz Tamarel #6263 üzenetére
Amit az elején linkeltem hsz. csomag, abban ott van ez is, de akkor még 1x külön: [link]
Full telepítettem az exe-vel.Ezeket az unofficial site-ról származókat én is leszedtem már, de jobbnak találtam ha az elvileg ehhez a chip-hez is jó hivatalos oldalról származót teszem fel.
[ Szerkesztve ]
-
SunMount3r
nagyúr
válasz Tamarel #6271 üzenetére
Magyarul ilyenkor ne (csak) az Ookla Speedtest-el mérjek?
Belső háló sebesség tesztelésére én ezt a progit ismerem. Azt hiszem tudok vele mérni úgy, hogy a Win10-es gépről az Android Box-omra (mert a másik Win7-es noti csak 100-asl LAN-os). De hát ez is ugyan úgy átmegy a Router-en, szóval ha nem jó, akkor még attól lehet a hiba ott is... Max a WAN-t (és a szolgáltatót, ill. az ő ONT-jukat) zárnám ki a képeltből.
-
SunMount3r
nagyúr
válasz Tamarel #6263 üzenetére
Visszatérve:
A meghajtó beállításai gyári értéken vannak (offload, auto negotiaiton)?
Elvileg ezek a gyári beállítások, én legalábbis nem piszkáltam.Szinte biztos, hogy a torrent okozza, vagy a hirtelen megnövekedő le/feltöltés miatt, vagy a sok kapcsolat miatt, nem tudom de most is akkor esett be, amikor elindítottam egy letöltést. Közben 3x is reset-eltem a háló adapter-t és csak pár percre jött helyre, míg a letöltés tartott mindig visszaesett.
Ezek a Qbit beállításaim, látható, hogy semmi extrém nincs benne. És hasonló beállításokkal, amíg a Win7-es Notebook-omon torrent-eztem, sose volt ilyen probléma.A NETBios over TPC amúgy be van kapcsolva a gépen. Ennek nem lehet köze hozzá?
[ Szerkesztve ]
-
SunMount3r
nagyúr
válasz Tamarel #6385 üzenetére
A korábban belinkelt hivatalos, legújabb driver csomagban találtam txt és html file-okat, amik a beállításokat magyarázzák és hogy mik a default értékek. Ezeket majd átnézem ha újból beesik.
De most innen és innen próbáltam letölteni ezeket a 2018-as driver-eket hozzá, de az eredmény egy pár KB-os zip file, ami természetesen hibás. Nektek sikerül rendesen letölteni őket (gondolom nem)? Vagy ez az oldal ennyire megbízhatatlan?
-
félisten
válasz Tamarel #6802 üzenetére
De akkor már inkább AX58... És már az AX92 is alig drágább... (Egyébként egyetértek Veled, csak: ...)
Elég sokismeretlenes egyenletrendszerek ezek. Valahol sajnos meg kell húzni a határt, különben könnyen az igényeit messze meghaladó eszköznél találja megát az ember.
Nálam az AX58 éppen kicsinek bizonyult, az AX92 teljesítményben tökéletes számomra -- és bár kicsit hiányzik a Merlin, azért megvagyok nélküle.
Ez az AX55 simán lehet a tökéletes választás azoknak, akik sem a Merlint, sem au USB-portot nem igénylik. És reálisan gondolkozva: ők a nagyon nagy többség.
Én örülök ennek az AX55-ösnek, különösen, hogy Broadcom-alapú, ami az Asusnál nagyon jól bejáratott vonal. Az árpozicionálása szerintem teljesen rendben van, a tudása a következő pár évre elegendő tartalékot tartalmaz.
MaCS
[ Szerkesztve ]
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
xigris
őstag
válasz Tamarel #6896 üzenetére
Sep 26 18:40:00 dnsmasq-dhcp[1416]: DHCPOFFER(br0) 192.168.1.97 a0:c9:a0:ad:9e:
Sep 26 18:40:01 dnsmasq-dhcp[1416]: DHCPREQUEST(br0) 192.168.1.97 a0:c9:a0:ad:9e:
Sep 26 18:40:01 dnsmasq-dhcp[1416]: DHCPACK(br0) 192.168.1.97 a0:c9:a0:ad:9e: Galaxy-S7-edge
Sep 26 18:40:06 wlceventd: wlceventd_proc_event(481): eth5: Disassoc A0:C9:A0:AD:9E:, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Sep 26 18:40:06 wlceventd: wlceventd_proc_event(481): eth5: Disassoc A0:C9:A0:AD:9E:, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8)
Sep 26 18:40:06 hostapd: eth5: STA a0:c9:a0:ad:9e: IEEE 802.11: disassociated
Sep 26 18:40:06 hostapd: eth5: STA a0:c9:a0:ad:9e: IEEE 802.11: disassociated
Sep 26 18:40:11 wlceventd: wlceventd_proc_event(499): eth5: Auth A0:C9:A0:AD:9E: status: Successful (0)
Sep 26 18:40:11 hostapd: eth5: STA a0:c9:a0:ad:9e: IEEE 802.11: associated
Sep 26 18:40:11 wlceventd: wlceventd_proc_event(527): eth5: Assoc A0:C9:A0:AD:9E: status: Successful (0)
Sep 26 18:40:11 kernel: CFG80211-ERROR) wl_cfg80211_change_station : WLC_SCB_AUTHORIZE sta_flags_mask not set
Sep 26 18:40:11 hostapd: eth5: STA a0:c9:a0:ad:9e: RADIUS: starting accounting session C43ADD21C008E46A
Sep 26 18:40:11 hostapd: eth5: STA a0:c9:a0:ad:9e: WPA: pairwise key handshake completed (RSN)
Sep 26 18:40:12 dnsmasq-dhcp[1416]: DHCPDISCOVER(br0) a0:c9:a0:ad:9e:
Sep 26 18:40:12 dnsmasq-dhcp[1416]: DHCPOFFER(br0) 192.168.1.97 a0:c9:a0:ad:9e:
Sep 26 18:40:12 dnsmasq-dhcp[1416]: DHCPREQUEST(br0) 192.168.1.97 a0:c9:a0:ad:9e:
Sep 26 18:40:12 dnsmasq-dhcp[1416]: DHCPACK(br0) 192.168.1.97 a0:c9:a0:ad:9e:Galaxy-S7-edge
Sep 26 18:52:22 hostapd: eth5: STA f4:fe:fb:69:70:a0 WPA: group key handshake completed (RSN)
Sep 26 18:52:23 hostapd: eth5: STA e4:fd:a1:48:45:6a WPA: group key handshake completed (RSN)
Sep 26 18:52:23 hostapd: eth5: STA a0:c9:a0:ad:9e:5e WPA: group key handshake completed (RSN)
Sep 26 18:52:23 hostapd: eth5: STA e0:dc:ff:ef:2c:9f WPA: group key handshake completed (RSN)
Sep 26 19:09:59 dnsmasq-dhcp[1416]: DHCPREQUEST(br0) 192.168.1.130 e0:dc:ff:ef:2c:
Sep 26 19:09:59 dnsmasq-dhcp[1416]: DHCPACK(br0) 192.168.1.130 e0:dc:ff:ef:2c:9Mi9TPro-RedmiK20Pro
Sep 26 19:39:07 dnsmasq-dhcp[1416]: DHCPREQUEST(br0) 192.168.1.96 e8:2a:44:b6
Sep 26 19:39:07 dnsmasq-dhcp[1416]: DHCPACK(br0) 192.168.1.96 e8:2a:44:b6:33:DESKTOP-J68BMAM
Ez lenne, mac címekből töröltem ki -
nyogo83
senior tag
válasz Tamarel #6903 üzenetére
FW:
3.0.0.4.382.51599 <- ezzel vettem, nem volt vele gond egesz mostanaig.
3.0.0.4.382.52272 <- erre csereltem 2 napja, hatha megoldja a hibat, de nem.
Gyakorlatilag mas fw nem is erheto el hozza.Csatornavaltas kizarva(ez az otletem volt nekem is), direkt futott csatorna monitor, nem valt csatornat se 2.4 se 5ghz-es savon ilyenkor.
Az 5Ghz-es sav gyakorlatilag ures nalam, 2.4-es kicsit zsufolt, de a legjobb helyre van belove, eleg sokat szorakoztam vele mikor beuzemeltem.2.4Ghz: N only, 20Mhz, Ch 9, WPA2-Personal, GKR interval 3600
5Ghz: N/AC, 80Mhz, Ch 56, Ext. ch Auto,WPA2-Personal, GKR interval 3600A professional kb mind ket csatornan egyforma: professional settings
Egyebkent egyre valoszinubb, hogy valami beakadt/bebuggolt, mert mikor az adminban probaltam a wireless settingsben/professional settingsben a 2.4 es a 5Ghz kozott valtoztatni a dropdown menuben(ami utan frissulne az oldal bongeszoben), kidobott vagy 3-4x mikor atvaltottam
Csak jo lenne latni valami hibat logban ami ezt alatamasztja. -
IG55
senior tag
válasz Tamarel #6982 üzenetére
gahor72 jól mondja, ha csak a fő eszköz ad dhcp-t, akkor a váltásnál nem kapsz újat így az egész kérdés tárgytalan.
2,4 Ghz-en akkor miért működik? Egyébként látom, ahogy átcsatlakozik a másik routerre (Wifi analyzer Pro app-pal nézem). 5 GHz-en is, csak mint mondtam, ha túl gyakran kell ezt megtennie, akkor "kiakad" és nem ad IP-t.
Mindkét eszköz AP módban működik, tehát DHCP beállítási lehetőség nincs is rajtuk. Érdekes, hogy amikor nem ad IP-t, akkor 2,4 GHz-en is felesleges próbálkoznom, azon sem fog adni egy ideig (pár perc, pár 10 perc)
Köszi!
Új hozzászólás Aktív témák
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5580 - i5-G6 I 8-16GB I 256 SSD I 15,6" FHD I HDMI I CAM I W10 I Garancia
- Bomba ár! Dell Latitude 5490 Touch - i5-8G I 8GB I 256SSD I 14" FHD Touch I Cam I W11 I Garancia!