Nevím jestli se to tu už neprobíralo, tak případně prosím o navedení. Všímám si poslední dobou u sektorů na mikrotiku, že mám problémy přes apčko od kliena s rychlostma.
Příklad:
GW (=---dupex spoj---=) ap mikrotik (=---5Ghz---=) klient
ap mikrotik vs gw - 100Mbit
klient vs ap mikrotik - 60-70Mbit
klient vs gw 20-30Mbit
při testu provoz minimální, téměř žádný.
❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz
Malá propustnost přes mikrotik
Malá propustnost přes mikrotik
Naposledy upravil(a) Ispič dne 10 Feb 2018 08:37, celkem upraveno 1 x.
0 x
Není to jedno, když z apčka hrnu v pohodě 70Mbit bez kolísání?
Rušení relativně malé, protokol NV2, CCQ 98-100, verze 6.41, ap RB912, klient SXT nebo LHG.
Když je menší rušení, dám z toho apčka i víc, ale přes něj už to až ke gw degraduje o polovinu, nebo třeba na třetinu.
Rušení relativně malé, protokol NV2, CCQ 98-100, verze 6.41, ap RB912, klient SXT nebo LHG.
Když je menší rušení, dám z toho apčka i víc, ale přes něj už to až ke gw degraduje o polovinu, nebo třeba na třetinu.
0 x
Tak to je divné. Předpokládám, že ten "duplex spoj" není v 5 GHz, nebo?
Pokud by byl, může hrát roli vzdálenost antén spoje a AP.
Jinak párkrát se tu řešily přechody 100/1000 Mbps. Tam to taky může zadrhávat.
Pokud by byl, může hrát roli vzdálenost antén spoje a AP.
Jinak párkrát se tu řešily přechody 100/1000 Mbps. Tam to taky může zadrhávat.
0 x
Ten duplex je Summit 10Ghz (100Mbit), ale stejného problému jsem si všiml i za jinými spoji
0 x
-
Dalibor Toman
- Příspěvky: 1246
- Registrován: 12 years ago
1) spustit TCP test jednim vlaknem
2) na nekolika vybranych mistech najednou pustit zaznam packetovehoo provozu
v nejakem rozumnem softwaru (mel by stacit WireShark) vyhodnotit chovani TCP spojeni. tj analyzovat retransmis,e najit pripadne ztracene packety - kam az dolezou a kde uz nejsou videt. Z toho se pak da zjistit, kde je zdroj problemu.
Zpomaleni muze zpusobit uz jen samotna latence ale nepredpokladam, ze by na nejakem bodu vyznamne narustala
2) na nekolika vybranych mistech najednou pustit zaznam packetovehoo provozu
v nejakem rozumnem softwaru (mel by stacit WireShark) vyhodnotit chovani TCP spojeni. tj analyzovat retransmis,e najit pripadne ztracene packety - kam az dolezou a kde uz nejsou videt. Z toho se pak da zjistit, kde je zdroj problemu.
Zpomaleni muze zpusobit uz jen samotna latence ale nepredpokladam, ze by na nejakem bodu vyznamne narustala
0 x