NV2 TCP problem - ak ide cez viac ako 1 routerboard

rado3105

Takto vyzera zapojenie:

klient(sxt lite5)(1) --vzduch-- ap (rb433ah+rocket sektor)(2) --ethernet--rb2011(3)

Ak robim bandwitch test z klienta(1) na ap(2) 20 tcp spojeni download da 70mbit/s.

Ak robim bandwitch test z klienta(1) na rb2011(3) 20 tcp spojeni download ide 13-18Mbit/s...ak robim UDP test download ten ide 70mbit/s.

Cize to vyzera na tcp problem pri NV2 ak ide cez viac ako jeden routerboard. Robi mi to na vsetkych spojoch kde je taketo zapojenie.

Firmware je vsade v6.10, bootloader v3.12....robi to aj Vam? ako to riesit?

hapi

proč si nezměřil rychlost z bodu 2 na 3?

dalibortoman

Takto vyzera zapojenie:

klient(sxt lite5)(1) --vzduch-- ap (rb912+rocket sektor)(2) --ethernet--rb2011(3)

Ak robim bandwitch test z klienta(1) na ap(2) 20 tcp spojeni download da 70mbit/s.

Ak robim bandwitch test z klienta(1) na rb2011(3) 20 tcp spojeni download ide 13-18Mbit/s...ak robim UDP test download ten ide 70mbit/s.

Cize to vyzera na tcp problem pri NV2 ak ide cez viac ako jeden routerboard. Robi mi to na vsetkych spojoch kde je taketo zapojenie.

Firmware je vsade v6....robi to aj Vam? ako to riesit?

takhle by se to chovalo, kdyby se ztracela data mezi (2) a (3). Zkontroloval bych citace chyb na eth. POkud je tam nejaky switch tak samozrejme i na nem. A jak psal Hapi, zkusit rychlost mezi (2) a (3).

To Apcko dela nejaky preklad adres? Routuje, bridgeuje?

rado3105

som pripojeny v ap(2) a download 20tcp z rb2011(3) je 75-85Mbit/s, UDP download 97Mbit/s.

v ap(2) je wireless mode: ap-bridge, v bridgi su interface wlan1 a ethernet1(na wlan1 je napojeny klient(1), z ether1 ide sietovy kabel do rb2011(3).

V tomto ap v ethernet stats neukazuje nic.

V rb2011(3) v ethernet stats ziadne chyby.

Este podotykam ze ap(2) je nie rb912 ale rb433ah.

hapi

pokud testuješ na 20 spojeních tak nemůžeš říct že máš TCP problém. Vem si 1 spojení a testni si samostatně wifi spoje. Pokud pojedou dejme tomu nad 50Mbit tak jsou wifi spoje ok. To zkus na downloadu a pak i na uploadu. Pak se zaměř na ethernet na bodě 2 protože tam bude průser. Pak si klidně zkus přes celou trasu UDP receive test omezenej třeba na 20Mbit. Při receive testu vidíš lost packet. Musíš ho mít omezenej rychlostě!! (třeba na 20Mbit). Pak is postupně testuj od klienta směrem do natu na všechny rbčka. Někde se průser ukáže.

rado3105

1 tcp z klienta(1) na ap(2) ide 65-75mbit/s download, 30-35Mbit/s upload.

1 tcp z klienta(1) na rb2011(3) ide download 15mbit/s, upload 22mbit/s.

som prihlaseny v klientovi: UDP na rb2011(3), obmedzene na 20mbit/s, pri downloade 10s mi skocilo 2x 1 lost packets. Pri 10s upload udp teste ziadny lost packet.

hapi

máš obojí z 1 na 2

rado3105

Testoval som na dalsom bode, tam je zapojenie taketo:

klient-sxt lite5/v6.10/(1)--vzduch--sxt sar2-ap/v6.7/(2)---ethernet---rb750up/v5.26/(3)

som prihlaseny v (1), btest 20tcp download na (2) ide 90mbit/s, btest 20tcp download na (3) ide 80mbit/s.

btest 1tcp download na (2) ide 90mbit/s, btest 1 tcp download na (3) ide 30mbit/s.

som prihlaseny v (2): btest 20tcp na (1) ide 90mbit/s, btest 1tcp na (3) ide 80mbit/s.

Cize tu je znova problem ak to ide cez viac ako jeden router, ale tu je problem len pri 1 tcp - kde je pokles priepustnosti 3x. V tomto pripade je tiez sxt-sar2(ap) v bridgi)....., pri rb433ah(v prvom prispevku) je problem aj pri 20 tcp, tu len pri jednom tcp....

Vyzera ze to nie je len problem rb433ah, moze to byt bridgom(v ktorom su ap v oboch pripadoch), alebo je to nv2 protokolom?

PS: switche tam nie su ziadne

chalan

dosiel si na nieco? skusil si na tom ap routovat?

pepulis

Tak ten bridge zrus a vyzkousej to bez nej. Ja osobne bridge nepouzivam a dostanu i pres 6 RB na 1 TCP spojeni BT 50 Mbit (spoje pres N mimo 2x2, 411AH nebo RB912UAG, na strane AP nv2 TDMA size 1).

