hapi no to je zahada...tiez nechapem ako je to mozne ked to bridguje. Proste sa to zahlti a nestiha ako pises. Ono uz ako klientska jednotka by to najskoren nestihalo natovat, aj u klienta som to hned dal do bridge, zbytocne skusat. V rezime router to ma velmi malo moznosti aj tak.

    To bude opravdu smutný jestli to nestíhá CPU a ještě smutnejši že to takovou dobu nedokažou vyřešit a veselé to prodávají dál jako spásu ISP trhu. Latence 50+ ms opravdu není normální při trafiku nula nula hovno. To už tam můžeš rovnou dát litebeam

    • gemb replied to this.

      Puski Nezatazene to chodi 1 az 2ms s poslednym FW, do urcitej zataze je to OK. Potom je to uz zle...

        Ma to pouze 2 jadro na 1ghz narozdil od 4 jadra 1,4 na1,4Ghz u AF60lr ci Pro verze.

          Otazka je opravdu, jestli by se to pres CLI nedalo nejakym zpusobem vypnout nejakej ten FW pokud tam je zapnutej a optimalizovat a obejit to... ale to jsou vsechno spekulace. Spis to bude takto schvalne omezeny. Nicmene pokud to neda ani NAT u klientskeho rezimu, tak je to celkem fail a je potreba jim to spravne nareportovat at to optimalizuji

          kozlicek toto je podstatna informacia, neskumal som tk hlbkovo co tam je ale toto nebude uz na optimalizaciu, je to proste slabe. Cize klientska jednotka ktora paradoxne neda ani v 1 smere poriadny gigabit, prito antenu to ma po stranke rf lepsiu nez 60lr....

            jo no, cpu je o dost větší odpad než jsme si myslely. Jenomže IPQ5018 se dává i do wifin na doma s 802.11ax s 5400Mbit tak to snad nějak pošéfované musí být. Ale co si budem, ubnt to nikdy neumělo optimalizovat což je až s podivem.

              hapi
              CPU neni odpad problem je optimalizace ... predchozi generace IPQ4019 dava ohledne hrubeho vykonu 1.5gbit/s. propustnosti. Tento CPU je v LHG60 a pri plnem zatizeni zadne pingy neletaji. Nasledujici generace IPQ5019 se strká opravdu vsude a ocekava se ze je vykonove vpred. Urcite to da bez potizi 1Gbit/s / 1Gbit/s, navic tento SoC obsahuje jeste NPU (network procesor) pro sitovou akceleraci (narozdil od IPQ4019)

                • IPQ4019 není IPQ5018, 4 vs 2 core resp. 32bit vs 64 bit (nepodstatné)
                • NPU není "network procesor" ale "Neural Processing Unit"
                • a jádra v obou jsou 12 let starý takže i hrubý výkon je děsný, v případě obou to jsou jádra z Rapsberry pi 2/3 x jejich počet

                Já teď vidím latenci na protistranu takto (zátěž do 120Mbit):

                graph

                  hapi nějak se ten graf neukazuje 🙁

                    ctrlv.cz asi stávkuje, co teď?

                    Lr chlapi je proste klient... pre klienta ja na to nemám krivé slovo antens super stelujr...to nano je des... len cena ale keď je to ore firmu v poho zaplati a majú poriadny net...

                    Na tie spoje pro pisu na fórach ze chodí parádne lepšie ako airfiber lr keďže veru ta anténa je trochu lepsia

                    hapi

                    IPQ4019 = Cortex A7 32bit
                    IPQ5018/5019 = Cortex A53 64bit

                    Jen pro srovnani

                    https://versus.com/en/arm-cortex-a53-vs-arm-cortex-a7

                    https://www.qualcomm.com/products/internet-of-things/networking/wi-fi-networks/immersive-home-platforms/immersive-home-216-platform

                    Tento SOC je soucasti immersive home platformy (Mimochodem na IHM jsou postaveny i nove AX mikrotiky)...strka se do vsecho a gigabit da s prstem v zadku, jednoduse Wifi6/6E 160 Mhz 4x4 mu-mimo atd...

                    Jinak ano je to proste klientska jednotka za pytel hrusek. Nekteri od toho cekaji profi spoj na vysoke urovni. Na firmwaru se furt pracuje, nova verze vetsinou vzdy prineslo zlepseni tak uvidime 🙂

                      o 4 dny později

                      https://ctrlv.cz/dEbH
                      tak vymena AF60LR za wave LR.

                      Nicmene nemyslim si, ze je to zatizenim. Sledoval jsem odezvu a postupne pridaval datovy tok a odezva se "nehla".... Pak jsem to nechal jen bezneho provozu 100 - 200Mbps a sledoval pocet paketu a tok. Vypada to ciste nahodne, ze v zadne spojitosti s tokem tomu vylitne odezva treba 10 pingu na 10 - 20ms, pak zase klesne a je 0 - 1... Coz nevim cim muze byt. Ruseni by zde byt nemelo.

                      Ne, takhle se to prostě chová (snad jen zatím). Spekulace o důvodech tu bylo vícero .... Co ti můžu potvrdit z osobní zkušenosti, tak když jsem tam poslal 400Mbps uživatelských dat, tak to bylo dvojnásobně takové než máš na grafu.

                        pgb tech 400 mi tam taky tece, zkousel jsem i maly UDP pakety, ale vylozene nesmysly to v souvislosti s tokem nedelalo... uz to sleduju celej vecer, je to vylozene nahoda, kterou nevim co dela... ale rekl bych ze to asi bude jen nejaky bug co opravi...

                          Tak i celou noc stejne chování kdy přes spoj netece nic. Vyzkoušen i jiný kanál. Bezezmeny.
                          Dělá vám to také i bez toku?
                          Dle diskuze tady se to chovalo takto v zatížení...

                          • gemb replied to this.

                            basty aky fw tam mas? Naposledy som to testoval s 3.3.0 beta 2 a bez zataze alebo v udp tak to nechodilo tak zle.

                                gemb beta 3. No prave jestli to neni nejakej shotek, ale kdyz AFko fungovalo v pohode...Divny

                                  Wave LR - verze 3.2.0

                                  Wave LR - verze 3.3.0 beta3

                                    📡 Telekomunikace.cz