pedro4444 jak co...ved ked to mam gigabit ethernet tak cakam, ze to aspon v jednom smere pojde stable 900Mbit s normalnou odozvou...alebo inak povedane, chcem RF parametre WAVE LR + ten aky taky backup 5GHz tak aby to chodilo ako airfiber 60LR ktory ma antenu na 2 veci. Wave PRO ma taku istu antenu ako WaveLR - RF parametre vychadzaju rovnako podla kalkulacky, tam je uz SFP+ takze je to cielene na prenos nad 1Gbit, optimalne 2Gbit, opat cakam, ze aspon v jednom smere s normalou odozvou to pojde. Inak...aky by to malo zmysel? Ved teraz to ani klientovi nemozem nasadit, lebo to ma horsiu odozvu ako multipoint airmax ac...na co by to malo mat pridany PTP rezim, ked to ani v PTP s malou zatazou ma otrasnu odozvu....

o 13 dní později

No kedze ziadne testy sa nehrnu a konecne sa dokopavam k tomu nahadzovat wave produkty tak nahodene wave lr sa chova takto.
Nahrada za AF24, jedna strana ccr1009, druha strana ccr2116. Link kapacita 1,5Gbit. Pri bteste tcp medzi mikrotikmi to chodi takto.
Limit 800M, jeden smer a odozva 2-5ms, sem tam skoci viac, max cca 12ms. CPU na Wave LR je na 67%.
Limit 900M, jeden smer a odozva 8-12ms, casto to skace aj na 15 az 25ms. CPU na Wave LR je na 73%
Limit 500M, jeden smer a odoza 1-2ms, sem tam skace na 5 az 8ms,. CPU na Wave LR je na 42%
Limit 100 / 600M odozva 2-4ms celkom stable. CPU na wave lr je 58% - toto je najrozumnejsi max pomer co to slo.
Toto bolo vsetko TCP. Symetricky s velmi premenlivou odozvou to da max 600/600M v TCP odozva skace sialene.
V UDP to da max 920Mbit, vtedy je aj odozva stabilnejsia a celkom nizka. Vtedy bolo cpu na wave lr velmi malo vyuzite. Cize hlavny limit je CPU na tom zariadeni a bud sa to este bude optimalizovat troska ale moc velke zmeny necakam.
Cize spravili to ako pomyselnu klientsku jednotku, kde to vyuzitie cpu nebude take kriticke. Priamo na ptp s realnym trafficom dobre ako nahrada 5ky so zvysenim kapacity ale na AF60LR to nema, ten chodi krasne aj v zatazeni, hold asi silnejsie cpu. Cize som zvedavy na wave pro kde sa da dostat portom nad 1G.

Testovane na 68GHz a 1080Mhz kanale, 2160Mhz kanal nema zmysel na tomto spoji, link je stale 1,5G. FW 3.3.0 beta2

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.

                📡 Telekomunikace.cz