Problem SXT vs. SXTsq vs. DISC

basty

Zkousis to pres btest? Nebo normalne necim za tim armem?

hapi

u APčka leží RB951G a odesílám data skrz AP přimo na klienta. Když je armovej klient dám na APčku tak to frčí skoro 100Mbit. Pokud se tam začnou připojovat ostatní tak to jde dolu až na nestabilních 30Mbit.

edit1: Jinej sektor kde je AC jsme před vánoci měnili klienta za disc ac jsme před odchodem natočili 95Mbit na speedtestu. Aktuálně je to to samí a to +-30Mbit.

edit2: Vypadá to že je bitý TCPko. Když se testuje jednim spojením tak to kolísá a je to špatný. Pokud točím 10 spojeních tak to leze i přes 60-70Mbit. Jak dám zpět jedno tak to kolísá až na nulu.

basty

Hm... tak to pak asi jo no...

ja mam prave spoj dynadish - sxtsq arm a pokud provadim btesty ze zarizeni tak to jede polovinu rychlosti. Je tam nejaky fail s btestem.

Pak mam spoj discac - discac a tam se to chova stejne

ale jak jsem psal, bylo to na nstreamu. Tim ze to je ptp spoj, tak zkousel nv2 jen okrajove, ale take byly cisla spatny.

u 802.11 to nedelalo, ale tam zase vypadavaly pakety a skakaly hodne vysoko obcas.

Ted mam bety na tom ptp disc only ac v nstreamu. Pingy jsou 0-1 v plne zatezi 20-30 stabilne bez vypadku a toci to 112Mbps. Coz neni tolik jako 802.11, ale je to stabilni...

ten test je potreba provadet na tom disc spoji z jinych zarizenich nez tech co to spojuji...

hapi

už je komplet sektor na poslední betu a je to to samí. Čeho sem si všimnul je, že všechny ARM jednotky vykazujou nízký CCQ RX z pohledu AP. POdle novýho speedtesu v beta verzi vykazujou army minimálně 2x větší latenci než ostatní klienti. TDMA RX Size se nechce zvednout na plných 4000 a drží někde kolem 1520 - 2032

basty

802.11 je v poho? Jako i podle fora tam proste bude nejaky fail s nv2. Normis to tam priznava ze je potreba novy protokol nv3 nebo neco....

nstream by to neresil? Ja jsem ho na spouste mist mel a jeste mam a funguje dobre... Zalezi pak na konkretnich podminkach.

ale to s tim size bych urcite reportoval.

okoun

jo v nv3 to vyřeší ale v nv2 to neumí vyřešit, leda že by bylo nv3 only arm to by ale byl hodně velkej průser

hapi

802.11 je v poho? Jako i podle fora tam proste bude nejaky fail s nv2. Normis to tam priznava ze je potreba novy protokol nv3 nebo neco....

nstream by to neresil? Ja jsem ho na spouste mist mel a jeste mam a funguje dobre... Zalezi pak na konkretnich podminkach.

ale to s tim size bych urcite reportoval.

802.11 běží v pohodě.

crazyape

802.11 nejnovejsi firmware ARM klient(na sektoru jsou jen ARM) a sektor mANT 120 stupnuu propustnost lítá 80-130Mbps (je tam traffic od jinych lidi) packetloss v zatezi asi 1% ale stale litaj latence na 500 uplne bezduvodne viz graf. V dobe testu cca 3 minuty bezelo TCP bez omezeni proti bráně (RB3011) a zadny packet nemel vic jak 50ms. Ty pingy litaj s nulovým provozem. Zapojeni je tedy uplink->RB3011 10.80.54.1-> Mant sektor bridge wlan+ether-> klient z ktereho je generovano TCP Výstřižek.JPG2.JPG

Graf z provozu na sektoru:

3.JPG

basty

Ano to samé dělá 802.11 na ptp. arm-arm tak mips-arm.

Máš taky signál přebuzen.

Když dáš nstream?

crazyape

Kdyz dam nv2/nstreme tak je to cajk ale realna propustnost jde uplne do prdele oproti 802.11.

O signalu vim ja tam testuju ruzne veci ted jak to resim tak to mam vse na default. Nicmene nic se nezmeni kdyz to ma -50..

basty

jo no... ja na tech ptp jsem dal raci nstream, ktery je stabilni, byt jede jen 112M misto nejakych 135 max v 802.11, ale nevypadava.

