classic.ISPforum.cz

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?

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

rado3105 píše: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?

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.

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.

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.

máš obojí z 1 na 2

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

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

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.

pepulis píše: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.

pepulis píše: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...

rado3105 píše:Keď som dal TDMA na 1, klesla priepustnost skoro na polovicu - z 90mbit na 50mbit/s...

taky mam tu zkusenost...

Dalibor Toman píše:

rado3105 píše: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.

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:


tdma 1: