2. Fórumok
  3. Hálózat, szolgáltatók
  4. ASUS routerek
Keresés
  • Téma összefoglaló
    Utoljára frissítve: 2023-12-13 02:50

    GAMEPOD.hu

                                      ASUS routerek

Új hozzászólás Aktív témák

  • #6383 glugi aktív tag
    Új Válasz #6383
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    Sziasztok!
    AC65P-re cseréltem egy TP-Link WDR4300 (OpenWrt) routert. Egyelőre meg vagyok vele elégedve, egy kivétellel.
    Az új eszköznek úgy tűnik gyengébb a 2.4 jele néhány távolabb lévő kliens esetén. 5Ghz-en nincs problémám.
    Mivel próbálkozzak? Olvastam itt a fórumban, hogy az N-only és a 20 Mhz fixen segíthet. Fix csatorna, vagy más javaslat? A firmware a legújabb, nincs teleszórva a környék 2.4-en, de azért akadnak hálózatok (3-4 kb). Családi ház, tégla falak+szigetelés.
    :R
    Köszi!

  • #6402 glugi aktív tag Sonja #6384
    Új Válasz #6402
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz Sonja #6384 üzenetére

    Köszi, majd csekkolom a klienseket, hátha lehet antennát cserélni rajtuk pl.

  • #6449 glugi aktív tag Dragon3000 #6446
    Új Válasz #6449
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz Dragon3000 #6446 üzenetére

    AC65P-nél ez úgy működött múlt héten mikor megérkezett hozzám, hogy azt mondja a manual: összedugom, bekapcsolom, adjak meg új jelszót, majd ezt követően lépjek tovább settings, LAN, stb. OK. De!
    A router oldalán csak login lehetőség van, új jelszó megadására nincs opció, előbb tehát be kell(ene) lépni. A nyomorult manual és az asus honlapja is ezt a lépést kihagyja, tehát hogy admin/admin párossal előbb lépj be és utána jelszócsere.
    Azért ez elég nagy hiba szerintem részükről, mert aki nem ért hozzá, vakarja csak a fejét hogy mi van, nem működik, stb.... :U

  • #6453 glugi aktív tag Bl@tty #6450
    Új Válasz #6453
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz Bl@tty #6450 üzenetére

    Jogos, csakhogy nekem is fóliás volt a cucc meg minden benne lévő és persze beengedett admin/admin opcióval. Utolsó előtti fw volt rajta, a manual meg kb 2018 végi, bár most nincs előttem. Lehet csak a manual nem volt friss. De tény, nem a jelszócsere lap fogadott, bármit is csináltam, hanem a sima login.
    Nekem nem okozott gondot, bár azért bosszantó volt.
    Csak azért írtam, hogy sajnos van ilyen is.

  • #6455 glugi aktív tag vargalex #6454
    Új Válasz #6455
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz vargalex #6454 üzenetére

    Értem Alex, de elfelejtitek sokszor, hogy az átlag user nem fogja letölteni, stb. (Mondjuk ha új a router akkor ugye eleve nincs is net, max mobilnet esetleg, na mindegy.) Bár ilyen routert sem biztos, hogy az átlag felhasználó vásárol. Ezt, hogy átlag user, nem negatív értelemben használom, de azért nekem mindenképp furcsa, hogy ennyi pénzért az Asus-nak ez belefér.

    Érted, Átlag József kibontja, összedugja, aztán a 2. lépésnél megakad, mert nem tud regisztrálni, pedig a mellékelt manual szerint így KELL beüzemelni hivatalosan az eszközt.

  • #6457 glugi aktív tag Dragon3000 #6456
    Új Válasz #6457
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz Dragon3000 #6456 üzenetére

    Hiszen be tudtál lépni ;)

  • #6459 glugi aktív tag blakey #6458
    Új Válasz #6459
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz blakey #6458 üzenetére

    Jó, nem baj, akkor leírom ismét. :)
    Szóval, kibontottam a fóliás csomagot, összedugtam modemmel, áram, ahogy kell, majd router.asus.com begépel és a login page fogadott. A manual szerint jelszóváltoztató oldal kellett volna, de nem, a normál login jött be. Nyilván beléptem admin/admin párossal (illetve előtte próbáltam más párost) és utána már meg lehetett változtatni a jelszót és konfigolni az eszközt.
    Ahogy fent írtam, ezzel az a baj, hogy amikor olyan user, aki manual szerint menne végig a folyamaton (hiszen mi mást tegyen) szeretné beüzemelni, az megakad és nem tud belépni konfigolni.
    Manual nem tartalmazza azt, hogy admin/admin. Azt írja, hogy router.asus.com és változtasd meg a jelszót.
    Ennyi.

  • #6463 glugi aktív tag blakey #6461
    Új Válasz #6463
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz blakey #6461 üzenetére

    Nem gondolok én semmit. Kb. 2003 körül üzemeltem be az első soho routeremet, nem nálam van a probléma szerintem, esetleg a szememmel, bár most megnéztem a router hátulját és nincs rajta semmi egyéb hasznos infó, csak az hogy a wizard indításához lépj a router.asus.com oldalra.
    Mindössze arra akartam rámutatni, hogy nem feltétlenül áll össze a dolog annak, aki megveszi, örül neki és be akarja üzemelni. Mert nincs ilyen oldal. Esetemben legalábbis. Login page van, ahol nyilván működik az admin páros, utána rögtön ezt a jelszót meg kell változtatni és utána jött be a main page. Wizard page a kanyarban sem volt. A csomagolt manual pedig félrevezető ebben a lépésben, mivel ott az szerepel, hogy első lépésként változtasd meg a jelszót.
    Minden topikban van egyetemes igazság, tudom, de itt tényleg ez volt a helyzet. Ezzel nem azt mondom, hogy sz@r az Asus, csak nem ezt várnám tőlük.

  • #7751 glugi aktív tag
    Új Válasz #7751
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    Sziasztok!

    65P legújabb stock firmware, Digi PPOE (korábban TP-link WDR4300 OPENWRT-vel, semmi gond, 60-80 napos uptimeok). Azt vettem észre, hogy néhány weblap esetében, vagy nagyobb peerszámnál elmegy a wifi (5Ghz is) és a PPOE kapcsolat megszakad, a router pedig 3-5 percig nem elérhető. LAN-on minden rendben, szépen másolok terrákat, nem fagy szét a router.
    Terhelés alig van, ezt teszteltem is: 6 ubuntu disztrót indítottam el torrenten egyszerre (kb 200 peer, de azt NAS végzi), akkor picit magas volt a Core1. Egyébként csak router feladatokat lát el a cucc. Merre induljak el? Megpróbálom majd megint produkálni és beteszem ide a logot.

  • #7883 glugi aktív tag glugi #7751
    Új Válasz #7883
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz glugi #7751 üzenetére

    Na sikerült, beteszem ide. Bocsánat, kicsit hosszú - MAC, IP törölve.
    Konkrétan megpusztul az egész router pár percre. Alapvető funkcióját nem látja el úgy tűnik.
    Legújabb FW, ami augusztus óta jól működött.

    Mielőtt lecserélem/szétverem, érdemes vele valamit kezdeni? Nagy csalódás így ez, jó lenne megoldást találni rá.

    Dec 11 18:24:43 kernel: INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 0, t=5252 jiffies, g=1661626, c=1661625, q=1146)
    Dec 11 18:24:43 kernel: Stack : 0000fe1d ffff00fe 8fc63fe0 0000fc00 00000009 00000001 00000006 00c17db0
    Dec 11 18:24:43 kernel:       00000000 00000001 804b0000 00000001 804226a0 804b0000 80490000 00000001
    Dec 11 18:24:43 kernel:       bfbf8000 00000001 00000000 8000553c 00000001 8120b610 8fc62000 8fc63f00
    Dec 11 18:24:43 kernel:       00000000 80063da4 1100fc03 0000003e 010f0f49 00000001 10802000 80005558
    Dec 11 18:24:43 kernel:       55555555 55555555 00000000 00000001 8048b160 00000001 00000000 00000001
    Dec 11 18:24:43 kernel:       ...
    Dec 11 18:24:43 kernel: Call Trace:
    Dec 11 18:24:43 kernel: [<803aed38>] __schedule+0x428/0x958
    Dec 11 18:24:43 kernel: [<80063da4>] cpu_startup_entry+0xc4/0x190
    Dec 11 18:24:50 kernel: :MtCmdPktBudgetCtrl: bssid(255),wcid(65535),type(1)
    Dec 11 18:24:55 kernel: Rcv Wcid(3) AddBAReq
    Dec 11 18:24:55 kernel: Start Seq = 00000e33
    Dec 11 18:25:00 kernel: f4c, flush one!
    Dec 11 18:25:10 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=5 from 48:A4:72:86:FB:B4
    Dec 11 18:25:10 kernel: PTK:0c9a860dbab1b31947c89fa5afcea6dd29419dded5c611fe4f31a03f8cdd2a4298b7602714b30136857138f3615f025a63841e324f96b799751ff5e7112568a1
    Dec 11 18:25:10 kernel: Rcv Wcid(5) AddBAReq
    Dec 11 18:25:10 kernel: Start Seq = 0000004a
    Dec 11 18:25:24 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=3 from E4:AA:EA:B5:6B:A7
    Dec 11 18:25:24 kernel: PTK:736b5f200109a7029354bcc98feb868c8d16d5bd8c3cba9fe2dda46cd3e16b3696c4f0ac302ebc687ca8ca696b9aa4abfd2d26059785afbda9d674c6b9dfd61b
    Dec 11 18:25:24 kernel: Rcv Wcid(3) AddBAReq
    Dec 11 18:25:24 kernel: Start Seq = 00000000
    Dec 11 18:25:24 kernel: Rcv Wcid(3) AddBAReq
    Dec 11 18:25:24 kernel: Start Seq = 00000002
    Dec 11 18:25:34 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=5 from 48:A4:72:86:FB:B4
    Dec 11 18:25:34 kernel: PTK:396ee127444abed55df390071de0fa0a1b305686b23edba69d9410558e110291a8175ea7314e731b559edf19302a266b3d8dc75891e180b62d3320cbc78bdf44
    Dec 11 18:25:34 kernel: Rcv Wcid(5) AddBAReq
    Dec 11 18:25:34 kernel: Start Seq = 00000046
    Dec 11 18:25:39 kernel: :MtCmdPktBudgetCtrl: bssid(255),wcid(65535),type(0)
    Dec 11 18:25:39 kernel: ASSOC - 1 receive DIS-ASSOC request 
    Dec 11 18:25:44 kernel: MacTableInsertEntry, Entry Idx:7 is inuse, overlap
    Dec 11 18:25:46 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=3 from E4:AA:EA:B5:6B:A7
    Dec 11 18:25:49 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=7 from 28:16:A8:C5:4F:02
    Dec 11 18:25:49 kernel: PTK:e28c808978039f037024f7fa02fa5ea356c81d24d6e7a4d205fa1c251a1722ea00c042cb3f86f04c7dab4a6fe5418412e866d24aa695665fdb64ee5ba1c9c34a
    Dec 11 18:25:49 kernel: PTK:1c71eb802328b8156366e965a1f6f137125e14b4121046d0b14e2f3f9d37d6c94bd96280ecc4dc165274a4e0aaa1300f6aec5ec0f5f817a23048f8090c6c572a
    Dec 11 18:25:49 kernel: Rcv Wcid(3) AddBAReq
    Dec 11 18:25:49 kernel: Start Seq = 00000000
    Dec 11 18:25:49 kernel: Rcv Wcid(3) AddBAReq
    Dec 11 18:25:49 kernel: Start Seq = 00000002
    Dec 11 18:25:49 kernel: Rcv Wcid(7) AddBAReq
    Dec 11 18:25:54 kernel: Start Seq = 0000000e
    Dec 11 18:25:54 kernel: Rcv Wcid(4) AddBAReq
    Dec 11 18:25:54 kernel: Start Seq = 00000cf7
    Dec 11 18:25:54 kernel: INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 0, t=21007 jiffies, g=1661626, c=1661625, q=4128)
    Dec 11 18:25:54 kernel: Stack : 0000fe1d ffff00fe 8fc63fe0 0000fc00 00000009 00000001 00000006 00c17db0
    Dec 11 18:25:54 kernel:       00000000 00000001 804b0000 00000001 804226a0 804b0000 80490000 00000001
    Dec 11 18:25:58 pppd[17741]: Serial link appears to be disconnected.
    Dec 11 18:25:59 kernel:       bfbf8000 00000001 00000000 8000553c 00000001 8120b610 8fc62000 8fc63f00
    Dec 11 18:25:59 kernel:       00000000 80063da4 1100fc03 0000003e 010f0f49 00000001 10802000 80005558
    Dec 11 18:25:59 kernel:       55555555 55555555 00000000 00000001 8048b160 00000001 00000000 00000001
    Dec 11 18:25:59 kernel:       ...
    Dec 11 18:25:59 kernel: Call Trace:
    Dec 11 18:25:59 kernel: [<803aed38>] __schedule+0x428/0x958
    Dec 11 18:25:59 kernel: [<80063da4>] cpu_startup_entry+0xc4/0x190
    Dec 11 18:25:59 kernel: cc, flush one!
    Dec 11 18:25:59 kernel: e45, flush one!
    Dec 11 18:26:03 kernel: ebc, flush one!
    Dec 11 18:26:03 kernel: ebd, flush one!
    Dec 11 18:26:49 kernel: INFO: rcu_sched detected stalls on CPUs/tasks: { 1} (detected by 0, t=36762 jiffies, g=1661626, c=1661625, q=7042)
    Dec 11 18:26:49 kernel: Stack : 0000fe1d ffff00fe 8fc63fe0 0000fc00 00000009 00000001 00000006 00c17db0
    Dec 11 18:26:49 kernel:       00000000 00000001 804b0000 00000001 804226a0 804b0000 80490000 00000001
    Dec 11 18:26:51 WAN Connection: Fail to connect with some issues.
    Dec 11 18:26:51 nat: apply redirect rules
    Dec 11 18:26:52 kernel:       bfbf8000 00000001 00000000 8000553c 00000001 8120b610 8fc62000 8fc63f00
    Dec 11 18:26:52 kernel:       00000000 80063da4 1100fc03 0000003e 010f0f49 00000001 10802000 80005558
    Dec 11 18:26:52 kernel:       55555555 55555555 00000000 00000001 8048b160 00000001 00000000 00000001
    Dec 11 18:26:52 kernel:       ...
    Dec 11 18:26:52 kernel: Call Trace:
    Dec 11 18:26:52 kernel: [<803aed38>] __schedule+0x428/0x958
    Dec 11 18:26:52 kernel: [<80063da4>] cpu_startup_entry+0xc4/0x190
    Dec 11 18:26:52 kernel: CmdExtStaRecUpdateRsp::ERROR::EventExtCmdResult.u4Status = 0x10003
    Dec 11 18:26:52 kernel: ASSOC - 1 receive DIS-ASSOC request 
    Dec 11 18:26:57 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=5 from E4:AA:EA:B5:6B:A7
    Dec 11 18:26:57 kernel: PTK:325a61762fd7e9f0544d841358df4ce43290a3a61b3dd3f12220ef979d399f4c5292f2cd8a0cecdec20775a94564434bea3e8e2b48cc5f97569c38d385bf7b03
    Dec 11 18:26:57 kernel: Rcv Wcid(5) AddBAReq
    Dec 11 18:26:57 kernel: Start Seq = 00000002
    Dec 11 18:26:57 kernel: Rcv Wcid(5) AddBAReq
    Dec 11 18:26:57 kernel: Start Seq = 00000000
    Dec 11 18:27:02 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=7 from 28:16:A8:C5:4F:02
    Dec 11 18:27:02 pppd[17741]: Connection terminated.
    Dec 11 18:27:07 kernel: PTK:662c1fc812e94812cc1c30515cb09bf5d36158294ff61a3ea79b6e373a3eab5350f2da50bba1a9e123d608d64b4c08eb7c95ad59a1eaf79d098b327a8560a541
    Dec 11 18:27:07 kernel: Rcv Wcid(7) AddBAReq
    Dec 11 18:27:07 kernel: Start Seq = 00000014
    Dec 11 18:27:07 kernel: 4ae, flush one!
    Dec 11 18:27:07 kernel: 4b8, flush one!
    Dec 11 18:27:17 kernel: 603, flush one!
    Dec 11 18:27:22 kernel: CmdExtStaRecUpdateRsp::ERROR::EventExtCmdResult.u4Status = 0x10003
    Dec 11 18:27:22 kernel: CmdExtStaRecUpdateRsp::ERROR::EventExtCmdResult.u4Status = 0x10003
    Dec 11 18:27:31 kernel: 73d, flush one!
    Dec 11 18:27:31 kernel: :MtCmdPktBudgetCtrl: bssid(255),wcid(65535),type(1)
    Dec 11 18:27:41 kernel: AP SETKEYS DONE - AKMMap=WPA2-Personal, PairwiseCipher=AES, GroupCipher=AES, wcid=9 from 48:A4:72:86:FB:B4
    Dec 11 18:27:41 kernel: rx_data_frm_announce: CM, wcid=9
    Dec 11 18:27:41 kernel: rx_data_frm_announce: CM, wcid=9
    Dec 11 18:27:41 kernel: rx_data_frm_announce: CM, wcid=9
    Dec 11 18:27:41 pppd[17741]: Modem hangup
    Dec 11 18:27:41 kernel: PTK:15ed752fe8f6c331eee02d3c18b588ec941d5373fec2d580516297c66496563affeda1db5d8d0da1752b9b417922a7c98c003b11deb8684198be7eb80b69a55c
    Dec 11 18:27:41 kernel: 816, flush one!
    Dec 11 18:27:41 kernel: Rcv Wcid(9) AddBAReq
    Dec 11 18:27:41 kernel: Start Seq = 00000045
    Dec 11 18:27:56 kernel: fb2, flush one!
    Dec 11 18:28:06 pppd[17741]: Connected to 00:25:90:eb:d9:31 via interface eth3
    Dec 11 18:28:06 pppd[17741]: Connect: ppp0 <--> eth3
    Dec 11 18:28:09 pppd[17741]: PAP authentication succeeded
    Dec 11 18:28:09 pppd[17741]: peer from calling number 00:25:90:EB:D9:31 authorized
    Dec 11 18:28:09 pppd[17741]: local  IP address 178.164.208.172
    Dec 11 18:28:09 pppd[17741]: remote IP address 10.0.0.1
    Dec 11 18:28:09 pppd[17741]: primary   DNS address 193.110.56.8
    Dec 11 18:28:09 pppd[17741]: secondary DNS address 193.110.57.4
    Dec 11 18:28:09 rc_service: ip-up 1160:notify_rc start_firewall
    Dec 11 18:28:10 rc_service: ip-up 1160:notify_rc stop_upnp
    Dec 11 18:28:10 rc_service: waitting "start_firewall" via ip-up ...
    Dec 11 18:28:10 kernel: 510, flush one!
    Dec 11 18:28:10 kernel: Device Instance
    Dec 11 18:28:10 kernel:     WDEV 00:
    Dec 11 18:28:10 kernel:         Name:ra0
    Dec 11 18:28:10 kernel:         Wdev(list) Idx:0
    Dec 11 18:28:10 nat: apply nat rules (/tmp/nat_rules_ppp0_eth3)
    Dec 11 18:28:15 kernel:          Idx:6
    Dec 11 18:28:15 kernel: ***********dev->ifindex = 6
    Dec 11 18:28:15 kernel:     WDEV 01:
    Dec 11 18:28:15 kernel:         Name:wds0
    Dec 11 18:28:15 kernel:         Wdev(list) Idx:1
    Dec 11 18:28:15 kernel:          Idx:11
    Dec 11 18:28:15 kernel: ***********dev->ifindex = b
    Dec 11 18:28:15 kernel:     WDEV 02:
    Dec 11 18:28:15 rc_service: ip-up 1160:notify_rc start_upnp
    Dec 11 18:28:15 rc_service: waitting "stop_upnp" via ip-up ...
    Dec 11 18:28:20 kernel:         Name:wds1
    Dec 11 18:28:20 kernel:         Wdev(list) Idx:2
    Dec 11 18:28:20 kernel:          Idx:12
    Dec 11 18:28:20 kernel: ***********dev->ifindex = c
    Dec 11 18:28:20 kernel:     WDEV 03:
    Dec 11 18:28:20 kernel:         Name:wds2
    Dec 11 18:28:20 kernel:         Wdev(list) Idx:3
    Dec 11 18:28:20 kernel:          Idx:13
    Dec 11 18:28:20 WAN Connection: WAN was restored.

  • #7886 glugi aktív tag vargalex #7885
    Új Válasz #7886
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz vargalex #7885 üzenetére

    Nálam nem kliensre gyanakszom, legalábbis a log alapján.
    5Ghz-en nem mindegyik kliensemet szereti a TeeJay által korábban már javasolt beálltásokkal, gyári default viszont ok. Nekem nem úgy jelentkezik a problémal, mint ahogy Rick4 írta.

    Na most, a fenti log-nál annyi történt, hogy bekapcsoltam az Xbox-ot, frissítéseket töltött le, me ;) llette elindítottam NAS-on 1 db sorozatrészt (kb 100 peer), kb 10 megával jött és akkor behalt. A netet (digi ppoe) közel sem hajtotta ki, amúgy vezetéken simán megvan a 980 környéke.

    OpenWRT-t még megpróbálom valamikor, gyárival nincs ötletem :(

    [ Szerkesztve ]

  • #7987 glugi aktív tag vargalex #7891
    Új Válasz #7987
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz vargalex #7891 üzenetére

    Próbáltam, egyik opció sem vált be sajnos.

    Átnyargaltam OpenWRT-re, meglátjuk. Egyelőre stabil ugyanazokkal a próbákkal, amiket fent írtam.
    LCP echo threshold egyelőre a gyári 0-n hagytam.

    Tűzfalnál a szoftveres és hardveres offload-ot bepipáltam. Kell valami még a gigabithez?

  • #8040 glugi aktív tag Indiant #8010
    Új Válasz #8040
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz Indiant #8010 üzenetére

    Kivéve amikor nem :(
    Ugyanúgy Moderate nálam a NAT (digi pppoe, ONT bridge-ben).
    Minden port továbbítva egyébként a box-ra.

  • #11715 glugi aktív tag
    Új Válasz #11715
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    sziasztok,

    költözés kapcsán merült fel a milyen ASUS routert kérdés
    jelenleg AC65P-t használok Openwrt-vel, jó áron van most, de a jövőre nézve inkább magasabb szintre váltanék, hosszabb távra tervezve, de még csak elméletben, nem kell azonnal megvennem semmit

    paraméterek, elvárások, kicsit részletesebben:

    - kétszintes ház (földszint+tetőtér, a kettő között 20 cm monolit vasbeton, 10 cm EPS szigetelés, vasháló és 8 cm könnyűbeton),
    - a router a vasbeton lépcső alatt lesz elhelyezve (körülötte 10-es sima falak, de tudom, nem a legoptimálisabb a hely - bár egy régebbi AC-s TP-Link routerrel (4300 talán) próbálva elég vállalható volt a sebesség a lakás több pontján is tesztelve, de még teszek próbát majd az AC65P-vel is),
    - a földszint 110 m2 és sima 10-es tégla válaszfalak (emeleten gipszkarton falak),
    - a router helyétől számítva 5-8 méter sugarú körön belül (nappali, ebédlő, konyha) lényeges a wifi, egyéb helyiségekben kábel lesz és/vagy nem zavar ha gyenge a wifi,
    - ha a tetőtérben a födém miatt gyengébb a wifi, nem érdekes,
    - a routernek "plusz" feladata nem lenne, minden egyebet NAS és esetleg RPi végez majd,
    - idővel majd lesz egy garázs is (+ kert később), ahová kábelt húzok, így oda is gondolnék egy routert, az AiMesh vonalat kipróbálva (kényelem),
    - a kertben elérhető wifi-vel szerintem nem lesz gond,
    - szerencsére a környék nincs teleszórva wifi-vel

    amire gondoltam: AX58U, mint fő router (Merlin stabilitás miatt, bár eddig csak OpenWrt-vel van tapasztalatom), ez átlagos felhasználásra nekem bőven elég és időtálló + kábeles backhaul a leendő garázshoz egy másik AX58U-val
    másik opció : fő router AX82U (ha gyárival is stabil mint a forint, egyébként most majdnem azonos áron vannak) és a node egy AX58U

    ami lényeges és már most fontos kérdés: a fő routerhez kapcsolódik majd egy PoE-s switch kamerák miatt, ahogy majd a garázsban elhelyezett routerhez is fog egy ugyanilyen PoE-s switch kapcsolódni szintén néhány kamerával...ez ugye nem jelent gondot a kábeles backhaul működése szempontjából (nyilván a két routert közvetlenül kapcsolom össze és a szabad portokat használom a switch-hez)?

    olvastam a fórumban mindkét routerről a véleményeket, igazából a stabil működés és a tervezett kábeles backhaul vs. switchek a fennmaradó kérdéseim

    mi a véleményetek? minden javaslatot, véleményt szívesen fogadok :R

  • #20970 glugi aktív tag ftamas0201 #20374
    Új Válasz #20970
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    glugi

    aktív tag

    válasz ftamas0201 #20374 üzenetére

    Kb. 1 hónapja van meg, a héten rendeltem a másodikat, hogy majd mesh legyen. Normál használat, nincs torrent, vagy hasonlók. NAS, PoE switch és néhány IP kamera, sok Shelly wifis relé, 1 nyomtató és 1 PC vezetéken, 4 laptop wifin, 1 PC wifin. Digi optikai.
    Wifi ok, földszinten van most és még nem a végleges helyén, ezért az emeleten gyenge a jel (mesh amúgy is lesz), de ez várható volt, mert vasbeton födém van, stb. Eddig minden stabil. Heti 1* automatikus reboot.

    TP-Link Archer C2-t váltott, mert azt kevésbé látta néhány relé, illetve valamiért 1-2 kamera instabil volt.

    Majd beszámolok a fejleményekről.

Új hozzászólás Aktív témák