NV2 TCP problem - ak ide cez viac ako 1 routerboard

[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.

[Dalibor Toman]

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?

[rado3105]

vsetky tieto problemy boli sposobene pouzivanim Simple queues, po ich vypnuti to ide ako ma...

[Kaja]

Simple queues jsi mel kde? Na rb2011(3) ?
A jakou hodnotu jsi tam mel nastavenu?
K.

vsetky tieto problemy boli sposobene pouzivanim Simple queues, po ich vypnuti to ide ako ma...

[rado3105]

ano...s obmedzenim presahujucim 100M(na testy)