Vdaka za testy a vysledky... ale IMHO je predcasne skonstatovat "2160Mhz kanal nema zmysel na tomto spoji, link je stale 1,5G". Nameral si vyssie latencie a jitter pri najvyssich meranych rychlostiach (800-900 Mbps), co IMHO moze byt zapricinene prave tym, ze radio nestiha, lebo nema dostatocne pasmo. Z praxe na AF60 LR a XR, realna priepustnost je cca 50-70% linkrate. Ja by som si dovolil tipovat, ze zvysenie sirky kanalu a zvysenie bitrate moze priniest ine vysledky pri najvyssich rychlostiach.

  • gemb replied to this.

    pixall Skusal som 2160MHz, ziadna zmena. Zmena by bola keby to linkne na vyssiu speed priamo radio, tam by to fdx dalo aspon 800/800, kedze to ma kapacitu 1500 a radio si tam nechava este nejaku kapacitu ktora sa neda vyuzit tak max sa da vyuzit do 1300Mbit hdx. Ak sa to upravi vo fw a bude to linkovat na 2000Mbit potom to na radiu bude lepsie a sirsi kanal bude mat vyznam, v tomto momente nie.

    Nestíhá cpu, mají to na prd. Nechápu co tam můžou tak zkazit. To tam zůstává zapnutý firewall i v režimu bridge?

    • gemb replied to this.

      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.

                  📡 Telekomunikace.cz