to bych teda měl, protože fronty se nepoužívaji v průběhu stromu. Sice je tam vyplníš ale nefungujou. Aktivní jsou vždy až na konci stromu, už jsem to tu někde psal. Pohledej na netu manuál HTB, tam se dočteš jak to všechno funguje. Je to stejný jako v linuxu akorát rate je limit at a ceil je max limit. Navíc PCQ dávat do stromu je kravina, tohle zařídí SFQ. PCQ je spíš pro SQ.
http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm
existuje nebo možná existovala i česká verze stránky ale nemůžu jí najít. Tam je přesně od autora (čech co to vymyslel) popsáno jak to funguje.
❗️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
Queue Tree a nastaveni type Queue
Re: Queue Tree a nastaveni type Queue
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi me predbehl.
Jinak ceska verze je tez u devika. Jen ne vse je v cestine.
To ze QUEUE je pouze na konci stromu je jasne. Jinak se to totiz omezit neda. Z konce stromu pridelim kazdemu kolik je potreba a celkove treba 10M (z 10M) a dalsi omezeni v tom samem strome je blbost, protoze by se ani nemusela vyuzit cela kapacita linky.
iTomB
Jinak ceska verze je tez u devika. Jen ne vse je v cestine.
To ze QUEUE je pouze na konci stromu je jasne. Jinak se to totiz omezit neda. Z konce stromu pridelim kazdemu kolik je potreba a celkove treba 10M (z 10M) a dalsi omezeni v tom samem strome je blbost, protoze by se ani nemusela vyuzit cela kapacita linky.
iTomB
0 x
fronty jsou jenom na koncích už jenom z toho důvodu, že jsou to buffery. Protože tam probíhá omezování a tam se brzději data. Jinde ve stromě se nic nebrzdí, to slouží jenom pro vnitřní výpočty. Konečný třídy slouží pro brždění a proto že tam je buffer, ta se tam daji nasadit fronty a můžeme si tam dát obyč fifo nebo sfq pro rovnoměrnější rozložení datových toků uvnitř třídy (queue). Ve třídách jinde než na konci to nemá smysl, tam už se o to postará logika sama podle nastavení konečných tříd.
jako fakt doporučuji si slovo od slova přeložit anglickou stránku a pak pochopíte jak to má bejt správně nastavený a jak to perfektně funguje. Pak zjistíte co ovlivňujou parametry a jak se s nima dál zachází a to že priorita neovlivňuje limit at tříd ale max limit a jejich pučování rychlosti od nadřazený třídy a podobný věci.
jako fakt doporučuji si slovo od slova přeložit anglickou stránku a pak pochopíte jak to má bejt správně nastavený a jak to perfektně funguje. Pak zjistíte co ovlivňujou parametry a jak se s nima dál zachází a to že priorita neovlivňuje limit at tříd ale max limit a jejich pučování rychlosti od nadřazený třídy a podobný věci.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:vem si třeba situaci. Máš 10Mbit linku. 3 APčka. Na každym 3 lidi. Lidem dáváš 2Mbit. Dejme tomu, že každý APčko utahne maximálně 4Mbity. Je jasný, že když tam budou všichni, tak nebudou stačit jak APčka přenášet data, tak i hlavní linka.
Napíšu tedy hlavní třídu 10Mbit, což je moje linka. Správně by se mělo dávat trochu míň aby se nestalo že omezování tvýho toku bude dělat ten co ti dává net protože pak ti bude omezování chodit blbě.
Na hlavní třídu navěsim rychlosti APček. A tady pozor. V QT jsou v queue dvě volby. Limit at a Max limit. Součet všech "limit at" pod jednou třídou, by neměl přesahnout "limit at" třídy nadřazený. "Max limit" je defakto kolik si můžu pučit rychlosti od nadřazený třídy když bude dostupná kapacita. Takže pokud mám rychlost linky 10Mbit a rychlost APček 4Mbit, vytvořim pod hlavní třídou která má "limit at" 10Mbit a "max limit" 10Mbit , tři třídy který budou mít "limit at" 3,3Mbit a "max limit" 4Mbit. Je to jednoduchý, součet "limit at" nepřekročí "limit at" hlavní linky a "max limit" je max kolik si můžu vzít na víc když bude.
No a teď samotný usery, platí to samí. Takže jednotliví useři budou mít "limit at" na 1.1Mbit a "max limit" na 2Mbit. Až tady můžu navěsit konečně nějakou frontu a jediná co v tomhle jde použít kromě pfifo a bfifo je sfq.
Když se nad tim člověk zamyslí, tahle agregace nemá chybu. Každej dostane svoje. Zároveň ochránim APčka proti přetížení a tedy zaručim i dobrý odezvy.
Pokud sečtu "limit at" všech userů, vyjde mi 9,9Mbit takže naprostá dokonalost. Mimo to když budou tahat dvá na každym APčku, tak se jim rychlost toho třetího rozdělí až do limitu jejich třídy, či limitu APčka. Čili když je max na APčku 4Mbit, oni dvá dosahnou každej 2Mbit.
Ukázka s trochu jinými rychlostmy.
Hodně taky záleží na poměru "limit at" mezi usery pod jednou třídou. Proto jsou taky vypočítaný v poměru aby si pak i v poměru kradly rychlost. Dá se říct, že user22 má garantovanou linku 850kbit ale může stahovat rychlostí až 2Mbity pokud tam jeho kolegové nebudou ale zároveň s nim může stahovat i user21 ale když nebude stahovat user21 ale user23, tak se podělí o zbývající rychlost AP2 a v poměru svích "limit at" se podělí. Nepojedou dohromady 5Mbit ale 4Mbit a user22 rychlostí 1.6Mbit a user23 2.4Mbit
Mam len jednu otázočku .
Celkom sa my to páči ,hlavne to že týmto spôsobom ochrániš každý wifi prístupový bod v sieti a dáš mu určitý limit-max.
Zaujíma ma ,ak traffic ide na maximum svojho rodiča ,čiže sa tam sťahuje a príde niekto čo iba surfuje ,stránky idú svižne ??
Burst tam nemusí byť???
Dik.
0 x
Dobrá otázka, hmm, bursty tam zatim nemám ale i tak se to chová dobře. Když tak se tam daji dopsat.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků