Dobrý den, rád bych se Vás zeptal:
Mám vytvořenou v /queue tree frontu services, kam mi spadá učitý provoz (ze všech vnitřních subnetů), na této frontě je aplikován burst. Tato fronta services je jako queue type = PCQ (src-address).
Chci se zeptat, jestli burst, je aplikován na jednotlivé zdrojové ip adresy v tomto provozu services, nebo je aplikován burst na veškeré zdrojové ip adresy v této frontě jako celek.
Děkuji Novák
❗️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 burst
u pcq si v queue type zvol klasifikator srcaddress , dstaddress , a klidne i port
0 x
ERnet tady, ERnet tam, ERnet vsude kam se podivam
hlavně si myslim že burst nebude fungovat když tam je pcq. Nebo opačně, záleží co má nastavený měnší hodnotu protože pcq je sám o sobě řezač takže pokud se nebude dostávat kapacity do pcq vinou třeba už nedostatečný kapacity hlavní linky čili v QT se data rozlezou do jiných QT, tak pcq bude v háji a nebude fungovat správně.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
u pcq mám nastavené srcaddress, provoz mám omarkován, takže fronta services se vždy naplní správným provozem, ale v tomto provozu jsou různé spojení (klasifikace na základě srcaddress), a jde mi o to, jestli ten to fronty services burts bude fungovat zvlášť na každou srcaddress, nebo dělá burst na všechny srcaddress-y jako celek naráz.
0 x
jedna roura, jeden shaping, všechno dohromady. Burst platí pro tu jedno queue takže pro všechno co v ní teče, žádný rozdělení se tam nekoná, to řeší navěšený fronty na queue, dej tam sfq.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
Proč ale zvolit místo pcq sfq?protože sfq je fronta a pcq je shaper. To je jako kdyby jsi udělal qt dvakrát pod sebou.
pcq nemůžeš dát jako frontu na queue protože to prostě nejde.
Pokud bude mít queue garantovanou rychlost, tak to pude, ale pokud ne, což nebude, protože právě proto používáš qt aby se zátež rozkládala mezi queue, tak nemůžeš na queue posadit pcq protože ona má svoje nastavení rychlosti a to je špatně protože se bude snažit protlačit víc než negarantovaná queue dostala a tim pádem pcq neví, že neni dostupná rychlost v queue a tim pádem pcq usoudí že nějakej průtok k jedný ip prostě neni tak vysokej a bude se snažit pustit víc ostatním tak otevře víc ostatním ale v queue ta kapacita neni. Ve výsledku se stane to, že pcq nerozloží zátěž rovnoměrně podle toho jak chceš.
Musel by jsi předělat strukturu queue. Dát hlavní queue jako hlavní linku a na ní navěsti queue s pcq kde bude mí limit at stejný jako pcq a max limit u queue nebude. Pak druhou queue pod hlavní kde bude všechno ostatní (pro zákazníky nebo tak) s přidanym max limitem a tim pádem pokud queue s pcq nebude využívat limit at na plno, vezme i jí ta druhá queue a naopak, pokud queue s pcq bude potřebovat čili i pcq bude potřebovat, tak si to veme až do hranice limit at a tim pádem zůstanou zachovaný i odezvy ostatním lidem.
Je to komplikovaný ale ne že by to nešlo. Jenom se to takhle nedělá.
pcq nemůžeš dát jako frontu na queue protože to prostě nejde.
Pokud bude mít queue garantovanou rychlost, tak to pude, ale pokud ne, což nebude, protože právě proto používáš qt aby se zátež rozkládala mezi queue, tak nemůžeš na queue posadit pcq protože ona má svoje nastavení rychlosti a to je špatně protože se bude snažit protlačit víc než negarantovaná queue dostala a tim pádem pcq neví, že neni dostupná rychlost v queue a tim pádem pcq usoudí že nějakej průtok k jedný ip prostě neni tak vysokej a bude se snažit pustit víc ostatním tak otevře víc ostatním ale v queue ta kapacita neni. Ve výsledku se stane to, že pcq nerozloží zátěž rovnoměrně podle toho jak chceš.
Musel by jsi předělat strukturu queue. Dát hlavní queue jako hlavní linku a na ní navěsti queue s pcq kde bude mí limit at stejný jako pcq a max limit u queue nebude. Pak druhou queue pod hlavní kde bude všechno ostatní (pro zákazníky nebo tak) s přidanym max limitem a tim pádem pokud queue s pcq nebude využívat limit at na plno, vezme i jí ta druhá queue a naopak, pokud queue s pcq bude potřebovat čili i pcq bude potřebovat, tak si to veme až do hranice limit at a tim pádem zůstanou zachovaný i odezvy ostatním lidem.
Je to komplikovaný ale ne že by to nešlo. Jenom se to takhle nedělá.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
hapi píše:hlavně si myslim že burst nebude fungovat když tam je pcq.
Fubguje
hapi píše: pokud se nebude dostávat kapacity do pcq vinou třeba už nedostatečný kapacity hlavní linky čili v QT se data rozlezou do jiných QT, tak pcq bude v háji a nebude fungovat správně.
To ale nebude fungovat žádné omezení správně. Pokud nastavíš v jakémkoli typu queue že garantovaná rychlost je 5Mbit a ono se tam dostane jen 4, ten router nemá způsob jak zjistit že ta rychlost prostě už není. Počítá s tím že tam prostě bude těch 5 a proto ty 4 rozdělí tak že některému klientovi dá málo, předpokládá že má ještě rezervu 1mbit.
0 x
jo burst bude fungovat s pcq, ale přesně jak píšeš, pcq nemůže vědět kolik omezuje queue samotná takže to nebude sekat dobrotu pro data tekoucí pcqčke, čili nefunguje. Moc dobře vim jak se chová shaper byť jen s jednou chybou.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
pcq mám použito z důvodů stahování p2p, kde klasifikace je na základě src address.
0 x
od kdypak PCQ neni fronta? Pokud vim tak je, jen pouziva jiny algoritmus tedy klasifiery treba podle dst, src adresy podle nich naseka subqueue, mezi ktere spravedlive(nezavisle na poctu konexi) deli rychlost master Q, pokud na ni je burst nevidim problem prepocitat v tu chvili kdy se burst vyuziva, ze se nebude delit treba 2m mezi subq ale treba 3M ktere mas naburstovane, stejne to porad dynamicky prepocitava kolik ma ktera subq dostat, podle aktualnich toku v tech subq.
0 x
presne tak, zadny ze systemu omezeni rychlosti neni shaper, vsechny sou fronty.... PCQ jen vybira nahodne packety podle nejakeho algoritmu.-.--
0 x
Jan Ptáček
jo? a proč má pcq nastavování rychlosti když je to fronta? Pochopil bych to kdyby se tam nenastavovala rychlost ale takhle to nemůžu označit za frontu když to řeže rychlost samo o sobě. To je další styl řezání jako RED, stejně tak i HTB což je QT a to jsou shapery. Fronta slouží jenom k přerovnání paketů v bufferu a ne formovat trafic jako HTB, RED.
Formovat trafic ve "frontě" která je navěšená na konci stromu QT je naprosto proti smyslu QT(HTB). PCQ je pro snadný a spravedlivý rozdělení zátěže mezi tim co se tam nastaví ale to samí se dá udělat v QT ale musí se to dělat ručně. Proto existuje pcq. pcq defakto udělá vnitřně několik stovek queue takže je to stejný, jenom se tam nedá už nic rozdělovat podle toho jak chci. pcq je jednoduše navrhnutý pro připojení na garantovaný linky o nějaký rychlosti a snadný rozdělení mezi usery rovnym dílem. Slovo garantovaný zde hraje velkou roly jako u každýho shaperu takže když dám pcq na konec sdílenýho stromu, tak je to nesmysl. Ano, pokud si pcq bude nastavovat samo rychlosti podle queue, je to v pořádku, ale ve smyslu, hodim to na queue agregačního stromu, tak je to chybná úvaha.
Formovat trafic ve "frontě" která je navěšená na konci stromu QT je naprosto proti smyslu QT(HTB). PCQ je pro snadný a spravedlivý rozdělení zátěže mezi tim co se tam nastaví ale to samí se dá udělat v QT ale musí se to dělat ručně. Proto existuje pcq. pcq defakto udělá vnitřně několik stovek queue takže je to stejný, jenom se tam nedá už nic rozdělovat podle toho jak chci. pcq je jednoduše navrhnutý pro připojení na garantovaný linky o nějaký rychlosti a snadný rozdělení mezi usery rovnym dílem. Slovo garantovaný zde hraje velkou roly jako u každýho shaperu takže když dám pcq na konec sdílenýho stromu, tak je to nesmysl. Ano, pokud si pcq bude nastavovat samo rychlosti podle queue, je to v pořádku, ale ve smyslu, hodim to na queue agregačního stromu, tak je to chybná úvaha.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků
ona nejaka fronta taky nema nastaveni rychlosti ?, ty asi myslis u PCQ nastaveni maxima pcq subqueue, ta se ale da nastavit na 0 a dela to dynamicky, podle me je PCQ nejvhodnejsi typ fronty na usmernovani toku a rychlosti.
0 x
Maxik píše:ona nejaka fronta taky nema nastaveni rychlosti ?, ty asi myslis u PCQ nastaveni maxima pcq subqueue, ta se ale da nastavit na 0 a dela to dynamicky, podle me je PCQ nejvhodnejsi typ fronty na usmernovani toku a rychlosti.
no asi nevíš co je fronta protože pfifo, bfifo ani sfq nemaji nastavení rychlostí což jsou fronty. U sfq to je maximální velikost paketu.
PCQ bez nastavení maxima je prakticky k ničemu protože neví z kolika má rozdělovat čemu, to je jako queue bez limit at. Četl jsi vůbec co je pcq a jeho použití? Nula se může dát pouze do rate kde to bude dynamický, ale dynamický je úplně něco jinýho než něco píšeš ty. Dynamická je hranice pro jednoho ip což tedy znemá omezení jednoho IP vlastnim stropem nebo mu dávat maximum až do total limit.
0 x
Supermicro + Mikrotik = SuperTik
high speed routery podle požadavků
high speed routery podle požadavků