Dobry den,
vim, ze se to tady uz nekde resilo, ale nedari se mi to najit. Jak moc maji vliv single klienti (gentlebox) na propustnost Mimo 2x2 sektoru, pokud mam na dany sektor pripojene prevazne MIMO 2x2 klienty (sxt) a uvedeni single klienti tvori cca 1/3 vsech klientu. Pozoruju, ze jakmile na sektoru tece cca 20-25 Mbit celkem, tak se docela navysuje odezva (zaply rezim nv2 auto). Muzou tuto snizenou propustnost zpusobovat uvedeni single klienti? Preladovat kanal atd. jsem zkousel, signaly i ccq v poradku. Da se rici, ze to jelo xx let dobre, ale problemy zacaly az se klientum navysila rychlost. Dekuju za odpoved a pouceni.
❗️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
Single klienti vs. MIMO 2x2 klienti
Co používáš jako APčko? ...aby to nemělo slabej procesor.
0 x
Vysoce odborných omylů se dopouští jen specialisté.
Jednou jsem se dotkl ukazováčkem UBNT a slezl mi z něho nehet. Od té doby na UBNT nesahám.
Jednou jsem se dotkl ukazováčkem UBNT a slezl mi z něho nehet. Od té doby na UBNT nesahám.
the.max píše:Co používáš jako APčko? ...aby to nemělo slabej procesor.
Je tam SXT AC sektor, ktery mam i na jinych mistech a slape to dobre - sirka 20 Mhz, zaply rezim A/N. Je tam stinici plech. Vim, ze nekdo tady pred mesicem, dvema psal, ze ma zvlast sektor pro single klienty a zvlast pro mimo 2x2 a zduvodnoval to tam, ze dohromady to delalo neplechu, ale uz presne nevim proc a jakou ...
0 x
Ono uplne najlepsie mas kombinaciu rovnakych zariadeni - 2x2 MIMO sektor -2x2 MIMO zariadenia Akonahle tam mas starsieho single chain klienta tak je to troska problem. Moze nastat niekolko situacii.
Ak mas na sektor single chain klienta ktory ma este A only zariadenie a prevaznu vascinu mas N tak ho rovno vymen. Druha moznost je mat sice single chain zariadenie ale aspon N. Tretia moznost, vsetci maju 2x2Mimo. Co sa stane..ak zacne klient so single chain zariadenim prenasat data priepustnost AP pojde podla neho a viac to neda. Pokial mas viacej single chain klientov a prostredie ciste radsej by som riesil dalsie AP na ktore das single chain only. Posledna vec, kolko ludi a na ake vzdialenosti mas pripojene k tej APckovej SXT? Taketo SXTckove APcko povazujem za rozumne chodive na par stoviek metrov a mozno tak do 10-15 klientov, zalezi co im davas za rychlosti. Typicka kombinacia byva este aj NanoStation M5/LocoM5 ako AP, najlepsie nalepene na jednej trubke a aspon 4 kusy....toto je take riesenie kde by som sa nikoho neodvazil pripojit
Celu tuto situaciu by som prirovnal ceste s plnou ciarou kde je zakazane predchadzanie. Tzn. Ak ide v useku prve auto s maximalkou 65km/h (65Mbit) a za nim auta s maximalkou 130km/h (130mbit) tak tie auta s vacsou maximalkou nemozu ist aj ak rychlejsie pretoze prve auto viac nepojde - nedokaze. Ak je auto s maximalkou 65km/h odstavene na krajnici ("neprenasa data") tak ostatne auta mozu ist veselo 130km/h. Toto cele sa moze diat pokial je vsetko v naprostom poriadku (= CCQ 100%) a zapocitas do toho fakt, ze cim viac klientov tym vacsia rezia pre sektor.
Opravte ma ak sa mylim
Ak mas na sektor single chain klienta ktory ma este A only zariadenie a prevaznu vascinu mas N tak ho rovno vymen. Druha moznost je mat sice single chain zariadenie ale aspon N. Tretia moznost, vsetci maju 2x2Mimo. Co sa stane..ak zacne klient so single chain zariadenim prenasat data priepustnost AP pojde podla neho a viac to neda. Pokial mas viacej single chain klientov a prostredie ciste radsej by som riesil dalsie AP na ktore das single chain only. Posledna vec, kolko ludi a na ake vzdialenosti mas pripojene k tej APckovej SXT? Taketo SXTckove APcko povazujem za rozumne chodive na par stoviek metrov a mozno tak do 10-15 klientov, zalezi co im davas za rychlosti. Typicka kombinacia byva este aj NanoStation M5/LocoM5 ako AP, najlepsie nalepene na jednej trubke a aspon 4 kusy....toto je take riesenie kde by som sa nikoho neodvazil pripojit
Celu tuto situaciu by som prirovnal ceste s plnou ciarou kde je zakazane predchadzanie. Tzn. Ak ide v useku prve auto s maximalkou 65km/h (65Mbit) a za nim auta s maximalkou 130km/h (130mbit) tak tie auta s vacsou maximalkou nemozu ist aj ak rychlejsie pretoze prve auto viac nepojde - nedokaze. Ak je auto s maximalkou 65km/h odstavene na krajnici ("neprenasa data") tak ostatne auta mozu ist veselo 130km/h. Toto cele sa moze diat pokial je vsetko v naprostom poriadku (= CCQ 100%) a zapocitas do toho fakt, ze cim viac klientov tym vacsia rezia pre sektor.
Opravte ma ak sa mylim
0 x
Really??Gemb píše:Co sa stane..ak zacne klient so single chain zariadenim prenasat data priepustnost AP pojde podla neho a viac to neda.
0 x
kvalita tohoto fóra klesla pod hranici, která je snesitelná
Klienti jsou pripojeni na vzdalenost do 400m. Celkem je jich 14, kdy 10 z toho jsou SXT a 4 gentlebox. Na AP sektoru (SXT ac) jsou zaple vsechny chainy. To, co pisete, jsem si myslel, ale nebyl jsem si tim popravde jisty. Jde praveze o to, ze ti, co maji gentlebox, docela dost tahaji a z toho jsem usoudil, ze budou omezovat maximalni datovy tok - aspon se to tak chovalo a preladovani nepomahalo. Nejde mi o to, aby k lidem teklo "100 Mbit" (obrazne receno), hlavni je aby maximalni datovy tok pres sektor nebyl uvedenych cca 20 Mbit, ale byl nekde kolem 40-50 Mbit.
Dekuju za vysvetleni, dneska je prehodim a uvidim, jak to pojede.
Dekuju za vysvetleni, dneska je prehodim a uvidim, jak to pojede.
0 x
-
Dalibor Toman
- Příspěvky: 1246
- Registrován: 12 years ago
je blbost aby nejpomalejsi klient urcoval max rychlost na APcku. Kazdy klient ma svou vlastni nezavislou modulaci, ktera je ovlivnena jen signalem resp kvalitou jeho pripojeni. Takze kdyz single chain only klient nesosa, tak skoro jako by nebyl. Kdyz sosa tak se nejak musi projevit to, ze je pomalejsi a proto prenesenim stejneho mnozstvi dat stravi (= obsadi AP) delsi cas nez rychlejsi klienti (prumerna prenosova rychlost na AP bude klesat) . Na a pak bude zalezet take jaky protokol se pouziva pro rizeni toku. Pokud je tam NV2, tak ta by teoreticky mela tuhle situaci jakz takz vyresit - nemusi pomalemu naplanovat vyrazne vic casu nez ostatnim a tim nebudou tolik omezeni. Pokud se pouziva 802.11, pak bude situace asi vyrazne horsi. Pokud se pomaly klient rozsosa, tak bude ovlivnovat rychlejsi (negativne) vice.
Prirovnavat obsluhu klientu na APcku silnici s pomalym ridicem (jsem nejrychlejsi, protoze ve vsech kolonach vzdycky jezdim prvni) nelze. Spis se to podoba fronte u okenka v jidelne. Pokud se tam objevi zakaznik, ktery, kokta a mluvi pomalu, tak musi ostatni cekat delsi dobu nez kdyz k okenku prijde nekdo, kdo se umi vymacknout rychleji. Pokud v jidelne pouzivaji NV2 tak koktal misto celeho menu dostane jen polivku a bezi si stoupnout na konec rady pro zbytek. Kazdy zakaznik je obsluhovan jen v presne stanovenou dobu po predem definovany cas.
Prirovnavat obsluhu klientu na APcku silnici s pomalym ridicem (jsem nejrychlejsi, protoze ve vsech kolonach vzdycky jezdim prvni
) nelze. Spis se to podoba fronte u okenka v jidelne. Pokud se tam objevi zakaznik, ktery, kokta a mluvi pomalu, tak musi ostatni cekat delsi dobu nez kdyz k okenku prijde nekdo, kdo se umi vymacknout rychleji. Pokud v jidelne pouzivaji NV2 tak koktal misto celeho menu dostane jen polivku a bezi si stoupnout na konec rady pro zbytek. Kazdy zakaznik je obsluhovan jen v presne stanovenou dobu po predem definovany cas.
0 x
aliney píše:Really??Gemb píše:Co sa stane..ak zacne klient so single chain zariadenim prenasat data priepustnost AP pojde podla neho a viac to neda.
Tak ako my potom vysvetlis situaciu, 30 klientov na sektor 20 ludi ma 2x2 MIMO zariadenie, 6 ludi ma single chain N, 4 ludia maju single chain A. Po ich vykopnuti lepsie odozva aj priepustnost celeho sektoru. Druha vec, AP -do 20 klientov, vsetko pomerne nenarocny, v spicke do 10Mbit, jeden klient mal signal -83/-85 z coho sa odvijala linkova rychlost menej ako 24Mbit. Zacal stahovat a pripustnost celeho AP z 25Mbit (je tam len A) spadla na 3Mbit....tak ako niekto spominal, ide o ten cas na obsluzenie klienta - tak ako som to napisal ja je trocha mimo len ma to nenapadlo ako to napisat
Proste najvacsie zlo je A aj N na jeden sektor + miestat s klientami ktore maju velmi zle CCQ alebo signal pretoze to niekto pripojil cez strom a pod.Pokial A klienti alebo zlo signalovi zacnu tahat je v cudu. Priepustnost ide riadne dole.
0 x
Mám úplně jinou zkušenost. Verze 6.33.5 + CM2 balíček na klientech i AP a mix Ačkových klientů (3) + Nkových singl (1) a SXT(7) dual klientů. Poměrně zarušené prostředí. Propustnost AP cca 50M. Když stahuje A na plno, tak se dostane cca na 15-20M. Když se k tomu přidá i duálový, tak vyžere zbytek AP. Tzn. Rozdělí se o oněch 50M.
Odezvy se zvyšují jen v době špičky a má na to podle mě vliv jen ono rušení.
Rozhodně lepší použití tohohle hybrida A,N, DUAL než provozovat dva oddělené vysílače čistě pro Ačkové klienty a Dualy. Volných kanálů není na zbyt.
Odezvy se zvyšují jen v době špičky a má na to podle mě vliv jen ono rušení.
Rozhodně lepší použití tohohle hybrida A,N, DUAL než provozovat dva oddělené vysílače čistě pro Ačkové klienty a Dualy. Volných kanálů není na zbyt.
0 x
Stejny problem u me.
Dve moznosti:
A)
Vysilani: Basebox 5 (RB912 tusim), sektor MIMO 19dB 90xtupnu interline 10 klientu, vsichni sxt a/n, nv2, 1 klient RB411, R52, A freq 5680 20Mhz
Propustnost na nejvzdalenejsiho cloveka 60Mbit v TCP 1 connect nicmene pokud pustim na toho ackoveho cloveka 5Mbit spadne mi propustnost ke VSEM lidem na 25Mbit/s. Takze dohromady 30 Mbit i s tim ackovým clovekem. Pokud ho kicknu z AP a pustim si na nekoho s SXT 30Mbit tak k druhemu pustim bez problemu taky 30 Mbit.
B) Vysilani: Basebox 5 (RB912 tusim) L4 licence, JRC24 mimo. NV2 20Mhz A/N. Puvodne ptp spoj. Prepnuty na AP bridge. Na pulce trasy presne uprostred v uplne stejnem smeru (na mapach si to hodim linii a jsem maximalne 3-4 metry mimo. Pripojene RB 433 s JRC24 single R52 A zarizeni se pouze pripoji, v registration je videt ale ani NEPINGNE.
Edit: Vsichni vcetne AP maji 6.32.2 fw
Dve moznosti:
A)
Vysilani: Basebox 5 (RB912 tusim), sektor MIMO 19dB 90xtupnu interline 10 klientu, vsichni sxt a/n, nv2, 1 klient RB411, R52, A freq 5680 20Mhz
Propustnost na nejvzdalenejsiho cloveka 60Mbit v TCP 1 connect nicmene pokud pustim na toho ackoveho cloveka 5Mbit spadne mi propustnost ke VSEM lidem na 25Mbit/s. Takze dohromady 30 Mbit i s tim ackovým clovekem. Pokud ho kicknu z AP a pustim si na nekoho s SXT 30Mbit tak k druhemu pustim bez problemu taky 30 Mbit.
B) Vysilani: Basebox 5 (RB912 tusim) L4 licence, JRC24 mimo. NV2 20Mhz A/N. Puvodne ptp spoj. Prepnuty na AP bridge. Na pulce trasy presne uprostred v uplne stejnem smeru (na mapach si to hodim linii a jsem maximalne 3-4 metry mimo. Pripojene RB 433 s JRC24 single R52 A zarizeni se pouze pripoji, v registration je videt ale ani NEPINGNE.
Edit: Vsichni vcetne AP maji 6.32.2 fw
0 x
Heh A jak som mal pravdu, vidite Mix A/N je najhorsie co moze byt, teraz co pozorujem dost velky problem ma stymto UBNTcka. Mame mix klientov na AP kde je Rocket M5 + Airmax 16dbi 120st. sektor a na nom su klienti zo starymi wispstation + nanostation5 a novi klienti s M5 zariadeniami. Vysledok je, ze pokial prenasa stary klient viac ako 8Mbit odozva celeho sektoru leti prec...stazuju sa najcastejsie hraci...druha sranda je samovolne odpajanie klientov.
A jak som mal pravdu, vidite Mix A/N je najhorsie co moze byt, teraz co pozorujem dost velky problem ma stymto UBNTcka. Mame mix klientov na AP kde je Rocket M5 + Airmax 16dbi 120st. sektor a na nom su klienti zo starymi wispstation + nanostation5 a novi klienti s M5 zariadeniami. Vysledok je, ze pokial prenasa stary klient viac ako 8Mbit odozva celeho sektoru leti prec...stazuju sa najcastejsie hraci...druha sranda je samovolne odpajanie klientov.
0 x
srovnáváš hrušky a jabka. Starý ns5 a wisp stationy jsou procesorově pomalí (mipsle 175MHz) a už jenom z toho důvodu na ně musíš chtě nechtě čekat. To ti ničí přenosovku. Kdyby si tam měl něco lepšího tak to pojede lépe.
Na to na co zapomínáte je vlastnosti a defekty protokolů (NV2, nstreme, 802.11). Jak popisuje CrazyApe v bodě A). Tohle je bohužel vlastnost, rušení, špatnost... nevim jak to nazvat. Prostě se to stává různě po síti v různých časech, různých místech s různým rušení. Taky jsem si toho všimnul a viník je NV2. Zkus přepnout na nstreme a uvidíš že tahle blbina zmizí. Možná je na vině opět slabej procák u RB411jako klienta případně větší latence skrz 802.11a chipset karty... nevim. Každopádně by se to stávat nemělo a někdo by to měl tvrdě reportovat mikrotikům... já už na to nemám sílu a nikdo si na zahraničnim foru moc nestěžuje. Je fakt že s uvedením NV2 se tohle nestávalo a tvrdě dodržovala časování a podle rate měl klient přenosovku bez takového brutálního omezení ostatních. Je jasný, že další klient když stahuje musí omezit ostatní ale pouze ve svém poměru kterej si ukousne ale dneska už NV2 podle mě chodí jinak než se zamejšlelo.
Na to na co zapomínáte je vlastnosti a defekty protokolů (NV2, nstreme, 802.11). Jak popisuje CrazyApe v bodě A). Tohle je bohužel vlastnost, rušení, špatnost... nevim jak to nazvat. Prostě se to stává různě po síti v různých časech, různých místech s různým rušení. Taky jsem si toho všimnul a viník je NV2. Zkus přepnout na nstreme a uvidíš že tahle blbina zmizí. Možná je na vině opět slabej procák u RB411jako klienta případně větší latence skrz 802.11a chipset karty... nevim. Každopádně by se to stávat nemělo a někdo by to měl tvrdě reportovat mikrotikům... já už na to nemám sílu a nikdo si na zahraničnim foru moc nestěžuje. Je fakt že s uvedením NV2 se tohle nestávalo a tvrdě dodržovala časování a podle rate měl klient přenosovku bez takového brutálního omezení ostatních. Je jasný, že další klient když stahuje musí omezit ostatní ale pouze ve svém poměru kterej si ukousne ale dneska už NV2 podle mě chodí jinak než se zamejšlelo.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:srovnáváš hrušky a jabka. Starý ns5 a wisp stationy jsou procesorově pomalí (mipsle 175MHz) a už jenom z toho důvodu na ně musíš chtě nechtě čekat. To ti ničí přenosovku. Kdyby si tam měl něco lepšího tak to pojede lépe.
Na to na co zapomínáte je vlastnosti a defekty protokolů (NV2, nstreme, 802.11). Jak popisuje CrazyApe v bodě A). Tohle je bohužel vlastnost, rušení, špatnost... nevim jak to nazvat. Prostě se to stává různě po síti v různých časech, různých místech s různým rušení. Taky jsem si toho všimnul a viník je NV2. Zkus přepnout na nstreme a uvidíš že tahle blbina zmizí. Možná je na vině opět slabej procák u RB411jako klienta případně větší latence skrz 802.11a chipset karty... nevim. Každopádně by se to stávat nemělo a někdo by to měl tvrdě reportovat mikrotikům... já už na to nemám sílu a nikdo si na zahraničnim foru moc nestěžuje. Je fakt že s uvedením NV2 se tohle nestávalo a tvrdě dodržovala časování a podle rate měl klient přenosovku bez takového brutálního omezení ostatních. Je jasný, že další klient když stahuje musí omezit ostatní ale pouze ve svém poměru kterej si ukousne ale dneska už NV2 podle mě chodí jinak než se zamejšlelo.
Problem je ze nstreme ma zase jine mouchy...nechapu z jakeho duvodu ale samovolne se mi z nej odpoujuji klienti
a to muzu nstreme zalozku nastavovat jak chci...
0 x
Nové poznatky. Testoval jsem daleko po půlnoci abych se vyhnul rušení a aby mi nějaký trafic nezkresloval závěry.
Pokud vytížím BT v TCP 1con SXTčko případně 2x SXT, tak je propustnost AP 70-80M. Jakmile se k SXTčku přidá Ačkový klient, tak mi klesne celková propustnost AP na 50M.
Zkusím ještě testnout jak to pojede čistě v nstreme.
Pokud vytížím BT v TCP 1con SXTčko případně 2x SXT, tak je propustnost AP 70-80M. Jakmile se k SXTčku přidá Ačkový klient, tak mi klesne celková propustnost AP na 50M.
Zkusím ještě testnout jak to pojede čistě v nstreme.
0 x
Magic píše:Nové poznatky. Testoval jsem daleko po půlnoci abych se vyhnul rušení a aby mi nějaký trafic nezkresloval závěry.
Pokud vytížím BT v TCP 1con SXTčko případně 2x SXT, tak je propustnost AP 70-80M. Jakmile se k SXTčku přidá Ačkový klient, tak mi klesne celková propustnost AP na 50M.
Zkusím ještě testnout jak to pojede čistě v nstreme.
JJ to same jsem zjistil i ja akorat mi to spadne z 70M na 30M.
0 x