To je pak tezky no. Mozna zkusit i nejaky nastaveni na mk foru psali s detailnim nastavenim RTS CTS apod.

Kazdopadne na ptp spoju se mi to nepodarilo nastavenit nijak aby to nedelalo takovy sracky. Takze je to problem no.

crazyape

Nstreme je ale na ptmp úplně katastrofa... :/

gemb

Nstreme je ale na ptmp úplně katastrofa... :/

Skor cely mikrotik wireless je uplna katastrofa....

To je divne, ze 802.11 bezi najlepsie...nam vzdy bezalo najlepsie nv2 na sektoroch a 802.11 si ani neprdla.

basty

Dřív jsem měl nstream na mp tak i ptp a běhalo to super. Teď spíš jede líp nv2 ale ta 802.11 ještě líp, ale má ty faily. Hlavně pak odezva litá nad 100 v zatížení což je na nic. U nv2 je míň ale ping max 30

hapi

802.11 musí ject nejlíp. Teda abych to upřesnil, 802.11n nebo 802.11ac. Ty protokoly jsou novější a uzpůsobený na daleko větší rychlosti a efektivitu kanálu než nstreme nebo nv2. Už jenom proto protože má větší blok dat co se posílá než cokoliv ostatní. Defakto nstreme dělal to samí už kdysi ale Nko ho předběhlo a ještě 2x zvětšili blok. Jediná nevýhoda 802.11 je že se nedá vypnout CSMA. Kdyby to šlo je to ok.

Ping v zátěži bych neřešil pokud zátěží myslíš vytahnutí ze spoje maximum. Takhle přece spoj nefunguje a většinou jede na 50% kde je latence víc než ok.

basty

ale u N jeste dost 802.11 zlobila ne tak davno... Pamatuju si kdyz jsem to nastavoval a nstream to vzdycky spravil a jel daleko lip. Ale to mozna uz optimalizovali...

Super jsou ty pingy v klidu... Jsem to zkusil na 3 spoje za sebou a ping byl porad 0-1ms. Ale vecer byly pingy uz vetsi a ne i v plne zatezi byly 50-100 coz proste bylo uz dost a muselo tam jit zpet nv2. + ty obcasny spicky pingu + obcasny timeouty.

Mel jsem tam hrace a prskaly...

hapi

tak pak to máš rušení a projevuje se CSMA. To nstreme po zatržení ignoruje a NV2ce je to už totálně šumák. A je to i vysvětlení proč ti i NV2 jede tak blbě na armech v ptp. Teď jsem zkoušel ptp disc lite 5 a tcp test z jednotek na jednotku běžel přes 105Mbit.

basty

Ruseni bylo je a bude... Pokud se to takto bude chovat, tak to neni tak spolehlive a do prostredi s rusenim hure pouzitelne.

hapi

máme AP městkou hornu 30° RB921G AC která kouká tak trochu mezi konkurenční APčka takže je přímo nevidí a na ní je CPE disc lite5 ac která je mezi bytovkami chráněná a vidí jenom na hornu. I přes to že tam je nstreme tak to CPE jede 100Mbit na rate 173Mbit a na tom sektoru je 9 klientů. Je to vždy rušením. Jo jako chápu že NV2 snižuje rychlost razantně ale pak zase jede zcela stabilně. Ono to není růžoví ani u UBNT pokud je jednotka rušená. Ještě sem neviděl wifi která by držela vysokou rychlost když je rušená. Všechno to razantně sníží rychlost nebo to je pak jako v případě mikrotik + 802.11 a dropuje a zvyšuje latence. Problém je že UBNT nemá diagnostický nástroje na to aby si zjistil že to jede blbě protože UDP test je vždy krásný.

Tim samozřejmě nechci říkat že to mikrotiku funguje. Nefunguje jim to. cca před rokem sem jim psal ať udělají 802.11 s vypnoutou CSMA a bude klid.

okoun

no tak UBNT narozdíl od mikrotku má velmi dobré diagnostické nástroje na bezdrát, lazení UBNT trvá nesmírně jiný čas než lazení Mikrotiku kde musím prakticky kanál po kanálu jako ruskou ruletu.

když je ubnt zarušené tak je dejme tomu okolo 30Mb když mikrotik tak to padá ke 2Mb takže asi tak....

kdyby ubnt mělo winbox a mělo inteligetní diagnostiku LANky tak neváhám

« Předchozí stránka Další stránka »