Ja nevim, nez tyden travit na foru a cekat, ze nekdo napise je to tim nebo onim (a to nikdo nenapise, jen priblizne ...), tak si to otestuju ihned u sebe v nocnich hodinach a vim.

dalibortoman

Tak ten bridge zrus a vyzkousej to bez nej. Ja osobne bridge nepouzivam a dostanu i pres 6 RB na 1 TCP spojeni BT 50 Mbit (spoje pres N mimo 2x2, 411AH nebo RB912UAG, na strane AP nv2 TDMA size 1).

Ja nevim, nez tyden travit na foru a cekat, ze nekdo napise je to tim nebo onim (a to nikdo nenapise, jen priblizne ...), tak si to otestuju ihned u sebe v nocnich hodinach a vim.

Pokud se neodflakne algoritmus lookupu do bridgeovaci tabulky, mel by byt bridgigng IMHO mene narocny nez routing (ten krome lookupu jeste musi upravovat packety, prepocitavat CRC atd). Takze nevidim duvod proc by bridging mel byt duvodem zhorseni propustnosti trasy.

To ze ti to beha bych spise hledal v celkovem zpozdeni vsech tech tras, ktere pokud mas TDMA Size = 1 nebude tak vysoke a tim nic nebrani TCPku rozebehnout se dobre.

rado3105

Tak ten bridge zrus a vyzkousej to bez nej. Ja osobne bridge nepouzivam a dostanu i pres 6 RB na 1 TCP spojeni BT 50 Mbit (spoje pres N mimo 2x2, 411AH nebo RB912UAG, na strane AP nv2 TDMA size 1).

Ja nevim, nez tyden travit na foru a cekat, ze nekdo napise je to tim nebo onim (a to nikdo nenapise, jen priblizne ...), tak si to otestuju ihned u sebe v nocnich hodinach a vim.

Keď som dal TDMA na 1, klesla priepustnost skoro na polovicu - z 90mbit na 50mbit/s...

dalibortoman

Keď som dal TDMA na 1, klesla priepustnost skoro na polovicu - z 90mbit na 50mbit/s...

taky mam tu zkusenost...

pepulis

Keď som dal TDMA na 1, klesla priepustnost skoro na polovicu - z 90mbit na 50mbit/s...

taky mam tu zkusenost...

Ano propustnost klesne, ale je i (aspon u me) stabilnejsi odezva, tak volim takovy kompromis.

rado3105

pri TDMA 2: download 1 tcp na ap: 90mbit/s, download 1 tcp na dalsi mk(za ap): pokles na 30mbit/s -ako som opisoval v uvode.

pri TDMA 1: download 1 tcp na ap: 67mbit/s, download 1 tcp na dalsi mk(za ap): 44-48mbit/s

cize maximalka poklesne, ale zaujimave ze pri tdma 1 je pokles rychlosti omnoho nizsi na dalsi mikrotik za ap, ako v pripade tdma 2....cize s velkou pravdepodobnostou to robi nv2....

..vecer to este preroutujem a uvidime....

a co sa tyka tej odozvy...tak nevidim rozdiel medzi tdma1 a tdma2 v oboch pripadoch je naho...

tdma 2:

<--- ia1 -->tdma2.jpg<--- ia1 -->

tdma 1:

<--- ia0 -->odozvatdma1.jpg<--- ia0 -->

rado3105

Takze robil to bridge...po naroutovani vsetko v poriadku...

goblajz

Koukám že NV2 má v kombinaci s bridgem a někdy i se switchem celkem problém. :(

dalibortoman

pri TDMA 2: download 1 tcp na ap: 90mbit/s, download 1 tcp na dalsi mk(za ap): pokles na 30mbit/s -ako som opisoval v uvode.

pri TDMA 1: download 1 tcp na ap: 67mbit/s, download 1 tcp na dalsi mk(za ap): 44-48mbit/s

cize maximalka poklesne, ale zaujimave ze pri tdma 1 je pokles rychlosti omnoho nizsi na dalsi mikrotik za ap, ako v pripade tdma 2....cize s velkou pravdepodobnostou to robi nv2....

..vecer to este preroutujem a uvidime....

a co sa tyka tej odozvy...tak nevidim rozdiel medzi tdma1 a tdma2 v oboch pripadoch je naho...

tdma 2:

tdma2.jpg

tdma 1:

odozvatdma1.jpg

pokud meris pingem odezvu na nezatizene lince, musis si uvedomit, ze se nejprve musi pro klienta naplanovat vysilaci okno. To chvili trva. Pokud tou linkou behaji data tak je bud ucpana nebo hodne spatne fungujici. Navic pokud mas defaultne nastavenou NV2 tak ping packety maji prednost pred beznym provozem. Takze predpokladam tu nezatizenou linku...

Pokud snizis TDMA size, klesne latence a jedno kazde vlakno TCP ma sanci jet vyssi rychlosti (existuje zavislost max rychlosti TCP na latenci)

chalan

rado kde konkretne si mal bridge? len na AP a to wlan s lan v bridge? tam si to prehodil na routovanie a uz je to ok? ci mal si bridge este niekde inde?

bikin

nepomohlo by zde reseni "switche" na RB?

nebude to lepsí jako klasický bridge?

Další stránka »